From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 00:34: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 57551D18; Sun, 22 Mar 2015 00:34:09 +0000 (UTC) Received: from mail-ig0-x22d.google.com (mail-ig0-x22d.google.com [IPv6:2607:f8b0:4001:c05::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 1407D16; Sun, 22 Mar 2015 00:34:09 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so14580350igb.1; Sat, 21 Mar 2015 17:34:08 -0700 (PDT) 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=T/rbppFar9Jfi0qdpYbNvuzr3c4FINs/5ugMs/nvHDE=; b=qi09mHroffqA2W2fKhv1fTUT5wcGP+NhhzP+vHaC/XSl6/3p+OgcG4aMYBEsFjD/nC yezZES2SWhuGNmHBr+cdhL5gCj2JP768V5MUylULsgk3q+SGMKWEAOrjsvvKQTFR++vq /5OLTHE81riLTgKE6RrYX3hrddhbTJI6aYQoJGOn3IQrZquvMr7V94u1Rkxdi3B+1DMg P/9tMCQD+79SUneiju00cdggQSggpbLcqwqUwR6RxG404/vg9pjxYoBRLTjCeOxQfzr4 W/CERf/2Fc5keBDGR0u90CAPCJt4VGGrL824Rp0KJQ90naCjzUfIWj0mIE80VbcQrMp5 VUug== X-Received: by 10.50.253.12 with SMTP id zw12mr5753947igc.24.1426984448370; Sat, 21 Mar 2015 17:34:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 17:33:48 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> From: Miguel Clara Date: Sun, 22 Mar 2015 00:33:48 +0000 Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working 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: Anders Bolt-Evensen , 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, 22 Mar 2015 00:34:09 -0000 On Sat, Mar 21, 2015 at 3:21 PM, Adrian Chadd wrote: > Hi, > > It may be rfkill then. It may be that there's a GPIO pin wired up > somewhere that needs updating. Erk. > > Someone buy me one of these laptops so I can see what's going on? :) > > Mine (Acer Acer Aspire S3-391) costs around 650=E2=82=AC I think... The V17= has "air plain mode" instead of the Wi-FI on/off, but I guess it does the same thing... it also costs much more because of all the other hardware. I gladly give you one if I could afford it... :P Id be happy to join in a group donation if that's even possible. On another note this module is wifi+bluetooth, I wonder if in my case this dmesg log showing: ugen1.4: at usbus1 (disconnected) ugen1.4: at usbus1 Is acctaully refering to turning off(hardware) bluetooth since I keep the wireless? -a > From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 00:38:56 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 CD897E41 for ; Sun, 22 Mar 2015 00:38:56 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88EEA85 for ; Sun, 22 Mar 2015 00:38:56 +0000 (UTC) Received: by igbud6 with SMTP id ud6so16229050igb.1 for ; Sat, 21 Mar 2015 17:38:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=RyQZUj08bMIhyr95/30uWyrb0bCp+60zmFH0l4LjBM0=; b=kq64Wq6GxfqEgnDlUGbBaBRMFLELaVo+iszjn76ieeCoVZsL265GqPq2ZLXk4b+g/d jSLsJuDhk0djr4Ez4pMuucogjRXVXNLOK7uWZxX8IhmnfdXq+ECMDs1THok61yzi+z5U FOj2BKERJUAy8PD2xfmyC9lBzce1AJ3LDAMQ/lJKCfxLV/XwLRjxEk8lJqeZMDVrvELM jeyx5rNXAL1qy4kcm9KJ7BskGKKKH1x27qOxHjXHBHg4Fj1clnxo7A++I6SN8bSReTwv FM8BicoaCY48sT2Pv/Ucar8agSGeLbjkGMvrO5Em3Id48PDJPJbuY+3Y7hSfVs8i7YRf S3Qg== MIME-Version: 1.0 X-Received: by 10.42.41.200 with SMTP id q8mr8616107ice.61.1426984736044; Sat, 21 Mar 2015 17:38:56 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 17:38:55 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> Date: Sat, 21 Mar 2015 17:38:55 -0700 X-Google-Sender-Auth: vc2MKBMBWPowMRvW5QQRJ9z2rG8 Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Anders Bolt-Evensen , 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, 22 Mar 2015 00:38:57 -0000 On 21 March 2015 at 17:33, Miguel Clara wrote: > > > On Sat, Mar 21, 2015 at 3:21 PM, Adrian Chadd wrote: >> >> Hi, >> >> It may be rfkill then. It may be that there's a GPIO pin wired up >> somewhere that needs updating. Erk. >> >> Someone buy me one of these laptops so I can see what's going on? :) >> > > Mine (Acer Acer Aspire S3-391) costs around 650=E2=82=AC I think... The V= 17 has "air > plain mode" instead of the Wi-FI on/off, but I guess it does the same > thing... it also costs much more because of all the other hardware. > > I gladly give you one if I could afford it... :P > > Id be happy to join in a group donation if that's even possible. > > > On another note this module is wifi+bluetooth, I wonder if in my case thi= s > dmesg log showing: > ugen1.4: at usbus1 (disconnected) > ugen1.4: at usbus1 > > Is acctaully refering to turning off(hardware) bluetooth since I keep the > wireless? Yup. (Reminds me, I should update ath3kfw in the base system already; I have updated it locally to load in firmware for all the newer NICs.) It may just be RFKILL. Hm, I wonder how you'd go about fixing that. What are the contents of sysctl dev.ath.0 ? Can you put it up somewhere? I think the rfkill setup/gpio pins are there. -adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 00:45: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 3C2B5ED; Sun, 22 Mar 2015 00:45:18 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (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 EA9C0141; Sun, 22 Mar 2015 00:45:17 +0000 (UTC) Received: by igcau2 with SMTP id au2so12802508igc.1; Sat, 21 Mar 2015 17:45:17 -0700 (PDT) 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=ko6PNXQa1OYK8BGsTTByLhMVPyGS9KUOgUJDDB4nZp0=; b=bC9sFedR04oU4X/EyxBvqgmZrxauI+hf/Apojm2BuA2rcjl3J28ZG0iTWT78ubIOgd bRDNqYp7U8FSfwQEruM4xmdm2ljQmaXAQcIKrK4p6OIrW1JVwP3m85qbgcgGmYqJEmnp M0KA4LBR0FNCrR8zSNMws4jLTfm5jz/GKQfoAvAazqG4CQZJMv1a5i8dsYkPFswnANgN UR3l9q+tlVIL6wmI/NNnclPowYVGYzZhmA0V9aqE0MF5oGK9rmI4UhaHrWW0Zdv2VjiU QI9LGpithrIoMipISm1mvt05ZTAWodl+yXS3I/8CWmBNS/3xArvNK37KGJbGGlNXcuLh p8bg== X-Received: by 10.50.66.198 with SMTP id h6mr5761532igt.35.1426985117255; Sat, 21 Mar 2015 17:45:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.55.167 with HTTP; Sat, 21 Mar 2015 17:44:57 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> From: Miguel Clara Date: Sun, 22 Mar 2015 00:44:57 +0000 Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working 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: Anders Bolt-Evensen , 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, 22 Mar 2015 00:45:18 -0000 On Sun, Mar 22, 2015 at 12:38 AM, Adrian Chadd wrote: > On 21 March 2015 at 17:33, Miguel Clara wrote: > > > > > > On Sat, Mar 21, 2015 at 3:21 PM, Adrian Chadd > wrote: > >> > >> Hi, > >> > >> It may be rfkill then. It may be that there's a GPIO pin wired up > >> somewhere that needs updating. Erk. > >> > >> Someone buy me one of these laptops so I can see what's going on? :) > >> > > > > Mine (Acer Acer Aspire S3-391) costs around 650=E2=82=AC I think... The= V17 has > "air > > plain mode" instead of the Wi-FI on/off, but I guess it does the same > > thing... it also costs much more because of all the other hardware. > > > > I gladly give you one if I could afford it... :P > > > > Id be happy to join in a group donation if that's even possible. > > > > > > On another note this module is wifi+bluetooth, I wonder if in my case > this > > dmesg log showing: > > ugen1.4: at usbus1 (disconnected) > > ugen1.4: at usbus1 > > > > Is acctaully refering to turning off(hardware) bluetooth since I keep the > > wireless? > ugen1.4: at usbus1, cfg=3D0 md=3DHOST spd=3D= FULL (12Mbps) pwr=3DON (100mA) Interesting find: http://lkml.org/lkml/2013/4/7/162 (guess you're already aware of that... I was already typing this when I noticed you're reply) > > Yup. > > (Reminds me, I should update ath3kfw in the base system already; I > have updated it locally to load in firmware for all the newer NICs.) > > It may just be RFKILL. Hm, I wonder how you'd go about fixing that. > > > What are the contents of sysctl dev.ath.0 ? Can you put it up > somewhere? I think the rfkill setup/gpio pins are there. > Full: http://pastebin.com/raw.php?i=3DSnMRV7zX sysctl dev.ath.0 | eg 'rfkill|gpio|setup' dev.ath.0.rfkill: 1 > > -adrian > From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 01:08: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 E3A4C376 for ; Sun, 22 Mar 2015 01:08:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id C407C31A for ; Sun, 22 Mar 2015 01:08:36 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 035E655F for ; Sun, 22 Mar 2015 01:08:35 +0000 (UTC) Date: Sun, 22 Mar 2015 01:08:34 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <613476176.10.1426986514988.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2120073707.9.1426968883741.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2120073707.9.1426968883741.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #863 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Sun, 22 Mar 2015 01:08:37 -0000 See ------------------------------------------ [...truncated 658 lines...] lib/libc/string/strspn:strspn -> passed [0.020s] lib/libc/string/swab:swab_basic -> passed [0.018s] lib/libc/sys/access_test:access_access -> passed [0.023s] lib/libc/sys/access_test:access_fault -> passed [0.020s] lib/libc/sys/access_test:access_inval -> passed [0.028s] lib/libc/sys/access_test:access_notdir -> passed [0.022s] lib/libc/sys/access_test:access_notexist -> passed [0.032s] lib/libc/sys/access_test:access_toolong -> passed [0.018s] lib/libc/sys/chroot_test:chroot_basic -> passed [0.056s] lib/libc/sys/chroot_test:chroot_err -> passed [0.021s] lib/libc/sys/chroot_test:chroot_perm -> passed [0.033s] lib/libc/sys/clock_gettime_test:clock_gettime_real -> passed [0.034s] lib/libc/sys/connect_test:connect_low_port -> passed [0.027s] lib/libc/sys/dup_test:dup2_basic -> passed [0.024s] lib/libc/sys/dup_test:dup2_err -> passed [0.018s] lib/libc/sys/dup_test:dup2_max -> passed [0.023s] lib/libc/sys/dup_test:dup2_mode -> passed [0.053s] lib/libc/sys/dup_test:dup3_err -> passed [0.024s] lib/libc/sys/dup_test:dup3_max -> passed [0.020s] lib/libc/sys/dup_test:dup3_mode -> passed [0.061s] lib/libc/sys/dup_test:dup_err -> passed [0.032s] lib/libc/sys/dup_test:dup_max -> passed [0.025s] lib/libc/sys/dup_test:dup_mode -> passed [0.050s] lib/libc/sys/fsync_test:fsync_err -> passed [0.018s] lib/libc/sys/fsync_test:fsync_sync -> passed [0.578s] lib/libc/sys/getcontext_test:getcontext_err -> passed [0.020s] lib/libc/sys/getcontext_test:setcontext_err -> passed [0.021s] lib/libc/sys/getcontext_test:setcontext_link -> passed [0.020s] lib/libc/sys/getgroups_test:getgroups_err -> expected_failure: Reported as kern/189941: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/sys/t_getgroups.c:63: getgroups(-1, gidset) == -1 not met [0.029s] lib/libc/sys/getgroups_test:getgroups_getgid -> passed [0.045s] lib/libc/sys/getgroups_test:getgroups_setgid -> passed [0.019s] lib/libc/sys/getgroups_test:getgroups_zero -> passed [0.039s] lib/libc/sys/getitimer_test:getitimer_empty -> passed [0.018s] lib/libc/sys/getitimer_test:getitimer_err -> passed [0.019s] lib/libc/sys/getitimer_test:setitimer_basic -> passed [0.018s] lib/libc/sys/getitimer_test:setitimer_err -> passed [0.026s] lib/libc/sys/getitimer_test:setitimer_old -> passed [0.017s] lib/libc/sys/getlogin_test:getlogin_r_err -> passed [0.037s] lib/libc/sys/getlogin_test:getlogin_same -> passed [0.020s] lib/libc/sys/getlogin_test:setlogin_basic -> passed [0.035s] lib/libc/sys/getlogin_test:setlogin_err -> passed [0.019s] lib/libc/sys/getlogin_test:setlogin_perm -> passed [0.018s] lib/libc/sys/getpid_test:getpid_process -> passed [0.041s] lib/libc/sys/getpid_test:getpid_thread -> passed [0.021s] lib/libc/sys/getrusage_test:getrusage_err -> passed [0.020s] lib/libc/sys/getrusage_test:getrusage_sig -> passed [0.020s] lib/libc/sys/getrusage_test:getrusage_utime_back -> passed [2.645s] lib/libc/sys/getrusage_test:getrusage_utime_zero -> skipped: this testcase passes/fails sporadically on FreeBSD/i386 @ r273153 (at least) [0.019s] lib/libc/sys/getsid_test:getsid_current -> passed [0.035s] lib/libc/sys/getsid_test:getsid_err -> passed [0.020s] lib/libc/sys/getsid_test:getsid_process -> passed [0.025s] lib/libc/sys/gettimeofday_test:gettimeofday_err -> passed [0.020s] lib/libc/sys/gettimeofday_test:gettimeofday_mono -> passed [0.032s] lib/libc/sys/issetugid_test:issetugid_egid -> passed [0.022s] lib/libc/sys/issetugid_test:issetugid_euid -> passed [0.267s] lib/libc/sys/issetugid_test:issetugid_rgid -> passed [0.039s] lib/libc/sys/issetugid_test:issetugid_ruid -> passed [0.026s] lib/libc/sys/kevent_test:kevent_zerotimer -> passed [0.017s] lib/libc/sys/kevent_test:kqueue_desc_passing -> passed [0.018s] lib/libc/sys/kevent_test:kqueue_unsupported_fd -> skipped: no /nonexistent available for testing [0.017s] lib/libc/sys/kill_test:kill_basic -> passed [0.044s] lib/libc/sys/kill_test:kill_err -> passed [0.017s] lib/libc/sys/kill_test:kill_perm -> passed [1.034s] lib/libc/sys/kill_test:kill_pgrp_neg -> passed [0.020s] lib/libc/sys/kill_test:kill_pgrp_zero -> passed [0.022s] lib/libc/sys/link_test:link_count -> passed [0.031s] lib/libc/sys/link_test:link_err -> passed [0.027s] lib/libc/sys/link_test:link_perm -> passed [0.020s] lib/libc/sys/link_test:link_stat -> passed [0.038s] lib/libc/sys/listen_test:listen_err -> passed [0.024s] lib/libc/sys/listen_test:listen_low_port -> passed [0.053s] lib/libc/sys/mincore_test:mincore_err -> passed [0.030s] lib/libc/sys/mincore_test:mincore_resid -> passed [0.046s] lib/libc/sys/mincore_test:mincore_shmseg -> passed [0.019s] lib/libc/sys/mkdir_test:mkdir_err -> passed [0.018s] lib/libc/sys/mkdir_test:mkdir_mode -> passed [1.290s] lib/libc/sys/mkdir_test:mkdir_perm -> passed [0.025s] lib/libc/sys/mkdir_test:mkdir_trail -> passed [0.031s] lib/libc/sys/mkfifo_test:mkfifo_block -> passed [1.043s] lib/libc/sys/mkfifo_test:mkfifo_err -> passed [0.024s] lib/libc/sys/mkfifo_test:mkfifo_nonblock -> passed [1.042s] lib/libc/sys/mkfifo_test:mkfifo_perm -> passed [0.040s] lib/libc/sys/mkfifo_test:mkfifo_stat -> passed [0.038s] lib/libc/sys/mknod_test:mknod_err -> passed [0.033s] lib/libc/sys/mknod_test:mknod_exist -> passed [0.041s] lib/libc/sys/mknod_test:mknod_perm -> passed [0.022s] lib/libc/sys/mknod_test:mknod_stat -> expected_failure: mknod does not allow S_IFREG: /builds/FreeBSD_HEAD/contrib/netbsd-tests/lib/libc/sys/t_mknod.c:179: mknod(path, S_IFREG, 0) == 0 not met [0.024s] lib/libc/sys/mlock_test:mlock_clip -> passed [0.018s] lib/libc/sys/mlock_test:mlock_err -> passed [0.021s] lib/libc/sys/mlock_test:mlock_limits -> passed [0.028s] lib/libc/sys/mlock_test:mlock_mmap -> passed [0.020s] lib/libc/sys/mlock_test:mlock_nested -> passed [0.022s] lib/libc/sys/mmap_test:mmap_err -> passed [0.019s] lib/libc/sys/mmap_test:mmap_loan -> passed [0.024s] lib/libc/sys/mmap_test:mmap_prot_1 -> passed [0.026s] lib/libc/sys/mmap_test:mmap_prot_2 -> passed [0.020s] lib/libc/sys/mmap_test:mmap_prot_3 -> passed [0.028s] lib/libc/sys/mmap_test:mmap_truncate -> passed [0.048s] lib/libc/sys/mmap_test:mmap_va0 -> passed [0.018s] lib/libc/sys/mprotect_test:mprotect_access -> passed [0.022s] lib/libc/sys/mprotect_test:mprotect_err -> passed [0.018s] lib/libc/sys/mprotect_test:mprotect_pax -> passed [0.020s] lib/libc/sys/mprotect_test:mprotect_write -> passed [0.018s] lib/libc/sys/msgctl_test:msgctl_err -> passed [0.029s] lib/libc/sys/msgctl_test:msgctl_perm -> passed [0.094s] lib/libc/sys/msgctl_test:msgctl_pid -> passed [2.151s] lib/libc/sys/msgctl_test:msgctl_set -> passed [0.022s] lib/libc/sys/msgctl_test:msgctl_time -> passed [0.041s] lib/libc/sys/msgget_test:msgget_excl -> passed [0.022s] lib/libc/sys/msgget_test:msgget_exit -> passed [0.037s] lib/libc/sys/msgget_test:msgget_init -> passed [0.035s] lib/libc/sys/msgget_test:msgget_limit -> passed [0.021s] lib/libc/sys/msgget_test:msgget_mode -> passed [0.024s] lib/libc/sys/msgrcv_test:msgrcv_basic -> passed [0.032s] lib/libc/sys/msgrcv_test:msgrcv_block -> passed [2.152s] lib/libc/sys/msgrcv_test:msgrcv_err -> passed [0.025s] lib/libc/sys/msgrcv_test:msgrcv_mtype -> passed [0.023s] lib/libc/sys/msgrcv_test:msgrcv_nonblock -> passed [2.062s] lib/libc/sys/msgrcv_test:msgrcv_truncate -> passed [0.025s] lib/libc/sys/msgsnd_test:msgsnd_block -> passed [2.080s] lib/libc/sys/msgsnd_test:msgsnd_count -> passed [0.019s] lib/libc/sys/msgsnd_test:msgsnd_err -> passed [0.020s] lib/libc/sys/msgsnd_test:msgsnd_nonblock -> passed [2.098s] lib/libc/sys/msgsnd_test:msgsnd_perm -> passed [0.023s] lib/libc/sys/msync_test:msync_async -> passed [0.024s] lib/libc/sys/msync_test:msync_err -> passed [0.029s] lib/libc/sys/msync_test:msync_invalidate -> passed [0.021s] lib/libc/sys/msync_test:msync_sync -> passed [0.066s] lib/libc/sys/nanosleep_test:nanosleep_basic -> passed [0.032s] lib/libc/sys/nanosleep_test:nanosleep_err -> passed [0.017s] lib/libc/sys/nanosleep_test:nanosleep_sig -> passed [1.081s] lib/libc/sys/pipe_test:pipe_restart -> passed [2.113s] lib/libc/sys/pipe2_test:pipe2_basic -> passed [0.028s] lib/libc/sys/pipe2_test:pipe2_cloexec -> passed [0.020s] lib/libc/sys/pipe2_test:pipe2_consume -> passed [0.027s] lib/libc/sys/pipe2_test:pipe2_einval -> passed [0.032s] lib/libc/sys/pipe2_test:pipe2_nonblock -> passed [0.041s] lib/libc/sys/poll_test:poll_3way -> passed [10.067s] lib/libc/sys/poll_test:poll_basic -> passed [0.022s] lib/libc/sys/poll_test:poll_err -> passed [0.022s] lib/libc/sys/revoke_test:revoke_basic -> skipped: revoke(2) is only implemented for devfs(5). [0.025s] lib/libc/sys/revoke_test:revoke_err -> skipped: revoke(2) is only implemented for devfs(5). [0.023s] lib/libc/sys/revoke_test:revoke_perm -> skipped: revoke(2) is only implemented for devfs(5). [0.023s] lib/libc/sys/select_test:pselect_sigmask -> passed [1.029s] lib/libc/sys/select_test:pselect_timeout -> passed [0.031s] lib/libc/sys/setrlimit_test:setrlimit_basic -> passed [0.019s] lib/libc/sys/setrlimit_test:setrlimit_current -> passed [0.022s] lib/libc/sys/setrlimit_test:setrlimit_err -> passed [0.034s] lib/libc/sys/setrlimit_test:setrlimit_fsize -> passed [0.028s] lib/libc/sys/setrlimit_test:setrlimit_memlock -> passed [0.022s] lib/libc/sys/setrlimit_test:setrlimit_nofile_1 -> passed [0.019s] lib/libc/sys/setrlimit_test:setrlimit_nofile_2 -> passed [0.022s] lib/libc/sys/setrlimit_test:setrlimit_nproc -> maxproc limit exceeded by uid 977 (pid 6692); see tuning(7) and login.conf(5) passed [0.556s] lib/libc/sys/setrlimit_test:setrlimit_perm -> panic: mutex process lock not owned at /builds/FreeBSD_HEAD/sys/kern/kern_prot.c:1974 cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00974598e0 vpanic() at vpanic+0x189/frame 0xfffffe0097459960 panic() at panic+0x43/frame 0xfffffe00974599c0 __mtx_assert() at __mtx_assert+0xc2/frame 0xfffffe00974599d0 proc_set_cred() at proc_set_cred+0x36/frame 0xfffffe00974599f0 fork1() at fork1+0x27e/frame 0xfffffe0097459ac0 sys_fork() at sys_fork+0x1f/frame 0xfffffe0097459ae0 amd64_syscall() at amd64_syscall+0x27f/frame 0xfffffe0097459bf0 Xfast_syscall() at Xfast_syscall+0xfb/frame 0xfffffe0097459bf0 --- syscall (0, FreeBSD ELF64, nosys), rip = 0x8019c516a, rsp = 0x7fffffffc2d8, rbp = 0x7fffffffc340 --- KDB: enter: panic [ thread pid 660 tid 100052 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> Traceback (most recent call last): File "/vm/freebsd-ci/scripts/test/run-tests.py", line 152, in main(sys.argv) File "/vm/freebsd-ci/scripts/test/run-tests.py", line 80, in main runTest() File "/vm/freebsd-ci/scripts/test/run-tests.py", line 124, in runTest child2.expect(prompt, timeout=7200) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1451, in expect timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1466, in expect_list timeout, searchwindowsize) File "/usr/local/lib/python2.7/site-packages/pexpect/__init__.py", line 1568, in expect_loop raise TIMEOUT(str(err) + '\n' + str(self)) pexpect.TIMEOUT: Timeout exceeded. version: 3.3 command: /usr/sbin/bhyve args: [u'/usr/sbin/bhyve', u'-c', u'2', u'-m', u'2G', u'-AI', u'-H', u'-P', u'-g', u'0', u'-s', u'0:0,hostbridge', u'-s', u'1:0,lpc', u'-s', u'2:0,virtio-net,tap0,mac=58:9c:fc:00:00:2e', u'-s', u'3:0,ahci-hd,/net/jenkins-10.freebsd.org/builds/Build-UFS-image/image/FreeBSD_HEAD/test.img', u'-l', u'com1,stdio', u'vm_test'] searcher: buffer (last 100 chars): 'nter: panic\r\n[ thread pid 660 tid 100052 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' before (last 100 chars): 'nter: panic\r\n[ thread pid 660 tid 100052 ]\r\nStopped at kdb_enter+0x3e: movq $0,kdb_why\r\ndb> ' after: match: None match_index: None exitstatus: None flag_eof: False pid: 2091 child_fd: 4 closed: False timeout: 30 delimiter: logfile: ', mode 'w' at 0x800670150> logfile_read: None logfile_send: None maxread: 2000 ignorecase: False searchwindowsize: None delaybeforesend: 0.05 delayafterclose: 0.1 delayafterterminate: 0.1 Build step 'Execute shell' marked build as failure Recording test results ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception hudson.AbortException: Test reports were found but none of them are new. Did tests run? For example, is 6 days 23 hr old at hudson.tasks.junit.TestResult.parse(TestResult.java:178) at hudson.tasks.junit.TestResult.parse(TestResult.java:146) at hudson.tasks.junit.TestResult.(TestResult.java:122) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:119) at hudson.tasks.junit.JUnitParser$ParseResultCallable.invoke(JUnitParser.java:92) at hudson.FilePath$FileCallableWrapper.call(FilePath.java:2688) at hudson.remoting.UserRequest.perform(UserRequest.java:121) at hudson.remoting.UserRequest.perform(UserRequest.java:49) at hudson.remoting.Request$2.run(Request.java:324) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) at ......remote call to havoc.ysv.freebsd.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1356) at hudson.remoting.UserResponse.retrieve(UserRequest.java:221) at hudson.remoting.Channel.call(Channel.java:752) at hudson.FilePath.act(FilePath.java:978) at hudson.FilePath.act(FilePath.java:967) at hudson.tasks.junit.JUnitParser.parseResult(JUnitParser.java:89) at hudson.tasks.junit.JUnitResultArchiver.parse(JUnitResultArchiver.java:120) at hudson.tasks.junit.JUnitResultArchiver.perform(JUnitResultArchiver.java:137) at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:74) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:761) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:721) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:670) at hudson.model.Run.execute(Run.java:1775) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 02:45: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 97C8597 for ; Sun, 22 Mar 2015 02:45:15 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (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 54585D7B for ; Sun, 22 Mar 2015 02:45:14 +0000 (UTC) Received: (qmail 10221 invoked from network); 22 Mar 2015 02:45:14 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 22 Mar 2015 02:45:14 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Sat, 21 Mar 2015 22:45:14 -0400 (EDT) Received: (qmail 13414 invoked from network); 22 Mar 2015 02:45:12 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Mar 2015 02:45:12 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 23F8B1C439E; Sat, 21 Mar 2015 19:45:06 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT -r276514: lib/libpjdlog/pjdlog.c has after Date: Sat, 21 Mar 2015 19:45:10 -0700 Message-Id: <17E1F4C9-EB45-4A14-B3A6-97B016A8AD4D@dsl-only.net> To: freebsd-current@freebsd.org, pjd@FreeBSD.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Sun, 22 Mar 2015 03:14:17 +0000 Cc: FreeBSD PowerPC ML 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, 22 Mar 2015 02:45:15 -0000 Basic context (more details later): > # freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat = Mar 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 I was seeing what would happen if I tried gcc5 for = buildworld/buildkernel and gcc5 reported the following. The problem: > /usr/local/bin/gcc5 -fpic -DPIC -O2 -pipe -I/usr/srcC/lib/libpjdlog = -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 -c /usr/srcC/lib/libpjdlog/pjdlog.c -o pjdlog.So > In file included from /usr/srcC/lib/libpjdlog/pjdlog.c:44:0: > /usr/include/printf.h:118:44: error: unknown type name 'va_list' > int __xvprintf(FILE *fp, const char *fmt0, va_list ap); > ^ Looking at the sources suggests that is explicitly in the = #include sequence too late to guarantee va_args a definition at the = point of its use in #include : is #include'd in = pjdlog.c in the line after #include and printf.h itself does = not (directly) include stdarg.h . /usr/include/printf.h (the LOOK HERE is my message editing) : > ... > #include > #include /// <<<<< LOOK HERE for lack of > ... > int __xvprintf(FILE *fp, const char *fmt0, va_list ap); > ... /usr/srcC/lib/libpjdlog/pjdlog.c (the LOOK HERE's are my message = editing) : > ... > #include > __FBSDID("$FreeBSD: head/lib/libpjdlog/pjdlog.c 258791 2013-12-01 = 09:41:06Z pjd $"); >=20 > #include > #include > #include > #include > #include >=20 > #include > #include > #include > #include > #include /// <<<<< LOOK HERE > #include /// <<<<< LOOK HERE for stdarg.h vs. printf.h = order > #include > #include > #include > #include > #include > #include >=20 > #ifdef notyet > #include > #endif >=20 > #include "pjdlog.h" Context details: make -j 8 \ WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ WITHOUT_LLDB=3D \ WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ WITH_BOOT=3D WITH_LIB32=3D \ buildworld buildkernel \ KERNCONF=3DGENERIC64vtsc-NODEBUG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 # more /etc/src.conf=20 NO_WERROR=3D WITH_LIBCPLUSPLUS=3D # # # For trying gcc5... # CC=3D/usr/local/bin/gcc5 CXX=3D/usr/local/bin/g++5 CPP=3D/usr/local/bin/cpp5 AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as R=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings # more /etc/make.conf WRKDIRPREFIX=3D/usr/obj/portswork #WITH_DEBUG=3D MALLOC_PRODUCTION=3D # svnlite info /usr/srcC/ Path: /usr/srcC Working Copy Root Path: /usr/srcC URL: https://svn0.us-west.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 279514 Node Kind: directory Schedule: normal Last Changed Author: adrian Last Changed Rev: 279514 Last Changed Date: 2015-03-01 18:27:25 -0800 (Sun, 01 Mar 2015) # svnlite info /usr/ports/lang/gcc5 Path: /usr/ports/lang/gcc5 Working Copy Root Path: /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head/lang/gcc5 Relative URL: ^/head/lang/gcc5 Repository Root: https://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 381120 Node Kind: directory Schedule: normal Last Changed Author: gerald Last Changed Rev: 380943 Last Changed Date: 2015-03-10 10:00:25 -0700 (Tue, 10 Mar 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 03:45: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 954A07D0 for ; Sun, 22 Mar 2015 03:45:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 829053E0 for ; Sun, 22 Mar 2015 03:45:15 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id BC11C5A8 for ; Sun, 22 Mar 2015 03:45:13 +0000 (UTC) Date: Sun, 22 Mar 2015 03:45:12 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2084448456.11.1426995912604.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <613476176.10.1426986514988.JavaMail.jenkins@jenkins-9.freebsd.org> References: <613476176.10.1426986514988.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is unstable: FreeBSD_HEAD-tests2 #864 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, 22 Mar 2015 03:45:15 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 04:19:24 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 A6AF2A2A for ; Sun, 22 Mar 2015 04:19:24 +0000 (UTC) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 61C35877 for ; Sun, 22 Mar 2015 04:19:24 +0000 (UTC) Received: by ignm3 with SMTP id m3so14231118ign.0 for ; Sat, 21 Mar 2015 21:19:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=CYedWZIu9kXEZEyfuA3vSGKm2ItXC1caYsRyPhl6ggY=; b=CKzbIaWhGeMqxjcwjv6lL6oJOyi/ockIanAjIS2SzDKp+XuOu6iJ+6hWCoOpAvKw1v 9J+TF9vuJkbWOdvsYRXQHIw7VASvBYXejU0DuzZjlFoRYPUjHsZ8WUkChPp4XGaWE6Ue 9BhLO/ECVv38D3+FV1eu/lo1Q1gFgwbSCNUw+8YUUCW0n83N2mbYl8IFEsMdSmpz/TUg qF5Xq1rFsx2R5sYUGa2JOY5fRIMzNxwUVjxPU0hYEcjtMZraLPSMc10EJp232PrKgcWl yQd5xvgFCCzn9FFgeG5pcxlv6kd8m3qnebGXQ73h+a18Qun3I7L3ZX2xeEVydCltXuwH L+Pg== MIME-Version: 1.0 X-Received: by 10.107.5.131 with SMTP id 125mr23136535iof.88.1426997963877; Sat, 21 Mar 2015 21:19:23 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 21:19:23 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> Date: Sat, 21 Mar 2015 21:19:23 -0700 X-Google-Sender-Auth: 05TisW0plb583KhFN4DhJpKm3HU Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 Cc: Anders Bolt-Evensen , 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, 22 Mar 2015 04:19:24 -0000 Ok, so I'd cycle that rfkill gpio from 1 -> uhm, whatever the max for that thing is (16?) Each time: ifconfig wlan0 down sysctl dev.ath.0.rfkill=X ifconfig wlan0 up ifconfig wlan0 list scan See if it sees anything. -adrian From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 04:56: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 27439E1A; Sun, 22 Mar 2015 04:56:02 +0000 (UTC) Received: from mail-wi0-x234.google.com (mail-wi0-x234.google.com [IPv6:2a00:1450:400c:c05::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2051BAB; Sun, 22 Mar 2015 04:56:01 +0000 (UTC) Received: by wibdy8 with SMTP id dy8so20202794wib.0; Sat, 21 Mar 2015 21:56:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=in-reply-to:references:mime-version:content-transfer-encoding :content-type:subject:from:date:to:cc:message-id; bh=OA/uOQBmbIp9myNmwTjeu0LOk7hC+gIBoZUi1I30fes=; b=t44PqutUrueAhs5ajSC8ejcpyVbEnRnm4W1CUgxQRq5r94w+AvFIcclOGjPnIaaypu ePbjBUwsFsiWDBBZnE4MkOcZ/2WdpTi3AkWL7w1q+HTXCff04jS1JFOLoaQ8Rod+wuDN 67ztQ9uuyPqZPJr1GmubvynGZkettIrFUaPuTnsIhFersB7aV2/aDUY9urmZ1zKQzmB+ qKLyJa3+Tl5vbgyavVnwST4RE/fpmZXYUIDemRyMygSq7cZpSSL1SVWa4AfdX97CaMDs tpEbvQQlM9kJl8TEwt4PP5f5neRH2FlYyYaN1fpjytC5HpVE1SyZsTmQx84cJL2d4nPC E6BQ== X-Received: by 10.180.205.233 with SMTP id lj9mr8971089wic.74.1427000160135; Sat, 21 Mar 2015 21:56:00 -0700 (PDT) Received: from android-6bc8d6183284ef24.geek.local (155.40.114.89.rev.vodafone.pt. [89.114.40.155]) by mx.google.com with ESMTPSA id bd1sm5119585wib.13.2015.03.21.21.55.58 (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 21 Mar 2015 21:55:59 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working From: Miguel Clara Date: Sun, 22 Mar 2015 04:55:55 +0000 To: Adrian Chadd Message-ID: Cc: Anders Bolt-Evensen , 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, 22 Mar 2015 04:56:02 -0000 On March 22, 2015 4:19:23 AM WET, Adrian Chadd wrote: >Ok, so I'd cycle that rfkill gpio from 1 -> uhm, whatever the max for >that thing is (16?) > >Each time: > >ifconfig wlan0 down >sysctl dev.ath.0.rfkill=X >ifconfig wlan0 up >ifconfig wlan0 list scan > >See if it sees anything. It seems to accept only 0 and 1. I'll have to play with that tomorrow as its almost 5am here. But it seems to show no scan results with either 0 or 1 (when running just scan... list scan works the first time.. but its not really re-scaning) > > > >-adrian -- Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 06:22: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 AC91F6A6 for ; Sun, 22 Mar 2015 06:22:27 +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 7744C304 for ; Sun, 22 Mar 2015 06:22:27 +0000 (UTC) Received: by ignm3 with SMTP id m3so14998155ign.0 for ; Sat, 21 Mar 2015 23:22:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=+HgNXC0U+pDfybfW7pEneG/NZoMYRy5LIpYUHJl8nzE=; b=Q/hqAUpM3OcSVQcHdij6UGJNqi7xK8h60lEDwExjYsT0UhxZLV+id5viqCEO+7ioyi Nf8uzsmVrNJC+9J/I2K+Z/u7e6TZwiFTh4Y32j0U7JshFf8sZ3qFGFZ9iPqRTf5hTybr TX0tYHevK106miyo469JGt5lSUo59bG1Y1U9VitZuKmmS1JeMizi2kvsqJZnVeGyIs1Q aMROvZql2O2UjXHR9CjOOAyjzglbD9/lGrLRJ9ZvMiGUD8AHS27umYzaZs7yxJWb96fM jfAlfdXCWwomCkfs3wsImZkC07ELkZkjWSsrkGMHftRcHJapcV6Lvg3jqc9VmKE0vcMX UmLQ== MIME-Version: 1.0 X-Received: by 10.50.107.7 with SMTP id gy7mr6788781igb.49.1427005346705; Sat, 21 Mar 2015 23:22:26 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 21 Mar 2015 23:22:26 -0700 (PDT) In-Reply-To: References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> Date: Sat, 21 Mar 2015 23:22:26 -0700 X-Google-Sender-Auth: Ebwms0kDY7xua_DaOpEYUsKM1Vk Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working From: Adrian Chadd To: Miguel Clara Content-Type: text/plain; charset=UTF-8 Cc: Anders Bolt-Evensen , 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, 22 Mar 2015 06:22:27 -0000 ok, then hm, where's the gpio pin configured.. -a On 21 March 2015 at 21:55, Miguel Clara wrote: > > > On March 22, 2015 4:19:23 AM WET, Adrian Chadd wrote: >>Ok, so I'd cycle that rfkill gpio from 1 -> uhm, whatever the max for >>that thing is (16?) >> >>Each time: >> >>ifconfig wlan0 down >>sysctl dev.ath.0.rfkill=X >>ifconfig wlan0 up >>ifconfig wlan0 list scan >> >>See if it sees anything. > > It seems to accept only 0 and 1. > > > I'll have to play with that tomorrow as its almost 5am here. > But it seems to show no scan results with either 0 or 1 (when running just scan... list scan works the first time.. but its not really re-scaning) > >> >> >> >>-adrian > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 06:26:50 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 264347B9 for ; Sun, 22 Mar 2015 06:26: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 14B4D31F for ; Sun, 22 Mar 2015 06:26:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D1F6B607 for ; Sun, 22 Mar 2015 06:26:48 +0000 (UTC) Date: Sun, 22 Mar 2015 06:26:48 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <247081241.12.1427005608744.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <2084448456.11.1426995912604.JavaMail.jenkins@jenkins-9.freebsd.org> References: <2084448456.11.1426995912604.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #865 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, 22 Mar 2015 06:26:50 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 12:15: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 8834DEBD; Sun, 22 Mar 2015 12:15:14 +0000 (UTC) Received: from tensor.andric.com (unknown [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 40EA094F; Sun, 22 Mar 2015 12:15:14 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::8b7:b034:6f55:4291] (unknown [IPv6:2001:7b8:3a7:0:8b7:b034:6f55:4291]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 66A895C4C; Sun, 22 Mar 2015 13:15:07 +0100 (CET) Subject: Re: 11.0-CURRENT -r276514: lib/libpjdlog/pjdlog.c has after Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E5F2705D-23D7-4A2F-932D-D99A3F009B22"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: <17E1F4C9-EB45-4A14-B3A6-97B016A8AD4D@dsl-only.net> Date: Sun, 22 Mar 2015 13:14:54 +0100 Message-Id: References: <17E1F4C9-EB45-4A14-B3A6-97B016A8AD4D@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-current@freebsd.org, FreeBSD PowerPC ML 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, 22 Mar 2015 12:15:14 -0000 --Apple-Mail=_E5F2705D-23D7-4A2F-932D-D99A3F009B22 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Mar 2015, at 03:45, Mark Millard wrote: ... > Looking at the sources suggests that is explicitly in the = #include sequence too late to guarantee va_args a definition at the = point of its use in #include : is #include'd in = pjdlog.c in the line after #include and printf.h itself does = not (directly) include stdarg.h . >=20 > /usr/include/printf.h (the LOOK HERE is my message editing) : >> ... >> #include >> #include /// <<<<< LOOK HERE for lack of >> ... >> int __xvprintf(FILE *fp, const char *fmt0, va_list ap); >> ... >=20 > /usr/srcC/lib/libpjdlog/pjdlog.c (the LOOK HERE's are my message = editing) : >> ... >> #include >> __FBSDID("$FreeBSD: head/lib/libpjdlog/pjdlog.c 258791 2013-12-01 = 09:41:06Z pjd $"); >>=20 >> #include >> #include >> #include >> #include >> #include >>=20 >> #include >> #include >> #include >> #include >> #include /// <<<<< LOOK HERE >> #include /// <<<<< LOOK HERE for stdarg.h vs. printf.h = order You should be able to include standard headers (or at least, headers in /usr/include) in any order, and includes , which then defines the correct types. However, there is a problem in the gcc ports. What happens, is that the gcc port uses its *own* munged versions of stdio.h and stdarg.h, and includes them instead of the system versions. For example, the gcc 4.7 port has this "fixed" version of stdio.h: = /usr/local/lib/gcc47/gcc/i386-portbld-freebsd11.0/4.7.4/include-fixed/stdi= o.h which explicitly *disables* our declaration of __va_list (the type which va_list is based on): typedef __va_list __not_va_list__; For functions like vprintf(), it replaces __va_list by a GNU builtin variant, for example: int vprintf(const char * __restrict, __gnuc_va_list); However, it does not properly declare the regular va_list type, and then things break in interesting ways. I think the ports should not attempt to "fix" our include files. -Dimitry --Apple-Mail=_E5F2705D-23D7-4A2F-932D-D99A3F009B22 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUOskkACgkQsF6jCi4glqNKewCg5UFKQELcuZRPLKJbKKHaTTqP Td0An1cgQwTBawPobYLzpJ1dWwPfqTsZ =OGfx -----END PGP SIGNATURE----- --Apple-Mail=_E5F2705D-23D7-4A2F-932D-D99A3F009B22-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 12:58:50 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 394CA615 for ; Sun, 22 Mar 2015 12:58: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 25E6AD16 for ; Sun, 22 Mar 2015 12:58:50 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 4C35F67D for ; Sun, 22 Mar 2015 12:58:50 +0000 (UTC) Date: Sun, 22 Mar 2015 12:58:49 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <247081241.12.1427005608744.JavaMail.jenkins@jenkins-9.freebsd.org> References: <247081241.12.1427005608744.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #866 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, 22 Mar 2015 12:58:50 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 15:46:06 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 62775410 for ; Sun, 22 Mar 2015 15:46:06 +0000 (UTC) Received: from asp.reflexion.net (outbound-241.asp.reflexion.net [69.84.129.241]) (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 EE648E99 for ; Sun, 22 Mar 2015 15:46:05 +0000 (UTC) Received: (qmail 20399 invoked from network); 22 Mar 2015 15:46:04 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 22 Mar 2015 15:46:04 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Sun, 22 Mar 2015 11:46:04 -0400 (EDT) Received: (qmail 22936 invoked from network); 22 Mar 2015 15:46:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 22 Mar 2015 15:46:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id 1B5B11C43BD; Sun, 22 Mar 2015 08:46:00 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: 11.0-CURRENT -r276514: lib/libpjdlog/pjdlog.c has after From: Mark Millard In-Reply-To: Date: Sun, 22 Mar 2015 08:46:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <17E1F4C9-EB45-4A14-B3A6-97B016A8AD4D@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Sun, 22 Mar 2015 16:29:41 +0000 Cc: freebsd-current@freebsd.org, FreeBSD PowerPC ML 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, 22 Mar 2015 15:46:06 -0000 Dimitry Adnric wrote: > You should be able to include standard headers (or at least, headers = in > /usr/include) in any order, and includes , which > then defines the correct types. Another of the ANSI/ISO-C rules is: You must include a standard header = before you refer to anything that it officially defines or declares. = (The Standard C Library by P. J. Plauger, Copyright 1992, page 7, 3rd = bullet under "using headers".) Part of that status is tied to the following: In a correct ANSI/ISO-C = implementation defines one or more synonyms for va_list using = names from the class of reserved-to-implementation names in order to = declare vprintf, vfprintf, and vsprintf. But does not declare = va_list itself. No ANSI/ISO-C header is allowed to declare/define extra = official-public-name items that are only officially from other headers. = (Page 12.) [There are also 2 more major principles for standard headers: mutual = independence (so order-independence) and idempotent status = (repeatability).] Only is allowed to declare that exact name (va_list) --the = synonym with the official, public name. va_list is one of many things = with this private-name vs public-name synonym structure in ANSI/ISO-C. is not one of the 24 (C99) or so ANSI/ISO-C standard headers = (by name). Nor is __xvprintf from the C standard. So the #include that I referenced is violating the standard by = referring to something from before that header has been = included. The existing source code is in error relative to ANSI/ISO-C. Also: Using the order #include #include in pjdlog.c does get rid of the problem. (As it should, per the above.) But I do not know that there is any official claim that the environment = is to strictly follow ANSI/ISO-C for such points. There may be other = principles instead. How comprehensive/complete is /usr/include header analogy to the = ANSI/ISO-C rules? Does FreeBSD bother with having the private-named = synonyms for headers that do not official declare/define something? Is = FreeBSD as explicit as ANSI/ISO-C about where official definitions are = and are not in headers? (Idempotent headers are the easier part to set = up. Mutual-independence gets into private-named synonym techniques in = order to deal with public names being only in the official places.) (ANSI/ISO-C does have examples of some specific things explicitly being = declared/defined (public names) in more than one header: more examples = where using reserved-name guard macros to gain idempotent status and = order independence can be done.) Note: Much of my background information for this and the terminology = that I use is from The Standard C Library by P. J. Plauger, Copyright = 1992. But I've not noticed any later ANSI/ISO material indicating the = the above has changed status in more recent vintages of the standard. I = could be wrong since I've not tried to be comprehensive about analyzing = changes. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Mar-22, at 05:14 AM, Dimitry Andric wrote: On 22 Mar 2015, at 03:45, Mark Millard wrote: ... > Looking at the sources suggests that is explicitly in the = #include sequence too late to guarantee va_args a definition at the = point of its use in #include : is #include'd in = pjdlog.c in the line after #include and printf.h itself does = not (directly) include stdarg.h . >=20 > /usr/include/printf.h (the LOOK HERE is my message editing) : >> ... >> #include >> #include /// <<<<< LOOK HERE for lack of >> ... >> int __xvprintf(FILE *fp, const char *fmt0, va_list ap); >> ... >=20 > /usr/srcC/lib/libpjdlog/pjdlog.c (the LOOK HERE's are my message = editing) : >> ... >> #include >> __FBSDID("$FreeBSD: head/lib/libpjdlog/pjdlog.c 258791 2013-12-01 = 09:41:06Z pjd $"); >>=20 >> #include >> #include >> #include >> #include >> #include >>=20 >> #include >> #include >> #include >> #include >> #include /// <<<<< LOOK HERE >> #include /// <<<<< LOOK HERE for stdarg.h vs. printf.h = order You should be able to include standard headers (or at least, headers in /usr/include) in any order, and includes , which then defines the correct types. However, there is a problem in the gcc ports. What happens, is that the gcc port uses its *own* munged versions of stdio.h and stdarg.h, and includes them instead of the system versions. For example, the gcc 4.7 port has this "fixed" version of stdio.h: = /usr/local/lib/gcc47/gcc/i386-portbld-freebsd11.0/4.7.4/include-fixed/stdi= o.h which explicitly *disables* our declaration of __va_list (the type which va_list is based on): typedef __va_list __not_va_list__; For functions like vprintf(), it replaces __va_list by a GNU builtin variant, for example: int vprintf(const char * __restrict, __gnuc_va_list); However, it does not properly declare the regular va_list type, and then things break in interesting ways. I think the ports should not attempt to "fix" our include files. -Dimitry From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 18:26:33 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 1475697A for ; Sun, 22 Mar 2015 18:26: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 02E14108 for ; Sun, 22 Mar 2015 18:26:33 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 0EFC870A for ; Sun, 22 Mar 2015 18:26:33 +0000 (UTC) Date: Sun, 22 Mar 2015 18:26:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 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, 22 Mar 2015 18:26:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 19:50:50 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 EF65C630 for ; Sun, 22 Mar 2015 19:50:50 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 99D1DC7D for ; Sun, 22 Mar 2015 19:50:49 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t2MJombZ004065 for ; Sun, 22 Mar 2015 12:50:48 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t2MJom1l004064 for current@freebsd.org; Sun, 22 Mar 2015 12:50:48 -0700 (PDT) (envelope-from david) Date: Sun, 22 Mar 2015 12:50:48 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Early panic at boot: exclusive sleep mutex hdac1 (HDA driver mutex) ... Message-ID: <20150322195048.GB1285@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20150319142319.GH1215@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="St7VIuEGZ6dlpu13" Content-Disposition: inline In-Reply-To: <20150319142319.GH1215@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Mar 2015 19:50:51 -0000 --St7VIuEGZ6dlpu13 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 19, 2015 at 07:23:19AM -0700, David Wolfskill wrote: > As noted in a thread on -mobile yesterday, I'm replacing my long-serving > Dell M4400 laptop with a newer model (M4800) -- you can see -mobile > archives for additional details if you're interested. >=20 > What prompted this note was: > * When I tried to boot head/i386, I got a rather quick panic (well > before any file systems were mounted -- and before any swap space was > allocated, so I didn't have a place for a crash dump. > ... I was able to copy over a GENERIC head/r280342 kernel from my build machine to the laptop; that booted, and I was then able to do a source "upgrade" on the laptop: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1546 r280= 342M/280343:1100066: Sun Mar 22 10:45:54 PDT 2015 root@g1-254.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 So I should be able to resume daily tracking of head on my laptop. :-) (I also reviewed my kernel config file; it turns out that all of the sound-related stuff had been commented out, so I removed all of those lines: all other things being equal, I prefer "simpler.") Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --St7VIuEGZ6dlpu13 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVDx0YXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk72J8P/j6lbWUNhmRwLrGTR78N3Aq1 ujmj5K0cCgJl4sqNjqGQ2k6GAlIErpvjEvTu4Eozc7DmlU7hjraKcsbp1VH7syLd 7lW9vIUy5PjUTrN69ZSU3rIClCK3zsekZ+ntjKRWJWyCzHtCvvWaGve5CdXOdBsA seQjfYmfI+HPPknQNIiDKxhHiH2hg8ZFTOAertRxCYWW7W7LSRvKXfhwnraudjNS 5Gq+2h8TOMAnwlDQtAJnalwFZPNVcvRy2azm/czyR6wfMv3VH3vAYt6zX5hXlmBX LgNIqcaXYMwhn6v6YTqVXuFnLd04KMPN0EI0YEUtmL1YVhHKpmRuOY8kV6F/EThA VTiIkVNY8OOA9BaGa4Zc3MPPF03SnIDlmrhnZZSBLfHNhJh8CALQdt5XTM0VRxUu aVVOzKdGCtTNhbccto8ZPlv1m0aNsjPWSSb1uEY2FIVI+IpEfi7phLMctn7gt5S+ 2x8ZkApbRa708qSfzC9GH5T22ZXU7cyoyTkqdh6RIAkrPPVaOfYEFqCfWORkShAy rH28Qy+I6rZXEVbJ9EcBLaJJzkgC6Hc41cMVCwKkDTvKU+PVIHVPV6EFAHszH7FN /33a3P0bT5MgW7e+rEPu0MA887pm8y/FxsZM2H1hYiYJU/xlH93cIrbhP+xEcEbw Dyp0axs+zTEM0uohz8R1 =mjW3 -----END PGP SIGNATURE----- --St7VIuEGZ6dlpu13-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:02: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 39361B3; Sun, 22 Mar 2015 21:02:59 +0000 (UTC) Received: from mail-la0-x233.google.com (mail-la0-x233.google.com [IPv6:2a00:1450:4010:c03::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 C4024798; Sun, 22 Mar 2015 21:02:58 +0000 (UTC) Received: by lagg8 with SMTP id g8so120704244lag.1; Sun, 22 Mar 2015 14:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=QfmWkRN5Fl2Wf9XElIglde6sdrnsLBq2kJPTO7FY43k=; b=fH86xQF3n+Vbcv9maDHUHMGPQA0rd4gnnx9+vTRTs9Ud/D9gKSlZlih9ovUDbbW6Np QsFthcknYIOE2aHLIhzVGAX67/GFuRQMaMgvzBmzY85dG7FN0NHTd6yMgTuTvBbeLJZL CmEAP5vY+NpF1YfVmnnFOsPc8xMm7eC6ikIaSBp/1i6Z0BeJFiuUhz67qCqpUjgUZwOP jlxuHCuzZfcarQeSWSp5nxGeb0xsFBaNgwSbbfRQtScFpttYDq68Z9loNqbNoXgCWTSw C/4u0SIFCj0qZPGbM2ZJEx1aoDjRZ+sK8+tkSPJ/GYIPBAGaWWu4Btk9YJXoWc2RCwCE 1JMw== MIME-Version: 1.0 X-Received: by 10.112.223.7 with SMTP id qq7mr81441963lbc.81.1427058176678; Sun, 22 Mar 2015 14:02:56 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.82.164 with HTTP; Sun, 22 Mar 2015 14:02:56 -0700 (PDT) In-Reply-To: <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> Date: Sun, 22 Mar 2015 14:02:56 -0700 X-Google-Sender-Auth: tgE9gRRCr953zeFtkM5q5VYXZh0 Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 From: Craig Rodrigues To: "jenkins-admin@freebsd.org" , freebsd-current Current , "freebsd-testing@freebsd.org" , freebsd-toolchain@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 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, 22 Mar 2015 21:02:59 -0000 On Sun, Mar 22, 2015 at 11:26 AM, wrote: > See > Can someone with toolchain expertise look at this? After the clang 3.6.1 import, /bin/expr behaves differently. With clang 3.5.0: # expr 4611686018427387904 + 4611686018427387904 expr: overflow With clang 3.6.1: # expr 4611686018427387904 + 4611686018427387904 -9223372036854775808 -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:03: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 B5A401F2; Sun, 22 Mar 2015 21:03:57 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::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 76CA67A6; Sun, 22 Mar 2015 21:03:57 +0000 (UTC) Received: by pabxg6 with SMTP id xg6so156998519pab.0; Sun, 22 Mar 2015 14:03:57 -0700 (PDT) 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=GaN6pm5V1eHaodeICvzChrHs/JYk2irjzDvVngnf+IY=; b=Bc2+uICEiefB+7C9sLo5rLLCmMAQESJ020fqqKpGY/jOBwgs2CjIhGEQdAYD2eFXcS pfYiF7uI+zYoMDm4xCG3qUqVPn/ymYCJDQzPRRA/uLBCQT41Sr7Rs0fwokdiOlYsv1iK n5uHA9MINjI5qXmW+NW3vjh0yNmuZveq1qUUEITZZ3rhRkqiWaNOBonizI7770ZDRpsx /WSwZtuJo90OF4jAiKQ7HS5wuLP8tSdtUpmoxRbV5CIVFnT/Q8dj05EV2YrokF0d/Uq1 r/6XuVMgXyQWEOgtbBzFRxIOEoHStFEa1liRyrKfr3ETf+OSF2jFrSD2vwvR0BidjIVD qCLg== X-Received: by 10.68.143.227 with SMTP id sh3mr14952002pbb.166.1427058236996; Sun, 22 Mar 2015 14:03:56 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:7544:258:ce3d:185a? ([2601:8:ab80:7d6:7544:258:ce3d:185a]) by mx.google.com with ESMTPSA id lr1sm14825850pab.39.2015.03.22.14.03.55 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 14:03:56 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_901EC205-2D1E-4777-B4AD-2C7189EA400D"; 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 #867 From: Garrett Cooper In-Reply-To: Date: Sun, 22 Mar 2015 14:03:53 -0700 Message-Id: <97AAE9BA-C748-4E8E-8DAF-20C145BCC0CD@gmail.com> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:03:57 -0000 --Apple-Mail=_901EC205-2D1E-4777-B4AD-2C7189EA400D Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On Mar 22, 2015, at 14:02, Craig Rodrigues wrote: > On Sun, Mar 22, 2015 at 11:26 AM, wrote: > >> See >> > > Can someone with toolchain expertise look at this? > After the clang 3.6.1 import, /bin/expr behaves differently. > > With clang 3.5.0: > > # expr 4611686018427387904 + 4611686018427387904 > expr: overflow > > With clang 3.6.1: > > # expr 4611686018427387904 + 4611686018427387904 > -9223372036854775808 I suspect -fwrapv is at fault, but I need to do some digging first.. Thanks! --Apple-Mail=_901EC205-2D1E-4777-B4AD-2C7189EA400D 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 iQEcBAEBCgAGBQJVDy46AAoJEMZr5QU6S73euwwH/ROWznnMtty1kQl1kyReLqtV 7jdtDECAVrG23TyO2rcxqU1c61NHTYo5RztwKTQhexDHI58xcrnfWrXfrafDVXAy FjrD2MgKL4T8wtrFwPwV0aKPsDFEYBOgWGzmfsWNdTTGmUYyIZXCZ3HBgi5YrSXR kAYzXb3j+k1B6095njceqoRkFlrlkWK+2ZJKg+2M8GHZrdukLQSGLPEuXamxkqSQ RjoOb9H5XUt63c/uzRvOKmilomhlE0bdNbT47UDF1aeT1HNjpeW5SHS8I9IOM9vo xhDhKzGyPmoXD7rkZOjNN3MB7P/9G0YgnRMIsp2ElweNnKSg94yiFWMXC4Konm8= =eLQE -----END PGP SIGNATURE----- --Apple-Mail=_901EC205-2D1E-4777-B4AD-2C7189EA400D-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:06: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 908AC3C5 for ; Sun, 22 Mar 2015 21:06: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 75E6E7C8 for ; Sun, 22 Mar 2015 21:06:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D7DCB73D for ; Sun, 22 Mar 2015 21:06:07 +0000 (UTC) Date: Sun, 22 Mar 2015 21:06:06 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1051487607.15.1427058366670.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> References: <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #868 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, 22 Mar 2015 21:06:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:23:51 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 933AAC75; Sun, 22 Mar 2015 21:23:51 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46F36983; Sun, 22 Mar 2015 21:23:51 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b11b:b36a:c2e8:f12e] (unknown [IPv6:2001:7b8:3a7:0:b11b:b36a:c2e8:f12e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 76CEB5C4C; Sun, 22 Mar 2015 22:23:41 +0100 (CET) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6462D90B-46B0-43F8-9FF1-609FA2EB4A90"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Sun, 22 Mar 2015 22:23:30 +0100 Message-Id: References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:23:51 -0000 --Apple-Mail=_6462D90B-46B0-43F8-9FF1-609FA2EB4A90 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii On 22 Mar 2015, at 22:02, Craig Rodrigues wrote: > > On Sun, Mar 22, 2015 at 11:26 AM, wrote: > >> See >> > > Can someone with toolchain expertise look at this? > After the clang 3.6.1 import, /bin/expr behaves differently. > > With clang 3.5.0: > > # expr 4611686018427387904 + 4611686018427387904 > expr: overflow > > With clang 3.6.1: > > # expr 4611686018427387904 + 4611686018427387904 > -9223372036854775808 It works fine for me: $ /usr/obj/usr/src/bin/expr/expr 4611686018427387904 + 4611686018427387904 expr: overflow Are you using any special compilation flags? That said, having taken a quick look at expr.y, it does seem to rely on signed integer wrapping. -Dimitry --Apple-Mail=_6462D90B-46B0-43F8-9FF1-609FA2EB4A90 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUPMtwACgkQsF6jCi4glqN6HgCg7DTYA/komyK13OWbbDYo4nxx QaUAoKvbdLwLKUDPGRpXU6EA9RdhPofH =WhMV -----END PGP SIGNATURE----- --Apple-Mail=_6462D90B-46B0-43F8-9FF1-609FA2EB4A90-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:29:47 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 158C1E9C; Sun, 22 Mar 2015 21:29:47 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BE03F9C2; Sun, 22 Mar 2015 21:29:46 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b11b:b36a:c2e8:f12e] (unknown [IPv6:2001:7b8:3a7:0:b11b:b36a:c2e8:f12e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C15E35C4C; Sun, 22 Mar 2015 22:29:44 +0100 (CET) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_1B247339-B440-44BF-81CB-2C53DA7C0EB4"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Sun, 22 Mar 2015 22:29:43 +0100 Message-Id: <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:29:47 -0000 --Apple-Mail=_1B247339-B440-44BF-81CB-2C53DA7C0EB4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 22 Mar 2015, at 22:23, Dimitry Andric wrote: >=20 > On 22 Mar 2015, at 22:02, Craig Rodrigues wrote: >>=20 >> On Sun, Mar 22, 2015 at 11:26 AM, wrote: >>=20 >>> See >>>=20 >>=20 >> Can someone with toolchain expertise look at this? >> After the clang 3.6.1 import, /bin/expr behaves differently. >>=20 >> With clang 3.5.0: >>=20 >> # expr 4611686018427387904 + 4611686018427387904 >> expr: overflow >>=20 >> With clang 3.6.1: >>=20 >> # expr 4611686018427387904 + 4611686018427387904 >> -9223372036854775808 >=20 > It works fine for me: >=20 > $ /usr/obj/usr/src/bin/expr/expr 4611686018427387904 + = 4611686018427387904 > expr: overflow Ah right, that was on i386, on amd64 it does result in -2^63. It is = indeed caused by reliance on signed integer wrapping. This diff should fix it, without rewriting the utility: Index: bin/expr/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- bin/expr/Makefile (revision 280156) +++ bin/expr/Makefile (working copy) @@ -6,6 +6,9 @@ PROG=3D expr SRCS=3D expr.y YFLAGS=3D +# expr relies on signed integer wrapping +CFLAGS+=3D -fwrapv + NO_WMISSING_VARIABLE_DECLARATIONS=3D .if ${MK_TESTS} !=3D "no" -Dimitry --Apple-Mail=_1B247339-B440-44BF-81CB-2C53DA7C0EB4 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUPNEcACgkQsF6jCi4glqP5HwCeKYgKWHDn47Xr4qJQROpKmJo5 jxYAoO+QWs7JjiiTgzGMaXmRrepUcuHD =pRHL -----END PGP SIGNATURE----- --Apple-Mail=_1B247339-B440-44BF-81CB-2C53DA7C0EB4-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:33: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 E5EE0E3; Sun, 22 Mar 2015 21:33:01 +0000 (UTC) Received: from mail-lb0-x231.google.com (mail-lb0-x231.google.com [IPv6:2a00:1450:4010:c04::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 5FBF6A72; Sun, 22 Mar 2015 21:33:01 +0000 (UTC) Received: by lbbrr9 with SMTP id rr9so42186406lbb.0; Sun, 22 Mar 2015 14:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Gx3r0ha82yDviFrhVbvVDE+vg24lBDCrOmqdvrxIflw=; b=mTs5DGfm1LNQCkdnCH+QwTlZnOMfENUsdwKDJcCudhT1yeqHBsqJtAiVnO7JvanEal BMzxsvS4N4NArnTvS02Ursk8mEC0CrD97GwJcbvyS77Wln+Mfdc7VLqVLAA3wOd4myBy +CRyQGOR+OigRpyoIWblAvQEPjB9y84qP5VWGGI5aTLiLy9a01TD6dKzHI2Avjq72bew Qky4onzZ0Bv/buNvtKZ9ugVKude+twVSmTN92XnyXvNynpieO+uEci153gRYJcdZ9wMm lFvNd0w15S0t5SQ6MD9EKOLvx2QPQ1eSutijkDui43CSR4M32xK+SfqeR6ypTsi3SzCs 5FtA== MIME-Version: 1.0 X-Received: by 10.152.3.42 with SMTP id 10mr80677543laz.84.1427059979554; Sun, 22 Mar 2015 14:32:59 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.82.164 with HTTP; Sun, 22 Mar 2015 14:32:59 -0700 (PDT) In-Reply-To: <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> Date: Sun, 22 Mar 2015 14:32:59 -0700 X-Google-Sender-Auth: 64PjJ_U7jWUfawIxHSroAkBtAPA Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:33:02 -0000 On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric wrote: > > Ah right, that was on i386, on amd64 it does result in -2^63. It is > indeed caused by reliance on signed integer wrapping. > > This diff should fix it, without rewriting the utility: > > Index: bin/expr/Makefile > =================================================================== > --- bin/expr/Makefile (revision 280156) > +++ bin/expr/Makefile (working copy) > @@ -6,6 +6,9 @@ PROG= expr > SRCS= expr.y > YFLAGS= > > +# expr relies on signed integer wrapping > +CFLAGS+= -fwrapv > + > NO_WMISSING_VARIABLE_DECLARATIONS= > > .if ${MK_TESTS} != "no" > Well, another alternative is to patch expr.y: Index: expr.y =================================================================== --- expr.y (revision 280353) +++ expr.y (working copy) @@ -393,7 +393,7 @@ } void -assert_plus(intmax_t a, intmax_t b, intmax_t r) +assert_plus(intmax_t a, intmax_t b, volatile intmax_t r) { /* * sum of two positive numbers must be positive, @@ -420,7 +420,7 @@ } void -assert_minus(intmax_t a, intmax_t b, intmax_t r) +assert_minus(intmax_t a, intmax_t b, volatile intmax_t r) { /* special case subtraction of INTMAX_MIN */ if (b == INTMAX_MIN && a < 0) There were already some patches previously done to this file to add "volatile", so maybe this would be OK to do. What do you think? -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:36: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 1DC70480; Sun, 22 Mar 2015 21:36:18 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B514AB7; Sun, 22 Mar 2015 21:36:17 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b11b:b36a:c2e8:f12e] (unknown [IPv6:2001:7b8:3a7:0:b11b:b36a:c2e8:f12e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0CD355C4C; Sun, 22 Mar 2015 22:36:15 +0100 (CET) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_C4B1A8DE-DE41-4ED5-BDEB-8B71E05450F7"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Sun, 22 Mar 2015 22:36:14 +0100 Message-Id: <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:36:18 -0000 --Apple-Mail=_C4B1A8DE-DE41-4ED5-BDEB-8B71E05450F7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On 22 Mar 2015, at 22:32, Craig Rodrigues wrote: >=20 > On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric = wrote: >=20 > Ah right, that was on i386, on amd64 it does result in -2^63. It is = indeed caused by reliance on signed integer wrapping. >=20 > This diff should fix it, without rewriting the utility: >=20 > Index: bin/expr/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- bin/expr/Makefile (revision 280156) > +++ bin/expr/Makefile (working copy) > @@ -6,6 +6,9 @@ PROG=3D expr > SRCS=3D expr.y > YFLAGS=3D >=20 > +# expr relies on signed integer wrapping > +CFLAGS+=3D -fwrapv > + > NO_WMISSING_VARIABLE_DECLARATIONS=3D >=20 > .if ${MK_TESTS} !=3D "no" >=20 >=20 > Well, another alternative is to patch expr.y: >=20 > Index: expr.y > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- expr.y (revision 280353) > +++ expr.y (working copy) > @@ -393,7 +393,7 @@ > } >=20 > void > -assert_plus(intmax_t a, intmax_t b, intmax_t r) > +assert_plus(intmax_t a, intmax_t b, volatile intmax_t r) > { > /* > * sum of two positive numbers must be positive, > @@ -420,7 +420,7 @@ > } >=20 > void > -assert_minus(intmax_t a, intmax_t b, intmax_t r) > +assert_minus(intmax_t a, intmax_t b, volatile intmax_t r) > { > /* special case subtraction of INTMAX_MIN */ > if (b =3D=3D INTMAX_MIN && a < 0) >=20 >=20 > There were already some patches previously done to this > file to add "volatile", so maybe this would be OK to do. >=20 > What do you think? Volatile is not the solution, it is completely orthogonal. The correct way would be to use unsigned integers, for which wrapping is defined, then convert those back and forth when presenting the results to the user. -Dimitry --Apple-Mail=_C4B1A8DE-DE41-4ED5-BDEB-8B71E05450F7 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUPNc4ACgkQsF6jCi4glqO/9wCfbYOH487q9/Xe+cpNxEuEGkNU G78An3RQijg4XLH7Ca2YhJS7gyMCgzIQ =rYXe -----END PGP SIGNATURE----- --Apple-Mail=_C4B1A8DE-DE41-4ED5-BDEB-8B71E05450F7-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 21:37: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 AFE216EF; Sun, 22 Mar 2015 21:37:31 +0000 (UTC) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::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 6B550AC3; Sun, 22 Mar 2015 21:37:31 +0000 (UTC) Received: by pabxg6 with SMTP id xg6so157560019pab.0; Sun, 22 Mar 2015 14:37:31 -0700 (PDT) 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=AnCijlR/ZSj7VqR8tlOleZ1dNaysWJNmoyDTkbs+5cI=; b=NERHttlR76bRFiuJFjTcHV6R+0BiriEfYt4dM948+HHxX13EFVtp0kHC9swf2Zp6Jn fB+nTH+x34D4b29o8zPo5AvDPOwKsmS4ECiXo1WFAFFMoSwxMYSneZpDkoYpkerW62qY iTmKdlbv9v/zv2kBprXoCPeSumnD0GO65vEtHblxruxxS1y/tcO5BgnqHb2HhQiZWvbD dulzRnegFHsrODOyDr35VWo1sE0RHAp6JGuZCCcg9PozOxUcqxLUGSW+oE4uFCF9v8VY kTdocJ/aQb90D8ffFWelio6fcKafIvy6686MC7saWczi2pksLgtKO7K3k/IOBPyN6NJ1 wUtg== X-Received: by 10.66.154.17 with SMTP id vk17mr205034907pab.5.1427060251000; Sun, 22 Mar 2015 14:37:31 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:7544:258:ce3d:185a? ([2601:8:ab80:7d6:7544:258:ce3d:185a]) by mx.google.com with ESMTPSA id jh2sm5157475pbb.25.2015.03.22.14.37.29 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 14:37:30 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_304F0F11-EC28-4252-9E60-0A9BD13758EF"; 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 #867 From: Garrett Cooper In-Reply-To: <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> Date: Sun, 22 Mar 2015 14:37:28 -0700 Message-Id: <3E288A39-D7DB-458A-B425-8B449DD57E35@gmail.com> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.6) Cc: Craig Rodrigues , "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 21:37:31 -0000 --Apple-Mail=_304F0F11-EC28-4252-9E60-0A9BD13758EF Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 22, 2015, at 14:36, Dimitry Andric wrote: > On 22 Mar 2015, at 22:32, Craig Rodrigues wrote: >>=20 >> On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric = wrote: >>=20 >> Ah right, that was on i386, on amd64 it does result in -2^63. It is = indeed caused by reliance on signed integer wrapping. >>=20 >> This diff should fix it, without rewriting the utility: >>=20 >> Index: bin/expr/Makefile >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- bin/expr/Makefile (revision 280156) >> +++ bin/expr/Makefile (working copy) >> @@ -6,6 +6,9 @@ PROG=3D expr >> SRCS=3D expr.y >> YFLAGS=3D >>=20 >> +# expr relies on signed integer wrapping >> +CFLAGS+=3D -fwrapv >> + >> NO_WMISSING_VARIABLE_DECLARATIONS=3D >>=20 >> .if ${MK_TESTS} !=3D "no" >>=20 >>=20 >> Well, another alternative is to patch expr.y: >>=20 >> Index: expr.y >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- expr.y (revision 280353) >> +++ expr.y (working copy) >> @@ -393,7 +393,7 @@ >> } >>=20 >> void >> -assert_plus(intmax_t a, intmax_t b, intmax_t r) >> +assert_plus(intmax_t a, intmax_t b, volatile intmax_t r) >> { >> /* >> * sum of two positive numbers must be positive, >> @@ -420,7 +420,7 @@ >> } >>=20 >> void >> -assert_minus(intmax_t a, intmax_t b, intmax_t r) >> +assert_minus(intmax_t a, intmax_t b, volatile intmax_t r) >> { >> /* special case subtraction of INTMAX_MIN */ >> if (b =3D=3D INTMAX_MIN && a < 0) >>=20 >>=20 >> There were already some patches previously done to this >> file to add "volatile", so maybe this would be OK to do. >>=20 >> What do you think? >=20 > Volatile is not the solution, it is completely orthogonal. The = correct > way would be to use unsigned integers, for which wrapping is defined, > then convert those back and forth when presenting the results to the > user. Before doing that =97 what changed in the past week that changed the = behavior of expr? Thanks! --Apple-Mail=_304F0F11-EC28-4252-9E60-0A9BD13758EF 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 iQEcBAEBCgAGBQJVDzYYAAoJEMZr5QU6S73eHW0H/RWRCspXwSZo7vbqsy6iRuOU 3Sr+rFduyTFuY1/TTnbLZYEUG/RmzS0hHDzw78r9XGh/5omjsiVXCIbV0GPIP07r Xy3T2qAuSdTi140mwcJMDCXpQQPXhtrIw4y1ZkrMJEe1+fVuOldRAPJJfiI5hJMC SnKLvAxhQ/KdQVTkB/DUN9XvZ2TeWRlinChGNA4Ca+5UoPZlHYI+cQWcybsSyQEA Z3Fho4XY3Tt8O6SUKramxaE638WgTD+0TWTxcz2kCo+hSdJnZ0T5cF9xQNb6DwR0 XzMoWsnOJVRgB7N3TDb5FhdBgJLYX8rwkwL0/ByAmoyc9r8oGlMlT8XtF/gxHNw= =DmrI -----END PGP SIGNATURE----- --Apple-Mail=_304F0F11-EC28-4252-9E60-0A9BD13758EF-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:01: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 74909E09; Sun, 22 Mar 2015 22:01:27 +0000 (UTC) Received: from mail-la0-x234.google.com (mail-la0-x234.google.com [IPv6:2a00:1450:4010:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id E0409D8E; Sun, 22 Mar 2015 22:01:26 +0000 (UTC) Received: by lagg8 with SMTP id g8so121216876lag.1; Sun, 22 Mar 2015 15:01:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iL70EmHePH1o/E5SGc4YhyCEgj/7f3plGUrw3c0qOFk=; b=CUvBRllErHmA0TfSDH2IOgqajuzqjlfPvQYalo6cNNDR5+ZzcRKcmqSrJD6F2nRIGf Zx/6W4CH32SFhCxy6I5z+SL8b1OE3qggu9VUdewJnVQpOITYFipoEjV3p0reiHhnpsy7 lsRro7+zCUN7Ib+r07w8PlyYNcaMonF9zYRTmp8sQ+6FHTVQMaB2/tsRRslKtK4XtGTl PyDbpRVL8Rb2alTRccClnti2Y6ZCm/hnq6YSm2bvUwGp7hdgzlDar8Li1rEV9L6mY00C wdr2nkCnOvVs9aA+tcjYt5BO547twbo4atvci3MTjsUlZFeTyg/HAv6uf1src84MybhD giFQ== MIME-Version: 1.0 X-Received: by 10.152.3.42 with SMTP id 10mr80747513laz.84.1427061685096; Sun, 22 Mar 2015 15:01:25 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.82.164 with HTTP; Sun, 22 Mar 2015 15:01:25 -0700 (PDT) In-Reply-To: <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> Date: Sun, 22 Mar 2015 15:01:25 -0700 X-Google-Sender-Auth: ZYeQeFL3AW0rAaA67H01MfnpFQo Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 22:01:27 -0000 On Sun, Mar 22, 2015 at 2:36 PM, Dimitry Andric wrote: > On 22 Mar 2015, at 22:32, Craig Rodrigues wrote: > > > > On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric wrote: > > > > Ah right, that was on i386, on amd64 it does result in -2^63. It is > indeed caused by reliance on signed integer wrapping. > > > > This diff should fix it, without rewriting the utility: > > > > Index: bin/expr/Makefile > > =================================================================== > > --- bin/expr/Makefile (revision 280156) > > +++ bin/expr/Makefile (working copy) > > @@ -6,6 +6,9 @@ PROG= expr > > SRCS= expr.y > > YFLAGS= > > > > +# expr relies on signed integer wrapping > > +CFLAGS+= -fwrapv > > + > > NO_WMISSING_VARIABLE_DECLARATIONS= > > > > .if ${MK_TESTS} != "no" > > > > > > Well, another alternative is to patch expr.y: > > > > Index: expr.y > > =================================================================== > > --- expr.y (revision 280353) > > +++ expr.y (working copy) > > @@ -393,7 +393,7 @@ > > } > > > > void > > -assert_plus(intmax_t a, intmax_t b, intmax_t r) > > +assert_plus(intmax_t a, intmax_t b, volatile intmax_t r) > > { > > /* > > * sum of two positive numbers must be positive, > > @@ -420,7 +420,7 @@ > > } > > > > void > > -assert_minus(intmax_t a, intmax_t b, intmax_t r) > > +assert_minus(intmax_t a, intmax_t b, volatile intmax_t r) > > { > > /* special case subtraction of INTMAX_MIN */ > > if (b == INTMAX_MIN && a < 0) > > > > > > There were already some patches previously done to this > > file to add "volatile", so maybe this would be OK to do. > > > > What do you think? > > Volatile is not the solution, it is completely orthogonal. The correct > way would be to use unsigned integers, for which wrapping is defined, > then convert those back and forth when presenting the results to the > user. > OK, converting expr.y to use unsigned integers would require a bit of work. Can you commit your patch to the Makefile? It fixes the problem for now. -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:04: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 89BD6F71; Sun, 22 Mar 2015 22:04:04 +0000 (UTC) Received: from mail-pd0-x22c.google.com (mail-pd0-x22c.google.com [IPv6:2607:f8b0:400e:c02::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 4545DDA9; Sun, 22 Mar 2015 22:04:04 +0000 (UTC) Received: by pdnc3 with SMTP id c3so167254832pdn.0; Sun, 22 Mar 2015 15:04:03 -0700 (PDT) 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=0H9njTI3ohQspDWEx/Iy5IEuOhSr4VzatijPpGIKmzU=; b=y4+s18PMd7MSejTm0cNf2+gSWk9E2lC2x6Ww2FRvBH9SAUz81EYWOj6y3ks/xbFvy1 SHgsipzlYFVO9/pP9gXYSY0NfkuCAP29T4wacdygHe+n0Y4E3ePOJSBVed/MG2JBvi2E /2zcA+Xf6RVb41SK84//czCMZ2LDuIhj0Z0vXuG7KwI6hwW8wzfpzI9nnryS0uzqufIi UCwyLhyleauItKfxTYbo8Rok8zugQ8kOS+sajYSQuryb+F1j6yhl+QpRXNbUMAZSIDoa vKT16kOKsKrt1NKkge6VgQLb8DaV44ZbMoOJyJa5hgtY0C/+F3GTds6HamQLcP2pa3+w XlXw== X-Received: by 10.68.163.101 with SMTP id yh5mr15494328pbb.92.1427061843888; Sun, 22 Mar 2015 15:04:03 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:7544:258:ce3d:185a? ([2601:8:ab80:7d6:7544:258:ce3d:185a]) by mx.google.com with ESMTPSA id pu9sm14829192pdb.49.2015.03.22.15.04.02 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 15:04:03 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_72593F52-BBFE-4F0E-87BF-012C28BD9D22"; 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 #867 From: Garrett Cooper In-Reply-To: Date: Sun, 22 Mar 2015 15:04:02 -0700 Message-Id: <08BB20A2-7B71-4ECF-B246-F3096CABA5E9@gmail.com> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-testing@freebsd.org" , "jenkins-admin@freebsd.org" , freebsd-current Current , Dimitry Andric , freebsd-toolchain@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, 22 Mar 2015 22:04:04 -0000 --Apple-Mail=_72593F52-BBFE-4F0E-87BF-012C28BD9D22 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 22, 2015, at 15:01, Craig Rodrigues wrote: ... > OK, converting expr.y to use unsigned integers would require a bit of = work. >=20 > Can you commit your patch to the Makefile? It fixes the problem for = now. +1 I=92d still like to know why clang 3.5 doesn=92t have this behavior = though =97 there might be other potential issues lurking around that = need to be solved (either here, in ports, or both). Thanks! --Apple-Mail=_72593F52-BBFE-4F0E-87BF-012C28BD9D22 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 iQEcBAEBCgAGBQJVDzxSAAoJEMZr5QU6S73ecAwH/07zmJK44HOANECcgXC63Xgy 2TVGP3kd1OtbkQ83Vl/bYoJb1QpAyc9pQwneeB4/8BQ2mowWv2tdNrj+d+fdaL0I Ib9eJBhfsPvEfSxZnoRNHaD0cSAxFnqy3IWYN2LzBc6bvgWsQfsVph96Ytt8w77U ZeNo1+KtWETtgy0uvR/Aw4b+hkggN96xTIWrnOpZTiA9ikSaE4HLq+C1xY42LwdE ARUv+emCFs6JI9QsCNcTvlBEyUKXWNI1dWiFOX/2OwA7jB07zFETBteTYpOtjayO Lb/oN91K+E4zT4MSSjZB8DuzA7SgLpgaLLTsrlOQSNxF/UGrKqJeXQSRphdXqKI= =0mqv -----END PGP SIGNATURE----- --Apple-Mail=_72593F52-BBFE-4F0E-87BF-012C28BD9D22-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:09: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 48D98177 for ; Sun, 22 Mar 2015 22:09:11 +0000 (UTC) Received: from mail-pd0-x22f.google.com (mail-pd0-x22f.google.com [IPv6:2607:f8b0:400e:c02::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 0B16BDD0 for ; Sun, 22 Mar 2015 22:09:11 +0000 (UTC) Received: by pdbni2 with SMTP id ni2so167265222pdb.1 for ; Sun, 22 Mar 2015 15:09:10 -0700 (PDT) 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=vc6b8CxzxVVy4EP4rty4VqL00rBE6dLWhnhq9KkvhrA=; b=ZQL83SKJHZQcrCe/5uez6qsBe1yCC8vIUTakEzkJC9cm7AEpoYChvzw9TU5tHjAH4W XtLAaFJoMRuYQKP75VXvu4CLUANMJ2pEUI3shhyCMeT9Iy79Ff0DBlpeA83dgTV4v52/ WlRD8HAo6mwGysHJ2J8eawmfTqdHVgXL9sxjAMzHL597vsaf9XXnt8COIZgU+c9QDS1q 9uCy4zpWvMaOzG31S6qNWYkiSKFy6eFW6ksgeRtNP1A6UWNOSLuA35FUBOMyblOM2x22 MoPQtV2hBM4Q2mX2VvrB5RF0DdO9Q9WT+xu8dK6JTHSQColCOe4bC569DVByrfoTfMKz GsiQ== X-Received: by 10.66.124.164 with SMTP id mj4mr210168026pab.83.1427062150572; Sun, 22 Mar 2015 15:09:10 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:7544:258:ce3d:185a? ([2601:8:ab80:7d6:7544:258:ce3d:185a]) by mx.google.com with ESMTPSA id k10sm14813933pdn.64.2015.03.22.15.09.09 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 15:09:09 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_B35280D4-662E-4958-A1BA-D05E3FD5A109"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: What's the official method to test the build now? From: Garrett Cooper In-Reply-To: Date: Sun, 22 Mar 2015 15:09:08 -0700 Message-Id: <40420980-FC58-4D2C-B290-9CCCB3252BDD@gmail.com> References: To: Ryan Stone X-Mailer: Apple Mail (2.1878.6) 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, 22 Mar 2015 22:09:11 -0000 --Apple-Mail=_B35280D4-662E-4958-A1BA-D05E3FD5A109 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Mar 21, 2015, at 5:32, Ryan Stone wrote: > I still see the compile errors that I reported here: >=20 > = https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054803.h= tml >=20 > It affects these builds: >=20 > sparc64 LINT kernel failed, check _.sparc64.LINT for details > powerpc LINT kernel failed, check _.powerpc.LINT for details > powerpc LINT64 kernel failed, check _.powerpc.LINT64 for details > i386 LINT-NOINET kernel failed, check _.i386.LINT-NOINET for details > i386 LINT-NOINET6 kernel failed, check _.i386.LINT-NOINET6 for details > i386 LINT kernel failed, check _.i386.LINT for details > i386 LINT-NOIP kernel failed, check _.i386.LINT-NOIP for details > i386 LINT-VIMAGE kernel failed, check _.i386.LINT-VIMAGE for details The only issues I ran into were with ixl(4) on powerpc* using = ref10-amd64.freebsd.org: = https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D198805 . I think the = other issues have been solved. Thanks! --Apple-Mail=_B35280D4-662E-4958-A1BA-D05E3FD5A109 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 iQEcBAEBCgAGBQJVDz2EAAoJEMZr5QU6S73eKaUH/0vWsmT1wwDlo+MnDwp8NR8W K87/rCs+DZmwPw/5Hdb5jiWwGH8H4xpnN1xZ/BijdxpdZ8IYR5xdO7+EzhazFeUD Ha3KRNCdQd/mEp0YNvRLNU66dvqHt6nLAUjbaYx1NMWdPNWU0NoYqpxFYDs7wub0 4nwe2YqI/e8ly9HOTUNODZYyO0VAFMxuRz/r4wZaqNP7QyeSAV9sxKcNYyT9H0tr hmFkPxQfNv02QpUhOXeBgfx5W+G0VeTOHNVXwo9JcPlLEiYEVrwb/9mmJUo8yK6T eXcrAHeVVVLsASaju2CdCeujmlVqAt7AvWlGckpwtqE8ykA6hJmkL4aS7j90PxE= =aNcc -----END PGP SIGNATURE----- --Apple-Mail=_B35280D4-662E-4958-A1BA-D05E3FD5A109-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:09:58 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 906A927A; Sun, 22 Mar 2015 22:09:58 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3F432DDE; Sun, 22 Mar 2015 22:09:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b11b:b36a:c2e8:f12e] (unknown [IPv6:2001:7b8:3a7:0:b11b:b36a:c2e8:f12e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 44E495C4C; Sun, 22 Mar 2015 23:09:54 +0100 (CET) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_6336E6D8-6C10-4D78-BE7A-09B4801AA740"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: <08BB20A2-7B71-4ECF-B246-F3096CABA5E9@gmail.com> Date: Sun, 22 Mar 2015 23:09:40 +0100 Message-Id: <72ABF177-320F-4CB1-8B05-36B133714C55@FreeBSD.org> References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> <08BB20A2-7B71-4ECF-B246-F3096CABA5E9@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.2070.6) Cc: Craig Rodrigues , "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 22:09:58 -0000 --Apple-Mail=_6336E6D8-6C10-4D78-BE7A-09B4801AA740 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 22 Mar 2015, at 23:04, Garrett Cooper wrote: >=20 > On Mar 22, 2015, at 15:01, Craig Rodrigues = wrote: >=20 > ... >=20 >> OK, converting expr.y to use unsigned integers would require a bit of = work. >>=20 >> Can you commit your patch to the Makefile? It fixes the problem for = now. >=20 > +1 >=20 > I=92d still like to know why clang 3.5 doesn=92t have this behavior = though =97 there might be other potential issues lurking around that = need to be solved (either here, in ports, or both). Because this version optimizes better around undefined behavior. There are most likely many issues lurking around, and most certainly in ports. I would recommend using UBSan to tackle this kind of thing. -Dimitry --Apple-Mail=_6336E6D8-6C10-4D78-BE7A-09B4801AA740 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUPPbEACgkQsF6jCi4glqO+EQCfRV0coLqzbq/b7W2YbXnWWhiA wwUAnjhvUfeCwftSkCrah8o/tttHyjk3 =PUdl -----END PGP SIGNATURE----- --Apple-Mail=_6336E6D8-6C10-4D78-BE7A-09B4801AA740-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:11: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 A778B4A1; Sun, 22 Mar 2015 22:11:26 +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 628E1E8D; Sun, 22 Mar 2015 22:11:26 +0000 (UTC) Received: by pdnc3 with SMTP id c3so167378325pdn.0; Sun, 22 Mar 2015 15:11:25 -0700 (PDT) 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=cUvNI2mNl/LLuCKDsxT+AGYmKAIaaSwQ81n136ydiwM=; b=WMXxwk6JCW/YUTCrCCIvBtsEBqSDMUg77fQp+5GoV8tSA9RCBscnn+ikw16ddDNdP2 49+T3ZlPmSsYtavSpY+vNd+yXuxaHpobG3YzhCbJFcJvgZQGnEwvDdLNumWfK1F4Chnr 7c1wHb5v+4Sih/AR1zDhlebxhHbY0GW1Mac0rSQUcaOqTgBs+Rd6PlFu4mbLLPFOESUm k8aefepY/3P/lqI1/xJVf00z7qZkLPYZmN2pa908moE1U9uU8LZ5kXjkRJUwnwdwwDHN FRD2pkoxrZF9DXLLBHLxZOkiNTfoaiONmUJbjl4zVnb5Q7osg9O4ey6TVrp2c4xgta1K M7WA== X-Received: by 10.68.97.65 with SMTP id dy1mr15499666pbb.10.1427062285909; Sun, 22 Mar 2015 15:11:25 -0700 (PDT) Received: from ?IPv6:2601:8:ab80:7d6:7544:258:ce3d:185a? ([2601:8:ab80:7d6:7544:258:ce3d:185a]) by mx.google.com with ESMTPSA id ha5sm5194700pbb.34.2015.03.22.15.11.24 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 22 Mar 2015 15:11:25 -0700 (PDT) Content-Type: multipart/signed; boundary="Apple-Mail=_029FC81D-E914-4D1C-8C87-527A0BE03AA8"; 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 #867 From: Garrett Cooper In-Reply-To: <72ABF177-320F-4CB1-8B05-36B133714C55@FreeBSD.org> Date: Sun, 22 Mar 2015 15:11:22 -0700 Message-Id: References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> <08BB20A2-7B71-4ECF-B246-F3096CABA5E9@gmail.com> <72ABF177-320F-4CB1-8B05-36B133714C55@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.1878.6) Cc: Craig Rodrigues , "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 22:11:26 -0000 --Apple-Mail=_029FC81D-E914-4D1C-8C87-527A0BE03AA8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 22, 2015, at 15:09, Dimitry Andric wrote: > On 22 Mar 2015, at 23:04, Garrett Cooper = wrote: >>=20 >> On Mar 22, 2015, at 15:01, Craig Rodrigues = wrote: >>=20 >> ... >>=20 >>> OK, converting expr.y to use unsigned integers would require a bit = of work. >>>=20 >>> Can you commit your patch to the Makefile? It fixes the problem for = now. >>=20 >> +1 >>=20 >> I=92d still like to know why clang 3.5 doesn=92t have this behavior = though =97 there might be other potential issues lurking around that = need to be solved (either here, in ports, or both). >=20 > Because this version optimizes better around undefined behavior. = There > are most likely many issues lurking around, and most certainly in = ports. >=20 > I would recommend using UBSan to tackle this kind of thing. I hope this got a ports tinderbox run first=85 Adding UBSan to tinderbox = runs for toolchain upgrades [in the future] might be a good idea. --Apple-Mail=_029FC81D-E914-4D1C-8C87-527A0BE03AA8 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 iQEcBAEBCgAGBQJVDz4KAAoJEMZr5QU6S73e3rcH/1ZT6l5PyKPV3xGX0YGSjSPn J2bSOr8vpBx60voNtrHLslpsqUQEDVXGSing0mhXxHDNx4+QzZqCvP6N3BRXr02c mYm/ikZBJ0fE6AjplOKX4DrVUh65PEGnp9+9z/3XezBebvQKmdbt2Uo3mHfQUQcq 08wj/nc5wtpf2W3bcCDE6iYU1bwWDZYpbwlTQjCpegzWW2Q+EDYMdIE2bEXkEBmq up55M5pVqbIhelY1D/d5BlW/PYDGKop5JDDmH8STiG1eSBNuUJtv6T/9+3inVZAk y9iWvP0GzkE+oD8mJOKVZ1MFF/Z24qzH0VszhWvdBW41r4aIVyj4SK5UFtTTnCY= =jFNA -----END PGP SIGNATURE----- --Apple-Mail=_029FC81D-E914-4D1C-8C87-527A0BE03AA8-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 22:19: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 0171E820; Sun, 22 Mar 2015 22:19:24 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 74C41EBE; Sun, 22 Mar 2015 22:19:24 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::b11b:b36a:c2e8:f12e] (unknown [IPv6:2001:7b8:3a7:0:b11b:b36a:c2e8:f12e]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A0C745C4D; Sun, 22 Mar 2015 23:19:21 +0100 (CET) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-Type: multipart/signed; boundary="Apple-Mail=_A2E23188-C424-494C-B941-7BF4A9BACA97"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.5b6 From: Dimitry Andric In-Reply-To: Date: Sun, 22 Mar 2015 23:19:20 +0100 Message-Id: References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> <08BB20A2-7B71-4ECF-B246-F3096CABA5E9@gmail.com> <72ABF177-320F-4CB1-8B05-36B133714C55@FreeBSD.org> To: Garrett Cooper X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 22:19:25 -0000 --Apple-Mail=_A2E23188-C424-494C-B941-7BF4A9BACA97 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 22 Mar 2015, at 23:11, Garrett Cooper wrote: >=20 > On Mar 22, 2015, at 15:09, Dimitry Andric wrote: >=20 >> On 22 Mar 2015, at 23:04, Garrett Cooper = wrote: >>>=20 >>> On Mar 22, 2015, at 15:01, Craig Rodrigues = wrote: >>>=20 >>> ... >>>=20 >>>> OK, converting expr.y to use unsigned integers would require a bit = of work. >>>>=20 >>>> Can you commit your patch to the Makefile? It fixes the problem = for now. >>>=20 >>> +1 >>>=20 >>> I=92d still like to know why clang 3.5 doesn=92t have this behavior = though =97 there might be other potential issues lurking around that = need to be solved (either here, in ports, or both). >>=20 >> Because this version optimizes better around undefined behavior. = There >> are most likely many issues lurking around, and most certainly in = ports. >>=20 >> I would recommend using UBSan to tackle this kind of thing. >=20 > I hope this got a ports tinderbox run first=85 It is called an "exp-run" in ports land, but that only really tests whether ports *build* successfully. For most ports, there is no good way of testing them, certainly not if they don't have their own testing facilities. That said, I have built quite a number of ports with 3.6.0, even before the import, and saw zero problems until now. Then again, I'm just one user, and that is a very low sample size. ;) I don't expect a great many problems with integer wrapping though. You have to realize that quite a lot of open source projects already went through this phase, when gcc started optimizing integer wrapping a few years ago. We are just slowly catching up. > Adding UBSan to tinderbox runs for toolchain upgrades [in the future] = might be a good idea. Maybe, but please note that both ASan and UBSan are still beta-ish under FreeBSD, there will most likely be bumps along the road. Any bug reports in that area are welcome. -Dimitry --Apple-Mail=_A2E23188-C424-494C-B941-7BF4A9BACA97 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----- Version: GnuPG/MacGPG2 v2.0.27 iEYEARECAAYFAlUPP+gACgkQsF6jCi4glqNNQgCdEyuU258imuu7h+koQkg2q/B0 SWEAmwaAd9VLhiRiz2+5Th9OyPxyxlGO =lsge -----END PGP SIGNATURE----- --Apple-Mail=_A2E23188-C424-494C-B941-7BF4A9BACA97-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 23:21: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 E0D952C8; Sun, 22 Mar 2015 23:21:50 +0000 (UTC) Received: from mail-la0-x22b.google.com (mail-la0-x22b.google.com [IPv6:2a00:1450:4010:c03::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 709046E4; Sun, 22 Mar 2015 23:21:50 +0000 (UTC) Received: by lagg8 with SMTP id g8so121918103lag.1; Sun, 22 Mar 2015 16:21:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=oiL2vrrT5PIPZmTnbWngtkHzy9QqKDZJBZC84uZyYuY=; b=DtVxJii3lPpTB9gvNoD5P/GsN5aVPCecKp7QQ7ptYTaGC5KHErdztA4vS+HxYozjZB U5xDP9p3on8BWcS8gkiF5Kpc2qWHkD/JNnuxyK5M2sRdQVxZYMR/H8FhKxYawjTntd56 Fs/KfCLIuJ0fZ25hyU0hVZj8Cr4lcNu+OAoEsrf9epJ2/SamvMfEKkg8veQPSdWBMszT IS525yyZq61UOG29223zyzVgBG9IdDKpBFAh9yt2uAyUblBagPVPvEBnCBIV31lICaPT oLUt9VzfaMB67zoEqmOgILQhX1QiV5uHA3eqjYYHukTSDwHrwMOg0c8B4tjYcb1Ud/ek /oBg== MIME-Version: 1.0 X-Received: by 10.152.234.108 with SMTP id ud12mr61998006lac.81.1427066508535; Sun, 22 Mar 2015 16:21:48 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.112.82.164 with HTTP; Sun, 22 Mar 2015 16:21:48 -0700 (PDT) In-Reply-To: References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> Date: Sun, 22 Mar 2015 16:21:48 -0700 X-Google-Sender-Auth: ZPKE2ILuCH-vTojAgLI-Pf3tUDA Message-ID: Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 From: Craig Rodrigues To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-testing@freebsd.org" , freebsd-current Current , "jenkins-admin@freebsd.org" , freebsd-toolchain@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, 22 Mar 2015 23:21:51 -0000 On Sun, Mar 22, 2015 at 3:01 PM, Craig Rodrigues wrote: > > > On Sun, Mar 22, 2015 at 2:36 PM, Dimitry Andric wrote: > >> On 22 Mar 2015, at 22:32, Craig Rodrigues wrote: >> > >> > On Sun, Mar 22, 2015 at 2:29 PM, Dimitry Andric >> wrote: >> > >> > Ah right, that was on i386, on amd64 it does result in -2^63. It is >> indeed caused by reliance on signed integer wrapping. >> > >> > This diff should fix it, without rewriting the utility: >> > >> > Index: bin/expr/Makefile >> > =================================================================== >> > --- bin/expr/Makefile (revision 280156) >> > +++ bin/expr/Makefile (working copy) >> > @@ -6,6 +6,9 @@ PROG= expr >> > SRCS= expr.y >> > YFLAGS= >> > >> > +# expr relies on signed integer wrapping >> > +CFLAGS+= -fwrapv >> > + >> > NO_WMISSING_VARIABLE_DECLARATIONS= >> > >> > .if ${MK_TESTS} != "no" >> > >> > >> > Well, another alternative is to patch expr.y: >> > >> > Index: expr.y >> > =================================================================== >> > --- expr.y (revision 280353) >> > +++ expr.y (working copy) >> > @@ -393,7 +393,7 @@ >> > } >> > >> > void >> > -assert_plus(intmax_t a, intmax_t b, intmax_t r) >> > +assert_plus(intmax_t a, intmax_t b, volatile intmax_t r) >> > { >> > /* >> > * sum of two positive numbers must be positive, >> > @@ -420,7 +420,7 @@ >> > } >> > >> > void >> > -assert_minus(intmax_t a, intmax_t b, intmax_t r) >> > +assert_minus(intmax_t a, intmax_t b, volatile intmax_t r) >> > { >> > /* special case subtraction of INTMAX_MIN */ >> > if (b == INTMAX_MIN && a < 0) >> > >> > >> > There were already some patches previously done to this >> > file to add "volatile", so maybe this would be OK to do. >> > >> > What do you think? >> >> Volatile is not the solution, it is completely orthogonal. The correct >> way would be to use unsigned integers, for which wrapping is defined, >> then convert those back and forth when presenting the results to the >> user. >> > > OK, converting expr.y to use unsigned integers would require a bit of work. > > Can you commit your patch to the Makefile? It fixes the problem for now. > > Thanks for committing the fix. I wasn't aware of this topic, but it is explained quite nicely in this LLVM blog post: http://blog.llvm.org/2011/05/what-every-c-programmer-should-know.html#signed_overflow Do you think we should further change expr.y with something like this: Index: expr.y =================================================================== --- expr.y (revision 280357) +++ expr.y (working copy) @@ -445,12 +445,13 @@ } /* - * We depend on undefined behaviour giving a result (in r). - * To test this result, pass it as volatile. This prevents - * optimizing away of the test based on the undefined behaviour. + * We depend on undefined signed integer overflow behaviour + * giving a result (in r). + * This file must be compiled with the "-fwrapv" compiler + * flag which forces defined behavior for signed integer overflow. */ void -assert_times(intmax_t a, intmax_t b, volatile intmax_t r) +assert_times(intmax_t a, intmax_t b, intmax_t r) { /* * If the first operand is 0, no overflow is possible, -- Craig From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 23:32: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 C2C90765 for ; Sun, 22 Mar 2015 23:32:14 +0000 (UTC) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) (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 92A6884D for ; Sun, 22 Mar 2015 23:32:14 +0000 (UTC) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailnew.nyi.internal (Postfix) with ESMTP id E0666424 for ; Sun, 22 Mar 2015 19:32:04 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute3.internal (MEProxy); Sun, 22 Mar 2015 19:32:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:message-id:date:from :mime-version:to:subject:content-type:content-transfer-encoding; s=smtpout; bh=ebsA9z72tYi+B3QeK7Ui8p3z3hk=; b=oGrH5+BdFcPHkmOHo fRm6gY9OIxsP3b9EVD9uTXlrW0xLlMU6eP625W/KQE7rRV2Qj1dS2Q9xq7DUPqsI CNX7NYtNn27xlun+d4vfTe6F40h3NpwWS0XQkn5bcKr9ZHVmIHzF7Ys/4idJZzwX gYeIfcJmVIKZCbrpVIlxd7yqDo= X-Sasl-enc: VQFYSotCrycJYjP+SdluuWmM/YY3NmsJAqvtUmj0V2F+ 1427067127 Received: from [192.168.1.143] (unknown [76.14.81.229]) by mail.messagingengine.com (Postfix) with ESMTPA id EA5066800D1 for ; Sun, 22 Mar 2015 19:32:06 -0400 (EDT) Message-ID: <550F50F6.7060306@marspolar.com> Date: Sun, 22 Mar 2015 16:32:06 -0700 From: Marek Novotny User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: FreeBSD Current Subject: Broadwell Support FreeBSD 10.1 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, 22 Mar 2015 23:32:14 -0000 Hi group, New to this group, and new to FreeBSD via PC-BSD. Really like it so far. Sorry if this has been asked to death already. Levono has their new T450 with the 5th gen intel Broadwell i5 processor. I bought it with the hopes of running PC-BSD latest version on it. It uses intel 5500 graphics as well. Any potential issues using this?? -- Marek Novotny https://github.com/marek-novotny From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 23:42:47 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 5438DB52 for ; Sun, 22 Mar 2015 23:42:47 +0000 (UTC) Received: from mail-yh0-f41.google.com (mail-yh0-f41.google.com [209.85.213.41]) (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 17477954 for ; Sun, 22 Mar 2015 23:42:46 +0000 (UTC) Received: by yhjf44 with SMTP id f44so61318152yhj.3 for ; Sun, 22 Mar 2015 16:42:40 -0700 (PDT) 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=bzw2saCVvb7qoAwrmrZFBoYHk5l5mQsMwsZaDdaqQI4=; b=X5/hOIIPqujYvwhvTvY//u90E6A+ETjauDHdBfH0DZQkkct1M0DiHNqJ6tkfeGLnQq pFOQd5kcBLRodztpaWVjhB2MhFM2ZSeNV57aL1/h0/EaUUd1u1eDZYlw/oe2kvXcfnmR iLvNbcBgKdThf2nN8nop0t74RqhNOM7sGM1mKUqs0uxSPlh/aoxKfQSWs9ZZqDpzyPBQ xvDC5riB9MRxwCS8vnljpd3PSz/XIrvnfJqiZU7ZoFwSqom0sIzu7mwapmiVBEQao0aG /Ms5e1bKtEv0GquoXZtHEIoNVSY6AjsdCOijFptsdOvxz3XhL4M/z1YSdDP8ADUSmT+h QYHw== X-Gm-Message-State: ALoCoQmyaY/gAr6N+Qf0xeUriFxwE+NtzXu2wpZ0J3YnkHQn620XTHCclUa17e5QUuPRcy+KQYDs MIME-Version: 1.0 X-Received: by 10.236.40.74 with SMTP id e50mr93321524yhb.199.1427067760700; Sun, 22 Mar 2015 16:42:40 -0700 (PDT) Received: by 10.170.104.86 with HTTP; Sun, 22 Mar 2015 16:42:40 -0700 (PDT) In-Reply-To: <550F50F6.7060306@marspolar.com> References: <550F50F6.7060306@marspolar.com> Date: Mon, 23 Mar 2015 00:42:40 +0100 Message-ID: Subject: Re: Broadwell Support FreeBSD 10.1 From: Oliver Pinter To: Marek Novotny 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: Sun, 22 Mar 2015 23:42:47 -0000 On Mon, Mar 23, 2015 at 12:32 AM, Marek Novotny wrote: > Hi group, > > New to this group, and new to FreeBSD via PC-BSD. Really like it so far. > Sorry if this has been asked to death already. Levono has their new T450 > with the 5th gen intel Broadwell i5 processor. I bought it with the hopes of > running PC-BSD latest version on it. It uses intel 5500 graphics as well. > Any potential issues using this?? Not really, FreeBSD neither have haswell (Gen 4) support. https://wiki.freebsd.org/Graphics > > -- > Marek Novotny > https://github.com/marek-novotny > > _______________________________________________ > 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 Mar 22 23:49:06 2015 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from hub.FreeBSD.org (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 583E6D88; Sun, 22 Mar 2015 23:49:05 +0000 (UTC) Date: Sun, 22 Mar 2015 23:49:00 +0000 From: Glen Barber To: Marek Novotny Subject: Re: Broadwell Support FreeBSD 10.1 Message-ID: <20150322234900.GI13428@hub.FreeBSD.org> References: <550F50F6.7060306@marspolar.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="z3SYAdNKCFJcUCPa" Content-Disposition: inline In-Reply-To: <550F50F6.7060306@marspolar.com> X-Operating-System: FreeBSD 11.0-CURRENT amd64 X-SCUD-Definition: Sudden Completely Unexpected Dataloss X-SULE-Definition: Sudden Unexpected Learning Event User-Agent: Mutt/1.5.23 (2014-03-12) 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, 22 Mar 2015 23:49:06 -0000 --z3SYAdNKCFJcUCPa Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 22, 2015 at 04:32:06PM -0700, Marek Novotny wrote: > New to this group, and new to FreeBSD via PC-BSD. Really like it so far. > Sorry if this has been asked to death already. Levono has their new T450 > with the 5th gen intel Broadwell i5 processor. I bought it with the hopes= of > running PC-BSD latest version on it. It uses intel 5500 graphics as well. > Any potential issues using this?? >=20 You won't be able to use accelerated graphics. I have the T540p which has the i7-4800MQ, and am quite happy with running FreeBSD CURRENT on it. I don't care about accelerated graphics too much, though. One nit with the laptop is I needed to use an external USB flash drive to store /boot on an MBR partition, because my hard drives are GPT-partitioned using ZFS on '/' on GELI-encrypted providers. Otherwise, I have noticed that using the /boot on the GPT disk enforces low resolution graphics (640x480 IIRC). By using a USB flash drive for /boot, I can get 1920x1080 resolution (one of the many reasons for choosing this laptop). (I've been meaning to put this into the FreeBSD Wiki, but EBUSY.) Glen --z3SYAdNKCFJcUCPa Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJVD1TnAAoJEAMUWKVHj+KTbqwP/j8ZONjLXH6biOWSjQgr//EY GBDN8Rt9h3FjxPBEss9R5XUBxCVOQ7Td43SAaBOws09HHNJGWFQJOUux6fY3mM7H HouqH+tyDtbQn7WUY3KXuIbLOOcCbfYEEX/G5scIqphSSgt7hDNMJkud0zwi2jZj mT9AJ4hiK/mvKNKCSnJEPn/KQxoAZX7cEzKLEGUilgrtWLOEciMgxhwCBk7WusbU S4sOWxYD8LEJW/TwkAxSizKSuiAqdnByPs2uVREcneE+eAtCeNOiZns+ZULw8/Lo bZ0qoWAlhaEZ4u8Yr5iVPN03MPCrwri5dPwGcrwCZBh8lB9rhDXxpPiHTtRWL6Kj pasJo7GkWY+XLj4wMPY1I+tDr6lZRjrMIGHUTvT6KYYHcDb4g6X2SZ91RmazTagZ WZu031Qx9hJSO6bNAii/YsbxcKCo/FPaQ8OT4lNNNP4TcVWOxXQdmjOWtJC+LGZW Niab4sSKBlWGiz7wc/MqWdfjVJShHCd5ygpKmZYpwFpsbf523ZmxAUZe5HeQGAkS oxPiVIdwxkg65z65mnJ1Imz5Ui/r3t2vaJxf2TYL3AK21NNT0qemUM0TUnU+vjdt LAdcrLfGyA06ULCxe00CLZOO2//uU1QWK6mkahswLPRCdyw7586O7wjRob0U/kn9 qgjgKHslu8NzqdRXO4bG =NAae -----END PGP SIGNATURE----- --z3SYAdNKCFJcUCPa-- From owner-freebsd-current@FreeBSD.ORG Sun Mar 22 23:49: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 59526E83 for ; Sun, 22 Mar 2015 23:49:21 +0000 (UTC) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) (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 23FEC98E for ; Sun, 22 Mar 2015 23:49:20 +0000 (UTC) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id 936ED501 for ; Sun, 22 Mar 2015 19:49:17 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute6.internal (MEProxy); Sun, 22 Mar 2015 19:49:20 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:message-id:date:from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=5oLHnLqdmRIlGdv/UnpVED TPH/0=; b=NYGIVM3c5ahlmNDafBoOpN7Gw+vY4e03SZtOlrqovppimxxLsVVp0F EmJvYFkwYktrzhOICy18SJxKpaGoLKoqceBPrKbg3PoU9YzxGwtRx4d8HVPBp3M7 zFoRJErEhpWLS3UyTckvIKTYPuCu45TpaE+MzVHoJ24sUnYnrK/Hc= X-Sasl-enc: /2ENlJbO1EqBUr99Xlxky1Vtrm2DRXD6aDq03jP0d/wa 1427068159 Received: from [192.168.1.143] (unknown [76.14.81.229]) by mail.messagingengine.com (Postfix) with ESMTPA id 71F0F68019D; Sun, 22 Mar 2015 19:49:19 -0400 (EDT) Message-ID: <550F54FF.6040608@marspolar.com> Date: Sun, 22 Mar 2015 16:49:19 -0700 From: Marek Novotny User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Oliver Pinter Subject: Re: Broadwell Support FreeBSD 10.1 References: <550F50F6.7060306@marspolar.com> In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed 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: Sun, 22 Mar 2015 23:49:21 -0000 Thanks! Marek Novotny https://github.com/marek-novotny On 03/22/2015 04:42 PM, Oliver Pinter wrote: > On Mon, Mar 23, 2015 at 12:32 AM, Marek Novotny > wrote: >> Hi group, >> >> New to this group, and new to FreeBSD via PC-BSD. Really like it so far. >> Sorry if this has been asked to death already. Levono has their new T450 >> with the 5th gen intel Broadwell i5 processor. I bought it with the hopes of >> running PC-BSD latest version on it. It uses intel 5500 graphics as well. >> Any potential issues using this?? > Not really, FreeBSD neither have haswell (Gen 4) support. > > https://wiki.freebsd.org/Graphics > >> -- >> Marek Novotny >> https://github.com/marek-novotny >> >> _______________________________________________ >> 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 Mar 22 23:58: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 D4AFF2FE for ; Sun, 22 Mar 2015 23:58:08 +0000 (UTC) Received: from new2-smtp.messagingengine.com (new2-smtp.messagingengine.com [66.111.4.224]) (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 A02D8A87 for ; Sun, 22 Mar 2015 23:58:08 +0000 (UTC) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailnew.nyi.internal (Postfix) with ESMTP id 1CF9AB6D for ; Sun, 22 Mar 2015 19:58:05 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 22 Mar 2015 19:58:07 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=x-sasl-enc:message-id:date:from :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; s=smtpout; bh=YqOuqeh9MlenQE7hwyjjFF V4cPk=; b=BFuQvdechUzaerbGN1cVlPU35FnK4nm2cL9ofKR0brJ5DsYRNyMZmE xeMrZQI7MCpJXRJrFhtNDLYdPDonPSJiV3MFoqh9TFZGMq+XJelpJmpRgPRy+QYg FqK/IAqi5FTs3y49c3yRK18o6mRcbiw4xk2ARgrWdqnovU1eTaltw= X-Sasl-enc: A8h5YwE0TodzErRvLwJjQqjbVUS0gOAyGLWQA1d6Kkxs 1427068687 Received: from [192.168.1.143] (unknown [76.14.81.229]) by mail.messagingengine.com (Postfix) with ESMTPA id BC87E6800C6; Sun, 22 Mar 2015 19:58:06 -0400 (EDT) Message-ID: <550F570E.80305@marspolar.com> Date: Sun, 22 Mar 2015 16:58:06 -0700 From: Marek Novotny User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: Broadwell Support FreeBSD 10.1 References: <550F50F6.7060306@marspolar.com> <20150322234900.GI13428@hub.FreeBSD.org> In-Reply-To: <20150322234900.GI13428@hub.FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed 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: Sun, 22 Mar 2015 23:58:08 -0000 I have a 4th gen core i3 running PC-BSD 10.1 in which I let the installer do its thing. It uses zfs for / but it's not encrypted. It gave me the laptop's native res which I think is 1366 x 768. I have a 4th gen desktop installed the same way which is giving me 1920x1080. I'm not sure how it dealt with the hard drive. I'd have to check. Marek Novotny https://github.com/marek-novotny On 03/22/2015 04:49 PM, Glen Barber wrote: > On Sun, Mar 22, 2015 at 04:32:06PM -0700, Marek Novotny wrote: >> New to this group, and new to FreeBSD via PC-BSD. Really like it so far. >> Sorry if this has been asked to death already. Levono has their new T450 >> with the 5th gen intel Broadwell i5 processor. I bought it with the hopes of >> running PC-BSD latest version on it. It uses intel 5500 graphics as well. >> Any potential issues using this?? >> > You won't be able to use accelerated graphics. > > I have the T540p which has the i7-4800MQ, and am quite happy with > running FreeBSD CURRENT on it. I don't care about accelerated graphics > too much, though. > > One nit with the laptop is I needed to use an external USB flash drive > to store /boot on an MBR partition, because my hard drives are > GPT-partitioned using ZFS on '/' on GELI-encrypted providers. > Otherwise, I have noticed that using the /boot on the GPT disk enforces > low resolution graphics (640x480 IIRC). > > By using a USB flash drive for /boot, I can get 1920x1080 resolution > (one of the many reasons for choosing this laptop). > > (I've been meaning to put this into the FreeBSD Wiki, but EBUSY.) > > Glen > From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 01:07: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 9A088D30 for ; Mon, 23 Mar 2015 01:07: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 8774CC9 for ; Mon, 23 Mar 2015 01:07:08 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id D5CE67A4 for ; Mon, 23 Mar 2015 01:07:07 +0000 (UTC) Date: Mon, 23 Mar 2015 01:07:07 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1890260953.17.1427072827757.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1051487607.15.1427058366670.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1051487607.15.1427058366670.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #869 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: Mon, 23 Mar 2015 01:07:08 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 04:33:16 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 BE0D74C1; Mon, 23 Mar 2015 04:33:16 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::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 81868917; Mon, 23 Mar 2015 04:33:16 +0000 (UTC) Received: by iedm5 with SMTP id m5so27459917ied.3; Sun, 22 Mar 2015 21:33:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=KZCq8cWxK7vRzHdboWV9YvFiNkYkwUEb05Kb+nwAm3Q=; b=GZUTCDh14eNOvEaUYAtRGoXQ4Tp2bUOQoo19o7ID/DF6IF/zX+/shaPnUx9XtRspmD eRisA1EsG9vfAxPEWfQEFKxzAZ2aaSo9u00Fh5hV516dpGWmY2h61QVdvspNHgZ+AF5I 09Os2tpD9+lm0NKEvA1eEWfLHJrXJ8c6LEcpKy1JWVpjf/xgCBMqATFvBJ9D4AUnM3hV YPLkm1SE0qXsbvqe1aHc173PZjbIRK3EC8KqowdVJQFb4lJT5bI1lgmkPypgLxUwXpkv bhmyX6vXflgGbmbbRL/MK8aOwtswvGxbXZzvPLBMhwSm6pnCSxIQjIgsiKXuRubfFb7E bCEg== MIME-Version: 1.0 X-Received: by 10.50.124.133 with SMTP id mi5mr12090792igb.13.1427085195804; Sun, 22 Mar 2015 21:33:15 -0700 (PDT) Received: by 10.36.23.196 with HTTP; Sun, 22 Mar 2015 21:33:15 -0700 (PDT) In-Reply-To: <550F570E.80305@marspolar.com> References: <550F50F6.7060306@marspolar.com> <20150322234900.GI13428@hub.FreeBSD.org> <550F570E.80305@marspolar.com> Date: Mon, 23 Mar 2015 15:33:15 +1100 Message-ID: Subject: Re: Broadwell Support FreeBSD 10.1 From: Brendan Inglese To: Marek Novotny Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: Glen Barber , 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, 23 Mar 2015 04:33:16 -0000 What a coincidence, I'm looking at getting a Broadwell micro PC. I'm looking at this Broadwell model: http://www.gigabyte.com.au/products/product-page.aspx?pid=4888#ov At the moment, I don't mind not having X but I would like it eventually, is there any idea on when Iris Pro support would be done? If not for a while are discrete Nvidia cards such as the 760 ( Which another model has ) which I can find in http://www.gigabyte.com.au/products/product-page.aspx?pid=5156#ov stable? Last time I used X with a GTX680 it would crash twice a week. Cheers, Brendan. On Mon, Mar 23, 2015 at 10:58 AM, Marek Novotny wrote: > I have a 4th gen core i3 running PC-BSD 10.1 in which I let the installer > do its thing. It uses zfs for / but it's not encrypted. It gave me the > laptop's native res which I think is 1366 x 768. I have a 4th gen desktop > installed the same way which is giving me 1920x1080. > > I'm not sure how it dealt with the hard drive. I'd have to check. > > Marek Novotny > https://github.com/marek-novotny > > > On 03/22/2015 04:49 PM, Glen Barber wrote: > >> On Sun, Mar 22, 2015 at 04:32:06PM -0700, Marek Novotny wrote: >> >>> New to this group, and new to FreeBSD via PC-BSD. Really like it so far. >>> Sorry if this has been asked to death already. Levono has their new T450 >>> with the 5th gen intel Broadwell i5 processor. I bought it with the >>> hopes of >>> running PC-BSD latest version on it. It uses intel 5500 graphics as well. >>> Any potential issues using this?? >>> >>> You won't be able to use accelerated graphics. >> >> I have the T540p which has the i7-4800MQ, and am quite happy with >> running FreeBSD CURRENT on it. I don't care about accelerated graphics >> too much, though. >> >> One nit with the laptop is I needed to use an external USB flash drive >> to store /boot on an MBR partition, because my hard drives are >> GPT-partitioned using ZFS on '/' on GELI-encrypted providers. >> Otherwise, I have noticed that using the /boot on the GPT disk enforces >> low resolution graphics (640x480 IIRC). >> >> By using a USB flash drive for /boot, I can get 1920x1080 resolution >> (one of the many reasons for choosing this laptop). >> >> (I've been meaning to put this into the FreeBSD Wiki, but EBUSY.) >> >> Glen >> >> > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 05:19: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 995E4ADF for ; Mon, 23 Mar 2015 05:19:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id 87299D30 for ; Mon, 23 Mar 2015 05:19:17 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id C3FB880E for ; Mon, 23 Mar 2015 05:19:16 +0000 (UTC) Date: Mon, 23 Mar 2015 05:19:16 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <2009540817.18.1427087956026.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1890260953.17.1427072827757.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1890260953.17.1427072827757.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to stable : FreeBSD_HEAD-tests2 #870 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, 23 Mar 2015 05:19:17 -0000 See From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 05:49: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 B9CA2C9; Mon, 23 Mar 2015 05:49:09 +0000 (UTC) Received: from mail-we0-x231.google.com (mail-we0-x231.google.com [IPv6:2a00:1450:400c: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 488EBFAC; Mon, 23 Mar 2015 05:49:09 +0000 (UTC) Received: by wegp1 with SMTP id p1so128795461weg.1; Sun, 22 Mar 2015 22:49:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:mime-version:content-type :content-transfer-encoding; bh=OkEhVE97Mfzy2Od6MfmXHlGw5ZxcMGyDBc6HcUgnO3c=; b=lTXY0h8F1frQEzQxPVLFQGc+0zCagSOEj6UAXFpSvdrS8HzYlAJ6Rl5NQ38P4PBwEe LQASoG8fmKVLKNLczHKsbYVDbHYjOYKJPNmoiDVm/WJIBaHyffgp9HFftuIQcRv6ZYTZ epTqEDCpyM97P+ujIPJjIUsRn0l8w8MfcKNn1sy3NoqCeGDjDGVnb+WRcFgEM35u+MuF 8Q4BsECgdI2YFzjzGQdmHFEWQEhp3RaE5M/jvXfMniMf69FVyKipk+oBI/IuXhA/j6ju rCqwq4kP9O4yAnZcWd1mh55FARu/Zx5RzHVQ3e+bioaY6HILLhZwNsP6TC64hwOAIH30 puAg== X-Received: by 10.194.85.46 with SMTP id e14mr176267161wjz.110.1427089747621; Sun, 22 Mar 2015 22:49:07 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id at4sm17805847wjc.16.2015.03.22.22.49.06 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Mar 2015 22:49:06 -0700 (PDT) Date: Mon, 23 Mar 2015 08:47:38 +0300 From: "Sergey V. Dyatko" To: dteske@freebsd.org Subject: bsdinstall and current (possible stable) snapshots Message-ID: <20150323084738.70f7db7b@laptop.minsk.domain> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 23 Mar 2015 05:49:09 -0000 Hi Devin, Recently I'm trying to install FreeBSD CURRENT from bootonly image ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) on IBM HS22 blade via bladecenter's kvm but I faced with problem on checksum stage, bootonly doesn't contain base, kernel,etc distributions but it contain manifest file. On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for fetched files. I suppose it will be fine with RELEASE bootonly iso but not with stable/current. there is 2 ways how we can handle it: 1) download remote MANIFEST if spotted checksum mismatch and trying to use it 2) allow user to continue installation with 'broken' distributions I had to first put 10.1 then update it to HEAD :( What do you think ? -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 05:53: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 4C1901DE; Mon, 23 Mar 2015 05:53:51 +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 DBA34AC; Mon, 23 Mar 2015 05:53:50 +0000 (UTC) Received: by wibgn9 with SMTP id gn9so51399086wib.1; Sun, 22 Mar 2015 22:53:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; bh=f1xbXFRHFcMZu+0ScFYTevAKWBSBGt8cYY4Uxmn+2so=; b=dLS8iSe2Aeb2XKSS7C1TCvx5AmfiouOPBPuBN1pJmxDTo+U2R3nGQR8FlC/ZWa6aSS 6CM8OhsiZzwqgNCnnIRHqCV5PKVP7jkQowTzczwRnQ7TwiaHeIdLQfAQjb199RnF0GVk ashR58LH7IdQmbjUq5OvO/NhJbHjfsOQmqbVVB7QLnM1P8GEsHfRP+zg+U8Vt8bNv7Ut rv9otnC74sEcXDADK9qveHOK8YJtxpdM4kR1cjRhmjSYf/Zx/rxWbHDRyChBHG+MKRIQ LYdz9sPAacjmpVkyojVlcyYJRGEIpi+Kvt027S/dd7vp5jCGWydtcEcRJjtysXMKTpe5 E0Lw== X-Received: by 10.180.83.195 with SMTP id s3mr16671888wiy.54.1427090029474; Sun, 22 Mar 2015 22:53:49 -0700 (PDT) Received: from laptop.minsk.domain (minsk.nivalnetwork.com. [86.57.144.74]) by mx.google.com with ESMTPSA id lb6sm17815568wjb.22.2015.03.22.22.53.48 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 22 Mar 2015 22:53:48 -0700 (PDT) Date: Mon, 23 Mar 2015 08:52:22 +0300 From: "Sergey V. Dyatko" To: dteske@freebsd.org Subject: Re: bsdinstall and current (possible stable) snapshots Message-ID: <20150323085222.3aaea668@laptop.minsk.domain> In-Reply-To: <20150323084738.70f7db7b@laptop.minsk.domain> References: <20150323084738.70f7db7b@laptop.minsk.domain> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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, 23 Mar 2015 05:53:51 -0000 On Mon, 23 Mar 2015 08:47:38 +0300 "Sergey V. Dyatko" wrote: > Hi Devin, > > Recently I'm trying to install FreeBSD CURRENT from bootonly image > ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) > on IBM HS22 blade via bladecenter's kvm but I faced with problem on checksum > stage, bootonly doesn't contain base, kernel,etc distributions but it contain > manifest file. > On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and > MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for > fetched files. I suppose it will be fine with RELEASE bootonly iso but not > with stable/current. > there is 2 ways how we can handle it: > 1) download remote MANIFEST if spotted checksum mismatch and trying to use it > 2) allow user to continue installation with 'broken' distributions > > I had to first put 10.1 then update it to HEAD :( > > What do you think ? > replying to myself :) possible way. #3: distribution filenames must contain svn revision. On checksum stage we can easy check does local MANIFEST actual or we must use remote file... -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 05:55:51 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 2E6652E9 for ; Mon, 23 Mar 2015 05:55:51 +0000 (UTC) Received: from mx1.scaleengine.net (beauharnois2.bhs1.scaleengine.net [142.4.218.15]) by mx1.freebsd.org (Postfix) with ESMTP id E373EBA for ; Mon, 23 Mar 2015 05:55:50 +0000 (UTC) Received: from [192.168.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by mx1.scaleengine.net (Postfix) with ESMTPSA id AD1299EB25 for ; Mon, 23 Mar 2015 05:55:43 +0000 (UTC) Message-ID: <550FAAE1.8060201@freebsd.org> Date: Mon, 23 Mar 2015 01:55:45 -0400 From: Allan Jude User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: bsdinstall and current (possible stable) snapshots References: <20150323084738.70f7db7b@laptop.minsk.domain> <20150323085222.3aaea668@laptop.minsk.domain> In-Reply-To: <20150323085222.3aaea668@laptop.minsk.domain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JnRP18JBsI4IUTMlAkeWQE9DHMC1phK9P" 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, 23 Mar 2015 05:55:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --JnRP18JBsI4IUTMlAkeWQE9DHMC1phK9P Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 2015-03-23 01:52, Sergey V. Dyatko wrote: > On Mon, 23 Mar 2015 08:47:38 +0300 > "Sergey V. Dyatko" wrote:=20 >=20 >> Hi Devin, >> >> Recently I'm trying to install FreeBSD CURRENT from bootonly image >> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) >> on IBM HS22 blade via bladecenter's kvm but I faced with problem on ch= ecksum >> stage, bootonly doesn't contain base, kernel,etc distributions but it = contain >> manifest file.=20 >> On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz an= d >> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums = for >> fetched files. I suppose it will be fine with RELEASE bootonly iso but= not >> with stable/current. >> there is 2 ways how we can handle it: >> 1) download remote MANIFEST if spotted checksum mismatch and trying to= use it >> 2) allow user to continue installation with 'broken' distributions=20 >> >> I had to first put 10.1 then update it to HEAD :( >> >> What do you think ? >> >=20 > replying to myself :) > possible way. #3: > distribution filenames must contain svn revision. On checksum stage we = can easy > check does local MANIFEST actual or we must use remote file... >=20 >=20 > -- > wbr, tiger >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 I have worked around this by doing: mount -t tmpfs tmpfs /usr/freebsd-dist This hides the MANIFEST file shipped on the bootonly image, and when there is no local MANIFEST to compare it, it fetches one from FTP along with the dist files, and just works. I am unsure what the best way to handle this properly is though. --=20 Allan Jude --JnRP18JBsI4IUTMlAkeWQE9DHMC1phK9P Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJVD6rkAAoJEJrBFpNRJZKfQpsQAJiMZLg11iCQzKGDIgeOU+YW Cfs+hwZLHeIBpG9/hDioCIGMfi/Vafchm7tUVQ+RZ1NLCuzbrNVl5ai8j/q/I19W NyB1PoAdHF/scxHtM4jM+Aub5mNHus2+9REkE8EvsRqFThZUFtuRKCzuMG6AajId 5ROielqTU1uG9/5Ywd2YsbJw4RTnvSAYnEFwJcUhfzVciRulquNAr0gIqUq3kP+Z 63URa3L9VP8BkEoCHWfum14ocwUhQ+6ykWpNi7tlC3uaQp/T48SJ3oEOoQvVVMc/ V1aAgR1Kulw+SRk+P6p0zM3KfrHPAAdSZTBjKKQA0n1Z9DmWQra59gQXMoDfKIXl h12OsJy1H6g/Np9TqwoCXTvsZC3tbpmsMFvSTq80h9zFd9gY082/3tS23D+mtbfl l3LQOL2V/74bYpp/WtY9x3KXZNbAH4JXwj93ZF5iA7ko2emlO3JO2xvIstsHFZu1 uOfnjezjYCDF/CZJXN1i2gn4CYPGufMRT+iHiYN/n9hRW7YVPdCT3QCW8fMHE8Oe cIeQobnJBB9PEFEJfnGnhwG3pitgs0ceQGN7Mvs3yhGR882X3hrCQ23m06eBNdhO nqq1l2hhTPJ3YCZ5alyVBNneHrU8MpZ45uSnOOgvjWiBSUGTgP8U1trhjMylLrm6 yFJKlClt14hpD+5JXZ+3 =lAoA -----END PGP SIGNATURE----- --JnRP18JBsI4IUTMlAkeWQE9DHMC1phK9P-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 09:39: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 AC3F2F5A; Mon, 23 Mar 2015 09:39:30 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6C361C94; Mon, 23 Mar 2015 09:39:29 +0000 (UTC) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.14.9) with ESMTPSA id t2N9b8Ld024621 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 23 Mar 2015 09:38:23 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: Jenkins build is still unstable: FreeBSD_HEAD-tests2 #867 From: David Chisnall In-Reply-To: Date: Mon, 23 Mar 2015 09:33:15 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1669399171.13.1427029129760.JavaMail.jenkins@jenkins-9.freebsd.org> <799490341.14.1427048792932.JavaMail.jenkins@jenkins-9.freebsd.org> <494AEF4B-0AF8-449A-9B41-9AC4F4552AF0@FreeBSD.org> <864EB4DB-2DF7-4294-9498-95E54E6B49CC@FreeBSD.org> To: Craig Rodrigues X-Mailer: Apple Mail (2.2070.6) Cc: "freebsd-testing@freebsd.org" , "jenkins-admin@freebsd.org" , freebsd-current Current , Dimitry Andric , freebsd-toolchain@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, 23 Mar 2015 09:39:30 -0000 On 22 Mar 2015, at 22:01, Craig Rodrigues wrote: >=20 >> Volatile is not the solution, it is completely orthogonal. The = correct >> way would be to use unsigned integers, for which wrapping is defined, >> then convert those back and forth when presenting the results to the >> user. >>=20 >=20 > OK, converting expr.y to use unsigned integers would require a bit of = work. Note that clang has, for a few releases, had builtins that allow = overflow-checked operations and will generate very efficient code. In = op_times, I believe the following should work: long long mul; #if __has_builtin(__builtin_smulll_overflow) if (__builtin_smulll_overflow(a->u.i, b->u.i, &mul)) errx(ERR_EXIT, "overflow");=20 #else mul =3D a->u.i * b->u.i; #endif r =3D make_integer(mul); I don't know if recent versions of gcc implement these builtins yet. I = think they were added to clang around 3.4, possibly slightly earlier. =20= David From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 11:50: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 52CB9B54; Mon, 23 Mar 2015 11:50:57 +0000 (UTC) Received: from ivan-labs.com (ivan-labs.com [162.243.251.239]) by mx1.freebsd.org (Postfix) with ESMTP id 2742BCA6; Mon, 23 Mar 2015 11:50:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by ivan-labs.com (Postfix) with ESMTP id EBA3712111D; Mon, 23 Mar 2015 14:50:49 +0300 (MSK) X-Virus-Scanned: Debian amavisd-new at Received: from ivan-labs.com ([127.0.0.1]) by localhost (ivan-labs.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nIy1yVLBBIoV; Mon, 23 Mar 2015 14:50:39 +0300 (MSK) Received: from [192.168.43.253] (unknown [149.62.201.224]) by ivan-labs.com (Postfix) with ESMTPSA id C6E8D1203E8; Mon, 23 Mar 2015 14:50:38 +0300 (MSK) Message-ID: <550FFE02.5040900@ivan-labs.com> Date: Mon, 23 Mar 2015 13:50:26 +0200 From: "Ivan A. Kosarev" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Konstantin Belousov Subject: Re: Use of chunksize before initialization References: <550C27D8.2010105@ivan-labs.com> <20150321010218.GD2379@kib.kiev.ua> <550D37DA.7060105@ivan-labs.com> <20150321213106.GV2379@kib.kiev.ua> In-Reply-To: <20150321213106.GV2379@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Ed Maste 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, 23 Mar 2015 11:50:57 -0000 On 03/21/2015 11:31 PM, Konstantin Belousov wrote: > On Sat, Mar 21, 2015 at 11:20:26AM +0200, Ivan A. Kosarev wrote: >> On 03/21/2015 03:02 AM, Konstantin Belousov wrote: >>> On Fri, Mar 20, 2015 at 03:59:52PM +0200, Ivan A. Kosarev wrote: >>>> #12 0x00000008011b428d in malloc_init_hard () at jemalloc_jemalloc.c:698 >>>> #13 malloc_init () at jemalloc_jemalloc.c:296 >>>> #14 0x0000000801243ea2 in ?? () from /lib/libc.so.7 >>>> #15 0x00000008006a5400 in ?? () >>>> #16 0x000000080089e5b0 in ?? () from /libexec/ld-elf.so.1 >>>> #17 0x00007fffffffe0b0 in ?? () >>>> #18 0x0000000801139d06 in _init () from /lib/libc.so.7 >>>> #19 0x00007fffffffe0b0 in ?? () >>> The backtrace is strange. Did you compiled malloc with the debugging >>> symbols, while keep rest of libc without -g ? >> I've just added the -g flag to CC_FLAGS in the Makefile and made sure to >> install an unstripped version of the .so . I could investigate more on >> why the early calls omit debug symbols, if it does any matter. > I want to understand at what stage of the initialization the access happens. > This is why I want to see the complete backtrace. It is jemalloc_constructor() that calls malloc_init(), so it should be called directly by the loader. -- From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 12:32:23 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 6B273A85; Mon, 23 Mar 2015 12:32:23 +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 CE54B22A; Mon, 23 Mar 2015 12:32:22 +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 t2NCWHrK010459 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 23 Mar 2015 14:32:17 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t2NCWHrK010459 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t2NCWHk0010458; Mon, 23 Mar 2015 14:32:17 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Mar 2015 14:32:17 +0200 From: Konstantin Belousov To: "Ivan A. Kosarev" Subject: Re: Use of chunksize before initialization Message-ID: <20150323123217.GL2379@kib.kiev.ua> References: <550C27D8.2010105@ivan-labs.com> <20150321010218.GD2379@kib.kiev.ua> <550D37DA.7060105@ivan-labs.com> <20150321213106.GV2379@kib.kiev.ua> <550FFE02.5040900@ivan-labs.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <550FFE02.5040900@ivan-labs.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@freebsd.org, Ed Maste 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, 23 Mar 2015 12:32:23 -0000 On Mon, Mar 23, 2015 at 01:50:26PM +0200, Ivan A. Kosarev wrote: > > On 03/21/2015 11:31 PM, Konstantin Belousov wrote: > > On Sat, Mar 21, 2015 at 11:20:26AM +0200, Ivan A. Kosarev wrote: > >> On 03/21/2015 03:02 AM, Konstantin Belousov wrote: > >>> On Fri, Mar 20, 2015 at 03:59:52PM +0200, Ivan A. Kosarev wrote: > >>>> #12 0x00000008011b428d in malloc_init_hard () at jemalloc_jemalloc.c:698 > >>>> #13 malloc_init () at jemalloc_jemalloc.c:296 > >>>> #14 0x0000000801243ea2 in ?? () from /lib/libc.so.7 > >>>> #15 0x00000008006a5400 in ?? () > >>>> #16 0x000000080089e5b0 in ?? () from /libexec/ld-elf.so.1 > >>>> #17 0x00007fffffffe0b0 in ?? () > >>>> #18 0x0000000801139d06 in _init () from /lib/libc.so.7 > >>>> #19 0x00007fffffffe0b0 in ?? () > >>> The backtrace is strange. Did you compiled malloc with the debugging > >>> symbols, while keep rest of libc without -g ? > >> I've just added the -g flag to CC_FLAGS in the Makefile and made sure to > >> install an unstripped version of the .so . I could investigate more on > >> why the early calls omit debug symbols, if it does any matter. > > I want to understand at what stage of the initialization the access happens. > > This is why I want to see the complete backtrace. > > It is jemalloc_constructor() that calls malloc_init(), so it should be > called directly by the loader. Do you mean rtld by loader ? Dynamic linker does not explicitely call into libc. The possible situations when such call occurs, is either execution of the initializers, or calls into the libthr-provided rtld locks, where libthr itself calls malloc to allocate the lock's backing store. The appearance of _init on the unparsed stack is indicative, but not conclusive, since gdb shows the nearest dynamic symbol, which could be _init just by chance. I need to know exact sequence of events causing the problem. Or, in other words, I cannot debug by retelling. From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 13:17: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 8451DA98; Mon, 23 Mar 2015 13:17:13 +0000 (UTC) Received: from mail.egr.msu.edu (boomhauer.egr.msu.edu [35.9.37.167]) by mx1.freebsd.org (Postfix) with ESMTP id 5C368974; Mon, 23 Mar 2015 13:17:12 +0000 (UTC) Received: from boomhauer (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id 4FE4E33297; Mon, 23 Mar 2015 09:09:48 -0400 (EDT) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by boomhauer (boomhauer.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OByAvBRGN9FO; Mon, 23 Mar 2015 09:09:48 -0400 (EDT) Received: from EGR authenticated sender mcdouga9 Message-ID: <5510109B.7070205@egr.msu.edu> Date: Mon, 23 Mar 2015 09:09:47 -0400 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Glen Barber Subject: Re: Broadwell Support FreeBSD 10.1 References: <550F50F6.7060306@marspolar.com> <20150322234900.GI13428@hub.FreeBSD.org> In-Reply-To: <20150322234900.GI13428@hub.FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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, 23 Mar 2015 13:17:13 -0000 On 03/22/2015 19:49, Glen Barber wrote: > On Sun, Mar 22, 2015 at 04:32:06PM -0700, Marek Novotny wrote: >> New to this group, and new to FreeBSD via PC-BSD. Really like it so far. >> Sorry if this has been asked to death already. Levono has their new T450 >> with the 5th gen intel Broadwell i5 processor. I bought it with the hopes of >> running PC-BSD latest version on it. It uses intel 5500 graphics as well. >> Any potential issues using this?? >> > > You won't be able to use accelerated graphics. > > I have the T540p which has the i7-4800MQ, and am quite happy with > running FreeBSD CURRENT on it. I don't care about accelerated graphics > too much, though. > > One nit with the laptop is I needed to use an external USB flash drive > to store /boot on an MBR partition, because my hard drives are > GPT-partitioned using ZFS on '/' on GELI-encrypted providers. > Otherwise, I have noticed that using the /boot on the GPT disk enforces > low resolution graphics (640x480 IIRC). > > By using a USB flash drive for /boot, I can get 1920x1080 resolution > (one of the many reasons for choosing this laptop). > > (I've been meaning to put this into the FreeBSD Wiki, but EBUSY.) > > Glen > Glen, in the past I briefly tested the uefi bootloader on a Lenovo T440s including with scfb and I believe the default resolution would raise to native if I also disabled CSM mode in the "bios". This affected the console mode as well as scfb which both inherit the framebuffer from the uefi GOP as I understand it. Have you tried that? You should be able to demonstrate it while booted from a uefi boot stick, no permanent system changes necessary. I've also been looking forward to see if this trick works with uefi since xf86-video-scfb performance was perfectly usable on a uefi booted mac but not the lenovo: https://forums.freebsd.org/threads/xorg-vesa-driver-massive-speedup-using-mtrr-write-combine.46723/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 14:22: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 1701B437 for ; Mon, 23 Mar 2015 14:22:09 +0000 (UTC) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C3F1E31F for ; Mon, 23 Mar 2015 14:22:08 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id E9AD92842E; Mon, 23 Mar 2015 15:22:04 +0100 (CET) Received: from illbsd.quip.test (ip-89-177-50-74.net.upcbroadband.cz [89.177.50.74]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id A7CB028426; Mon, 23 Mar 2015 15:21:59 +0100 (CET) Message-ID: <551021AC.8030500@quip.cz> Date: Mon, 23 Mar 2015 15:22:36 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:35.0) Gecko/20100101 Firefox/35.0 SeaMonkey/2.32 MIME-Version: 1.0 To: Brendan Inglese Subject: Re: Broadwell Support FreeBSD 10.1 References: <550F50F6.7060306@marspolar.com> <20150322234900.GI13428@hub.FreeBSD.org> <550F570E.80305@marspolar.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Mon, 23 Mar 2015 14:22:09 -0000 Brendan Inglese wrote on 03/23/2015 05:33: [...] > If not for a while are discrete Nvidia cards such as the 760 ( Which > another model has ) which I can find in > http://www.gigabyte.com.au/products/product-page.aspx?pid=5156#ov stable? > Last time I used X with a GTX680 it would crash twice a week. I am running PC-BSD 10.1.1 on Dell PowerEdge T20 (Haswell with E3-1225v3) with nVidia GT 630. It is running fine, no crashes at all. Miroslav Lachman From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 16:06: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 33DB112F; Mon, 23 Mar 2015 16:06:54 +0000 (UTC) Received: from shxd.cx (mail.shxd.cx [64.201.244.140]) (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 1E5AD270; Mon, 23 Mar 2015 16:06:54 +0000 (UTC) Received: from 50-196-156-133-static.hfc.comcastbusiness.net ([50.196.156.133]:55103 helo=tinkerbell.pixel8networks.com) by shxd.cx with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.77 (FreeBSD)) (envelope-from ) id 1YZzfH-0004mG-86; Mon, 23 Mar 2015 03:32:59 -0700 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\)) Subject: Re: bsdinstall and current (possible stable) snapshots From: Devin Teske In-Reply-To: <20150323084738.70f7db7b@laptop.minsk.domain> Date: Mon, 23 Mar 2015 09:06:09 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> References: <20150323084738.70f7db7b@laptop.minsk.domain> To: "Sergey V. Dyatko" X-Mailer: Apple Mail (2.1990.1) Sender: devin@shxd.cx Cc: Devin Teske , 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, 23 Mar 2015 16:06:54 -0000 > On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko = wrote: >=20 > Hi Devin, >=20 > Recently I'm trying to install FreeBSD CURRENT from bootonly image > ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) > on IBM HS22 blade via bladecenter's kvm but I faced with problem on = checksum > stage, bootonly doesn't contain base, kernel,etc distributions but it = contain > manifest file.=20 > On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz = and > MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums = for > fetched files. I suppose it will be fine with RELEASE bootonly iso but = not with > stable/current. > there is 2 ways how we can handle it: > 1) download remote MANIFEST if spotted checksum mismatch and trying to = use it > 2) allow user to continue installation with 'broken' distributions=20 >=20 > I had to first put 10.1 then update it to HEAD :( >=20 > What do you think ? When I get some time I=E2=80=99ll have a look and see what I can do. =E2=80=94=20 Cheers, Devin From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 16:16: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 146AC536 for ; Mon, 23 Mar 2015 16:16:00 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 D395638B for ; Mon, 23 Mar 2015 16:15:59 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2NGFvVf028171 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 23 Mar 2015 09:15:58 -0700 Message-ID: <55103C3D.9050009@freebsd.org> Date: Mon, 23 Mar 2015 09:15:57 -0700 From: Nathan Whitehorn 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: bsdinstall and current (possible stable) snapshots References: <20150323084738.70f7db7b@laptop.minsk.domain> <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> In-Reply-To: <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVaRK2qFSS+7iq3MUkaT28knwTUewkByuznPVzN0PdCNPwcqeg0ujTxBVk4R94LT72PHWAX4IsMYlTsN2UUzqKkzme7OevyOccE= X-Sonic-ID: C;oo2P43fR5BGr3tBwQIsAyQ== M;uhnI43fR5BGr3tBwQIsAyQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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, 23 Mar 2015 16:16:00 -0000 On 03/23/15 09:06, Devin Teske wrote: >> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko wrote: >> >> Hi Devin, >> >> Recently I'm trying to install FreeBSD CURRENT from bootonly image >> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) >> on IBM HS22 blade via bladecenter's kvm but I faced with problem on checksum >> stage, bootonly doesn't contain base, kernel,etc distributions but it contain >> manifest file. >> On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and >> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for >> fetched files. I suppose it will be fine with RELEASE bootonly iso but not with >> stable/current. >> there is 2 ways how we can handle it: >> 1) download remote MANIFEST if spotted checksum mismatch and trying to use it >> 2) allow user to continue installation with 'broken' distributions >> >> I had to first put 10.1 then update it to HEAD :( >> >> What do you think ? > When I get some time I’ll have a look and see what I can do. > — > Cheers, > Devin > > Using the local manifest is a security feature -- there is otherwise zero protection against a man-in-the-middle attack. Ideally, you'd use the ISO that matches the posted files. There are three options here: 1. Add a dialog that lets you move ahead in the event of checksum failure, which makes me very nervous. 2. Use the boot1 disk. 2a. For release engineering: if the posted tarballs change too fast, the bootonly disk isn't actually useful for -CURRENT and should probably be removed from the FTP server. 3. You could reroll the ISO (just untar and run makefs again), commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 16:20: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 A6D96682 for ; Mon, 23 Mar 2015 16:20:34 +0000 (UTC) Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 0FA033CA for ; Mon, 23 Mar 2015 16:20:34 +0000 (UTC) Received: by lbcgn8 with SMTP id gn8so122054740lbc.2 for ; Mon, 23 Mar 2015 09:20:32 -0700 (PDT) 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=RRncCC5XzGExHYq1OCwgInHlzhIc8r1ACn/l3749nKI=; b=TYjzYesavCaIo/hZSx3AG8GLMmXhCRbVLWvGgzmyKoGxjwz/uq+/OjqJPKCbIZktca AUa1K5/kqQFZ33o0b4I5GFEQb7A6UsKPdQWjl9MnUGiG3F+4IZo7fmL2IMFUPjVjaNrU yfmJJvPxJXN5TK3lbdGHRuKZTeKNX81nIXgZBk53jDE3tVerReRMtz1jPutXA46wFro1 DypxTySD8xDpZ/Uu55xgOPKoc+/pwMnoGt6teB5y2LtY5dQgzHpSVK/IcdRXsGwSVoUf bu1g9Xqy1kjf2YIdID1DIYuZ2FtWBvCfKCR2ueWX7xW3stV7wAPuU+1Gt2cLKN1itATF ey5A== X-Received: by 10.112.13.7 with SMTP id d7mr21662619lbc.79.1427127632015; Mon, 23 Mar 2015 09:20:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.112.13.37 with HTTP; Mon, 23 Mar 2015 09:19:50 -0700 (PDT) From: Odhiambo Washington Date: Mon, 23 Mar 2015 19:19:50 +0300 Message-ID: Subject: buildworld failure on 10.1 - Please advise To: "freebsd-current@freebsd org" Content-Type: text/plain; charset=ISO-8859-1 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, 23 Mar 2015 16:20:34 -0000 Hello everyone I beg to be advised on what I should do to solve why my attempts at buildworld on 10.1-RELEASE fail as follows: ===> gnu/usr.bin/gperf (obj,depend,all,install) ===> gnu/usr.bin/gperf/doc (obj) /usr/obj/usr/src/tmp/usr/src/gnu/usr.bin/gperf/doc created for /usr/src/gnu/usr.bin/gperf/doc rm -f .depend CC='clang' mkdep -f .depend -a -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr .bin/gperf /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.c c /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc /usr/src/gnu/us r.bin/gperf/../../../contrib/gperf/src/keyword.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc /usr/src/gnu/usr.bin/gperf/../../../co ntrib/gperf/src/options.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/output.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/posit ions.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/search.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/version.cc /usr/src/gnu/ usr.bin/gperf/../../../contrib/gperf/lib/getline.cc /usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib/hash.cc echo gperf: /usr/lib/libc.a /usr/obj/usr/src/tmp/legacy/usr/lib/libegacy.a >> .depend echo gperf: /usr/lib/libc++.a >> .depend ===> gnu/usr.bin/gperf/doc (depend) clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/bool-array.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/hash-table.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/input.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword-list.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/keyword.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/main.cc clang++ -O2 -pipe -I/usr/obj/usr/src/tmp/legacy/usr/include -I/usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/lib -I/usr/src/gnu/usr.bin/gperf -c / usr/src/gnu/usr.bin/gperf/../../../contrib/gperf/src/options.cc *** Error code 1 Stop. make[3]: stopped in /usr/src/gnu/usr.bin/gperf *** Error code 1 Stop. make[2]: stopped in /usr/src *** Error code 1 Stop. make[1]: stopped in /usr/src *** Error code 1 Stop. make: stopped in /usr/src -- Best regards, Odhiambo WASHINGTON, Nairobi,KE +254733744121/+254722743223 "I can't hear you -- I'm using the scrambler." From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 16:49:29 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 0DE884AF for ; Mon, 23 Mar 2015 16:49:29 +0000 (UTC) Received: from mail-la0-x232.google.com (mail-la0-x232.google.com [IPv6:2a00:1450:4010:c03::232]) (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 7FB7C953 for ; Mon, 23 Mar 2015 16:49:28 +0000 (UTC) Received: by labto5 with SMTP id to5so31340011lab.0 for ; Mon, 23 Mar 2015 09:49:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=Kr9Z2gnt1VTcmOvQ6K6uNcvG08Z3Wd+uaXmx1KExOyc=; b=KDJjcA2IXs1lOmpiGtYohdCKCU5Bs+h8k3HkKCX9wQjnbdnjuAt7N/4pcFsLACZc/W x2LN+MPJ/NvRrux2u4+IgfnhtZQUTDnexJatwqcnd7Rx3GWePpaii5lH3OnJY/Vmp2an pf69ptzBMGWp7BoCoUtPs4Fp8Ohr2D27bED+iA9aHwfC1sr12yuXGpUrkl24qjf72ylQ KCBsnq0DoXdypGeryOeE4ZQqwZ6gRC1bpzuuS28aJlPWEw4a6LqrZbo0NIt5isxyEF2M xpxYHWH+4IOa692rkGtuU/7WCJCDOj7imwe4Uz1AtqYMHh8bmu9j3YF/MH4PcquuglKJ Oe5g== X-Received: by 10.112.26.209 with SMTP id n17mr68894lbg.84.1427129366635; Mon, 23 Mar 2015 09:49:26 -0700 (PDT) Received: from laptop.minsk.domain ([37.215.165.64]) by mx.google.com with ESMTPSA id k13sm285094laa.28.2015.03.23.09.49.24 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 09:49:25 -0700 (PDT) Date: Mon, 23 Mar 2015 19:47:57 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: bsdinstall and current (possible stable) snapshots Message-ID: <20150323194757.285b3647@laptop.minsk.domain> In-Reply-To: <55103C3D.9050009@freebsd.org> References: <20150323084738.70f7db7b@laptop.minsk.domain> <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> <55103C3D.9050009@freebsd.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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, 23 Mar 2015 16:49:29 -0000 On Mon, 23 Mar 2015 09:15:57 -0700 Nathan Whitehorn wrote:=20 >=20 > On 03/23/15 09:06, Devin Teske wrote: > >> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko > >> wrote: > >> > >> Hi Devin, > >> > >> Recently I'm trying to install FreeBSD CURRENT from bootonly image > >> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) > >> on IBM HS22 blade via bladecenter's kvm but I faced with problem on > >> checksum stage, bootonly doesn't contain base, kernel,etc distributions > >> but it contain manifest file. > >> On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and > >> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums = for > >> fetched files. I suppose it will be fine with RELEASE bootonly iso but= not > >> with stable/current. > >> there is 2 ways how we can handle it: > >> 1) download remote MANIFEST if spotted checksum mismatch and trying to= use > >> it 2) allow user to continue installation with 'broken' distributions > >> > >> I had to first put 10.1 then update it to HEAD :( > >> > >> What do you think ? > > When I get some time I=E2=80=99ll have a look and see what I can do. > > =E2=80=94 > > Cheers, > > Devin > > > > >=20 > Using the local manifest is a security feature -- there is otherwise=20 > zero protection against a man-in-the-middle attack. Ideally, you'd use=20 > the ISO that matches the posted files. There are three options here: > 1. Add a dialog that lets you move ahead in the event of checksum=20 > failure, which makes me very nervous. > 2. Use the boot1 disk. > 2a. For release engineering: if the posted tarballs change too fast, the= =20 > bootonly disk isn't actually useful for -CURRENT and should probably be=20 > removed from the FTP server. I don't think so. I use only bootonly ISOs when I (rare) setup new fbsd instances, disk1 contain to much useless (for me) things. I haven't fast internet (in 2015, yes) so download data1 image is a pain.=20 What about STABLE images/tarballs ? If I understand correctly it is also uploaded too fast... > 3. You could reroll the ISO (just untar and run makefs again),=20 > commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto. > -Nathan sure I can.=20 Idea with a dialog is a good idea, IMO :) -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 17:46:40 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 B4C46512 for ; Mon, 23 Mar 2015 17:46:40 +0000 (UTC) Received: from c.mail.sonic.net (c.mail.sonic.net [64.142.111.80]) (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 93F6EE2 for ; Mon, 23 Mar 2015 17:46:40 +0000 (UTC) Received: from aurora.physics.berkeley.edu (aurora.Physics.Berkeley.EDU [128.32.117.67]) (authenticated bits=0) by c.mail.sonic.net (8.15.1/8.15.1) with ESMTPSA id t2NHkWm0015352 (version=TLSv1.2 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 23 Mar 2015 10:46:33 -0700 Message-ID: <55105178.3040204@freebsd.org> Date: Mon, 23 Mar 2015 10:46:32 -0700 From: Nathan Whitehorn 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: bsdinstall and current (possible stable) snapshots References: <20150323084738.70f7db7b@laptop.minsk.domain> <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> <55103C3D.9050009@freebsd.org> <20150323194757.285b3647@laptop.minsk.domain> In-Reply-To: <20150323194757.285b3647@laptop.minsk.domain> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Sonic-CAuth: UmFuZG9tSVbr7SuXrh33TvMSYWibZtq5wbTwsGDTPjU80ZhmPR59oecDmvwdloP65UfAOM9uIBL6EQxp/n8ywo+I4quv8/cwslESEZeTX6s= X-Sonic-ID: C;XoIvi4TR5BGN59BwQIsAyQ== M;jByFi4TR5BGN59BwQIsAyQ== X-Spam-Flag: No X-Sonic-Spam-Details: 0.0/5.0 by cerberusd 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, 23 Mar 2015 17:46:40 -0000 On 03/23/15 09:47, Sergey V. Dyatko wrote: > On Mon, 23 Mar 2015 09:15:57 -0700 > Nathan Whitehorn wrote: > >> On 03/23/15 09:06, Devin Teske wrote: >>>> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko >>>> wrote: >>>> >>>> Hi Devin, >>>> >>>> Recently I'm trying to install FreeBSD CURRENT from bootonly image >>>> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) >>>> on IBM HS22 blade via bladecenter's kvm but I faced with problem on >>>> checksum stage, bootonly doesn't contain base, kernel,etc distributions >>>> but it contain manifest file. >>>> On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz and >>>> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sums for >>>> fetched files. I suppose it will be fine with RELEASE bootonly iso but not >>>> with stable/current. >>>> there is 2 ways how we can handle it: >>>> 1) download remote MANIFEST if spotted checksum mismatch and trying to use >>>> it 2) allow user to continue installation with 'broken' distributions >>>> >>>> I had to first put 10.1 then update it to HEAD :( >>>> >>>> What do you think ? >>> When I get some time I’ll have a look and see what I can do. >>> — >>> Cheers, >>> Devin >>> >>> >> Using the local manifest is a security feature -- there is otherwise >> zero protection against a man-in-the-middle attack. Ideally, you'd use >> the ISO that matches the posted files. There are three options here: >> 1. Add a dialog that lets you move ahead in the event of checksum >> failure, which makes me very nervous. >> 2. Use the boot1 disk. >> 2a. For release engineering: if the posted tarballs change too fast, the >> bootonly disk isn't actually useful for -CURRENT and should probably be >> removed from the FTP server. > I don't think so. I use only bootonly ISOs when I (rare) setup new > fbsd instances, disk1 contain to much useless (for me) things. I > haven't fast internet (in 2015, yes) so download data1 image is a pain. What useless things, out of curiousity? If you want source (which you probably do if you are running -CURRENT), boot1 + downloading kernel, base, and source code is 80% the size of disc1 for amd64. It's just not a huge difference. > What about STABLE images/tarballs ? If I understand correctly it is also > uploaded too fast... The same issue applies there, yes. >> 3. You could reroll the ISO (just untar and run makefs again), >> commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto. >> -Nathan > sure I can. > Idea with a dialog is a good idea, IMO :) > That's so@'s lookout. I'd prefer actual signatures to checksum verification + an option to skip. -Nathan From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 18:01: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 5517DB28 for ; Mon, 23 Mar 2015 18:01:11 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::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 CD92126D for ; Mon, 23 Mar 2015 18:01:10 +0000 (UTC) Received: by wibgn9 with SMTP id gn9so70724040wib.1 for ; Mon, 23 Mar 2015 11:01:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=01ADCYOlKyTTmq97N3Qnred98dEwtFJBROO/8YRoljk=; b=pwjYfsUrSnBZuzq0OaLeVSTLHtHz7F0bDqu0KpuGiapCzvpJPuwRcu3uL7JsO/l9Pm J48myHppF9N6WeCqGw7IVxtkBKOERfTZ96IOqWyfFJe1AB5R4eaFbHIpuh9//DQz5d2Y axdYI2lfIXO0oB/KmYT/Qcvj22gL/rPqWuHP9Orh4fQsegJ0bgtV5c/iAKEkYmurytbx oduh822jVkJETH8q9EOA4v04a7i1T0xltLYRwK/Vu+C6CNlBG1cyFKjFXVewdgBxa7zE 83AR2Ah2OcJpwa586OCuSUw1Z4Y1tWbFu2xwXDDMpO5ii2qnucQlJrF2y8vYTsU1ckvF xaRw== X-Received: by 10.194.192.65 with SMTP id he1mr648947wjc.118.1427133668074; Mon, 23 Mar 2015 11:01:08 -0700 (PDT) Received: from laptop.minsk.domain ([37.215.165.64]) by mx.google.com with ESMTPSA id y14sm2411469wjr.39.2015.03.23.11.01.06 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 23 Mar 2015 11:01:07 -0700 (PDT) Date: Mon, 23 Mar 2015 20:59:38 +0300 From: "Sergey V. Dyatko" To: freebsd-current@freebsd.org Subject: Re: bsdinstall and current (possible stable) snapshots Message-ID: <20150323205938.2098615f@laptop.minsk.domain> In-Reply-To: <55105178.3040204@freebsd.org> References: <20150323084738.70f7db7b@laptop.minsk.domain> <5762F1B8-771F-469C-9B93-AB6477C1C90D@FreeBSD.org> <55103C3D.9050009@freebsd.org> <20150323194757.285b3647@laptop.minsk.domain> <55105178.3040204@freebsd.org> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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, 23 Mar 2015 18:01:11 -0000 On Mon, 23 Mar 2015 10:46:32 -0700 Nathan Whitehorn wrote:=20 >=20 > On 03/23/15 09:47, Sergey V. Dyatko wrote: > > On Mon, 23 Mar 2015 09:15:57 -0700 > > Nathan Whitehorn wrote: > > > >> On 03/23/15 09:06, Devin Teske wrote: > >>>> On Mar 22, 2015, at 10:47 PM, Sergey V. Dyatko > >>>> wrote: > >>>> > >>>> Hi Devin, > >>>> > >>>> Recently I'm trying to install FreeBSD CURRENT from bootonly image > >>>> ( FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso) > >>>> on IBM HS22 blade via bladecenter's kvm but I faced with problem on > >>>> checksum stage, bootonly doesn't contain base, kernel,etc distributi= ons > >>>> but it contain manifest file. > >>>> On mirrors we have pub/FreeBSD/snapshots/${ARCH}/11.0-CURRENT/*txz = and > >>>> MANIFEST, sha256 sums from _local_ manifest doesn't match sha256 sum= s for > >>>> fetched files. I suppose it will be fine with RELEASE bootonly iso b= ut > >>>> not with stable/current. > >>>> there is 2 ways how we can handle it: > >>>> 1) download remote MANIFEST if spotted checksum mismatch and trying = to > >>>> use it 2) allow user to continue installation with 'broken' distribu= tions > >>>> > >>>> I had to first put 10.1 then update it to HEAD :( > >>>> > >>>> What do you think ? > >>> When I get some time I=E2=80=99ll have a look and see what I can do. > >>> =E2=80=94 > >>> Cheers, > >>> Devin > >>> > >>> > >> Using the local manifest is a security feature -- there is otherwise > >> zero protection against a man-in-the-middle attack. Ideally, you'd use > >> the ISO that matches the posted files. There are three options here: > >> 1. Add a dialog that lets you move ahead in the event of checksum > >> failure, which makes me very nervous. > >> 2. Use the boot1 disk. > >> 2a. For release engineering: if the posted tarballs change too fast, t= he > >> bootonly disk isn't actually useful for -CURRENT and should probably be > >> removed from the FTP server. > > I don't think so. I use only bootonly ISOs when I (rare) setup new > > fbsd instances, disk1 contain to much useless (for me) things. I > > haven't fast internet (in 2015, yes) so download data1 image is a pain. >=20 > What useless things, out of curiousity? If you want source (which you=20 > probably do if you are running -CURRENT), boot1 + downloading kernel,=20 > base, and source code is 80% the size of disc1 for amd64. It's just not=20 > a huge difference. >=20 ~55 vs ~360 MB (FreeBSD-11.0-CURRENT-amd64-20150302-r279514-bootonly.iso.xz= VS FreeBSD-11.0-CURRENT-amd64-20150302-r279514-disc1.iso.xz) I do fetch src/ports (both HEAD) from svn so _in my case_ it is useless (tarballs a bit outdated as minimum). Main purpose of ISOs (for me) is allo= w to install minimal FreeBSD on new server. Than I can ssh into it and setup us= eful stuff > > What about STABLE images/tarballs ? If I understand correctly it is al= so > > uploaded too fast... >=20 > The same issue applies there, yes. >=20 > >> 3. You could reroll the ISO (just untar and run makefs again), > >> commenting out line 180 of /usr/libexec/bsdinstall/scripts/auto. > >> -Nathan > > sure I can. > > Idea with a dialog is a good idea, IMO :) > > >=20 > That's so@'s lookout. I'd prefer actual signatures to checksum=20 > verification + an option to skip. > -Nathan > _______________________________________________ > 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" -- wbr, tiger From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 18:04:13 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 DD1E2D06; Mon, 23 Mar 2015 18:04:13 +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 A6C5D35C; Mon, 23 Mar 2015 18:04:13 +0000 (UTC) Received: from [10.0.0.132] (ti0025a400-4054.bb.online.no [85.167.26.227]) by st11p00mm-asmtp004.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NLO00MWNFIQGP30@st11p00mm-asmtp004.mac.com>; Mon, 23 Mar 2015 18:04:05 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-23_04:2015-03-23,2015-03-23,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503230183 Message-id: <55105594.7020300@icloud.com> Date: Mon, 23 Mar 2015 19:04:04 +0100 From: Anders Bolt-Evensen User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-version: 1.0 To: Adrian Chadd , freebsd-current@freebsd.org Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> In-reply-to: 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: Mon, 23 Mar 2015 18:04:14 -0000 On 3/22/2015 7:22 AM, Adrian Chadd wrote: > ok, then hm, where's the gpio pin configured.. > > > -a How do I check where this gpio pin is configured? I guess I have to enable gpio in the kernel in order to somehow do that? > > On 21 March 2015 at 21:55, Miguel Clara wrote: >> >> On March 22, 2015 4:19:23 AM WET, Adrian Chadd wrote: >>> Ok, so I'd cycle that rfkill gpio from 1 -> uhm, whatever the max for >>> that thing is (16?) >>> >>> Each time: >>> >>> ifconfig wlan0 down >>> sysctl dev.ath.0.rfkill=X >>> ifconfig wlan0 up >>> ifconfig wlan0 list scan >>> >>> See if it sees anything. >> It seems to accept only 0 and 1. >> >> >> I'll have to play with that tomorrow as its almost 5am here. >> But it seems to show no scan results with either 0 or 1 (when running just scan... list scan works the first time.. but its not really re-scaning) >> >>> >>> >>> -adrian >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 18:26: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 F1E06522; Mon, 23 Mar 2015 18:26:27 +0000 (UTC) Received: from mail-ob0-x236.google.com (mail-ob0-x236.google.com [IPv6:2607:f8b0:4003:c01::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 B38117E5; Mon, 23 Mar 2015 18:26:27 +0000 (UTC) Received: by obbgg8 with SMTP id gg8so129707154obb.1; Mon, 23 Mar 2015 11:26:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=+Z3HP7AkGyG3HEPharCgLTTNQ2HLsXjyt2Kmf0u5NAM=; b=L+km4hUnljVQk41hm5Dki1JFv+RwD1/lK1WUFt/En0BmkSSONn1TLT5ljKS0InUwLr eRc3y3jGCurUijZCoJJv2bR3lAWYhVGAJAu/dfrgXtYqMOSbDEUpvRMK/V6NmmXxn3uz 7ofGqimxRWLeGdbMxTPWf5YAvDN/y4vA20Cno43lYD2vmNKLxNqhaX6IYwUCpc/CWeu8 8qjf+XsNuqcKICOmX2+hhYpXq0iwW4l+yLLxPFQsIHnwjI4BdQBqolucjT8m7XiYhDXY b+A7OyfaFCIWMkEAT8en4VpkCHazRZUkcGm/a2sIA4v/f5qPEq2esBj6R1mP8CSZ+sWS gLnQ== MIME-Version: 1.0 X-Received: by 10.202.230.69 with SMTP id d66mr414847oih.8.1427135187005; Mon, 23 Mar 2015 11:26:27 -0700 (PDT) Received: by 10.182.248.164 with HTTP; Mon, 23 Mar 2015 11:26:26 -0700 (PDT) Date: Mon, 23 Mar 2015 14:26:26 -0400 Message-ID: Subject: Time to be real From: Joe Nosay To: freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List 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, 23 Mar 2015 18:26:28 -0000 Go to hell. Go fuck yourselves. From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 19:02:59 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 0B70B895 for ; Mon, 23 Mar 2015 19:02:59 +0000 (UTC) Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::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 B3141C9E for ; Mon, 23 Mar 2015 19:02:58 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so49912622ied.1 for ; Mon, 23 Mar 2015 12:02:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=0bkrAAFFPw1IoWWAha2FJNHgw82wO0Q5Q5iTxrwHpTo=; b=m3cqOvW9qW5CACAxsmQ2xp537mgAOKSsIFOsTI1PkB1wqXFEQZRY4niTK9vykm7uQs h9q+j9n2uGw2yjrn5QfpbZGgjoxbO72SYLt6dWjd+dYVU6oXH0+oj2Lj9zoNQmod8bGQ MLe1sYVsjKcQ4irggsCubdFfZqJ/pwV1r9Y8lyd9IDnrNccNuTRS3/Xflgr5kbVkTkgv 2J3mNPVPxTViGhKx0mUrJh3JkK2nW92HKFGMB+rnJqjiLQa3yt5Q2YCXMRWFFYaWl2A2 cjX4xVFoafKtVGq+BLoRcIu2S6DWgBUbzrtnWLQpn8nDedYH8uKNZbEcj6fNyS4Jc1Fw OjEQ== MIME-Version: 1.0 X-Received: by 10.42.41.200 with SMTP id q8mr17559150ice.61.1427137378002; Mon, 23 Mar 2015 12:02:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Mon, 23 Mar 2015 12:02:57 -0700 (PDT) In-Reply-To: <55105594.7020300@icloud.com> References: <550C505F.2030809@icloud.com> <550C9CEF.4040302@icloud.com> <550D2932.3090101@icloud.com> <55105594.7020300@icloud.com> Date: Mon, 23 Mar 2015 12:02:57 -0700 X-Google-Sender-Auth: NNMQhhtyep5934VoCoRV2XQ8XSs Message-ID: Subject: Re: Atheros AR9460 and Acer Aspire V17 Nitro on FreeBSD 11 not working From: Adrian Chadd To: Anders Bolt-Evensen 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, 23 Mar 2015 19:02:59 -0000 No, it's something in the ath driver and ath_hal code. I'm sorry, I've been busy debugging other things in my limited spare time; I just haven't had the chance to sit down and look at the rfkill code. :( -a From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 19:07:19 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 2149DB00; Mon, 23 Mar 2015 19:07:19 +0000 (UTC) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id F3452CE9; Mon, 23 Mar 2015 19:07:18 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id A3052A041; Mon, 23 Mar 2015 14:07:17 -0500 (CDT) Date: Mon, 23 Mar 2015 14:07:17 -0500 From: Mark Linimon To: Joe Nosay Subject: Re: Time to be real Message-ID: <20150323190717.GA497@lonesome.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD Hackers , freebsd-current , FreeBSD Mailing List , FreeBSD PowerPC ML 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, 23 Mar 2015 19:07:19 -0000 Thank you for your troll. For your convenience, we will do our best not to reply to you any further, to waste either your time, or valuable electrons. mcl From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 21:14:33 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 18447ED7; Mon, 23 Mar 2015 21:14:33 +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 E1850E5E; Mon, 23 Mar 2015 21:14:32 +0000 (UTC) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.14.9/8.14.9) with ESMTP id t2NL89Gp052297; Mon, 23 Mar 2015 14:08:54 -0700 (PDT) (envelope-from bsd-lists@bsdforge.com) To: freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List In-Reply-To: References: From: "Chris H" Subject: Re: Time to be real Date: Mon, 23 Mar 2015 14:08:54 -0700 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: Mon, 23 Mar 2015 21:14:33 -0000 On Mon, 23 Mar 2015 14:26:26 -0400 Joe Nosay wrote _____________________________ /____________________________/| | ___ || | /__/| || | PLEASE | || || | | || || | DO NOT FEED | || || | |__|/ || | THE TROLLS ___ || | /__/| || | |__|/ || |____________________________|/ | || | ||/| |\|/\||/| ________/\// /\/ |_____________ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 22:55: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 20F6CB01; Mon, 23 Mar 2015 22:55:55 +0000 (UTC) Received: from mail-out.smeets.im (mail-out.smeets.im [5.9.17.157]) (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 C177BB81; Mon, 23 Mar 2015 22:55:54 +0000 (UTC) Received: from mail.smeets.im (mail.smeets.im [IPv6:2a01:4f8:160:918a::25:3]) by mail-out.smeets.im (Postfix) with ESMTP id 30D9613D0; Mon, 23 Mar 2015 23:55:46 +0100 (CET) Received: from amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) by mail.smeets.im (Postfix) with ESMTP id B1144892AF; Mon, 23 Mar 2015 23:55:46 +0100 (CET) X-Virus-Scanned: amavisd-new at smeets.im Received: from mail.smeets.im ([IPv6:2a01:4f8:160:918a::25:3]) by amavis.smeets.im (amavis.smeets.im [IPv6:2a01:4f8:160:918a::aa:4]) (amavisd-new, port 10025) with ESMTP id IM0x-EBallLC; Mon, 23 Mar 2015 23:55:46 +0100 (CET) Received: from nibbler-wlan.home.lan (unknown [85.22.28.128]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.smeets.im (Postfix) with ESMTPSA id 0CFFF89287; Mon, 23 Mar 2015 23:55:46 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=smeets.im; s=default; t=1427151346; bh=wzjfAI8SnrISTLRGX19ytl4rEYHaZEODHnqpTr5Udto=; h=Subject:To:references:From:Date:in-reply-to; b=kutD6pJylQBUYXFARnuDnVu95CpEgm7ILbiBGFZC9HfDLOl4mGCJUfpc/GhNx3Yu3 ttYaF0BwfL7LXqYNZMvOM2/kHPP4SEjP1tkTvLtY/qherX/nmadmu1shgV5br08uEp aCctdQpZYc3moR7ncKovIU3e6PZhRs3/vBoPqNew= Subject: Re: Time to be real To: Joe Nosay , freebsd-current , FreeBSD PowerPC ML , FreeBSD Hackers , FreeBSD Mailing List , postmaster@FreeBSD.org references: From: Florian Smeets message-id: <551099EF.60606@smeets.im> Date: Mon, 23 Mar 2015 23:55:43 +0100 user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:38.0) Gecko/20100101 Thunderbird/38.0a2 mime-version: 1.0 in-reply-to: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap" 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, 23 Mar 2015 22:55:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi, Joe has indicated in the past that SPAM was sent from his account: https://lists.freebsd.org/pipermail/freebsd-ports/2014-September/095407.h= tml We (postmaster@) contacted Joe and are looking into the issue. Please do not reply to the thread anymore. Florian --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQJ8BAEBCgBmBQJVEJnvXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNzAxMDMyMDNCQ0FCNDRBOThGRUM4NDRF NzA1M0RGOUZGODZGMDc2AAoJEOcFPfn/hvB2rvAQAItSKctjP+p57HkCDl/IEh80 fRIkU+z6NJwEC11kybV2md/tyFT+pKSLCFGPsUx7H8+X31Z0neabkNkJFUeeNn2+ irfnuLy3tw3jV9CC2CJcQoLLcVVWrLlOzXqW2O0uBx4vNAFAg+XF7s66T/6K19Lq c2WCN3F/2Qch27QiK0I5vCTUhEcb14Uk994KZnJx3pkTTnVTx4yQ1TSN1FPIDRlh 5As0GuD0M52ORAG1iZ5Fat4T9nit1omxV0cfPJqiqy3uM9cofoutvz8FjT8lTn+1 vKq2Ba23dOJQk1fxfIc4v51/21DFYSAqcV2c6SfsKB8Zicua/aZKz84vhLfbdYm9 sZ6Kdb8WL3LuboUc5Sj2utdpH8XouVJQA4F0ChCIHvcxsUNLhnl22CFumqc/RZ13 GE1bp/pGUpymlJDHSXZndyLSsZUvH+608eMTJQwYiUybro8BeMX0Nomc0iW2GCbN PRZH3ivRE27NsoONSa4TZRQUVL6Qs9DyEHDSjkLvD4b+J0pYncWRzV7EExAUzk5b bJbVdKC+OWZsSA20XJGl3RVQsLym8FFvmkLa7dVTCX258QPDP3W9YW5kudibirGv dfQCvMvyLykZjzlNYUTXTWSkzDoeGDn2FHlax6eBGAVPLvmdqSMd1EEYrnMW8LHR FK1HZijS3Qhwkrb3ypV/ =+A9w -----END PGP SIGNATURE----- --QiLcX1B4EWATpqjQXNOcBHiknGSwbaaap-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 23 23:28: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 DE8C064B; Mon, 23 Mar 2015 23:28:54 +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 9531CE8B; Mon, 23 Mar 2015 23:28:54 +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 0B1F41FE022; Tue, 24 Mar 2015 00:28:51 +0100 (CET) Message-ID: <5510A1E3.9040603@selasky.org> Date: Tue, 24 Mar 2015 00:29:39 +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: "Sam Fourman Jr." , Alexander Kabaev Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> In-Reply-To: Content-Type: multipart/mixed; boundary="------------020405040306080001000506" Cc: Konstantin Belousov , freebsd-x11 , FreeBSD Current , Ed Maste , =?windows-1252?Q?Jean-S=E9bastien_P=E9dron?= 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, 23 Mar 2015 23:28:55 -0000 This is a multi-part message in MIME format. --------------020405040306080001000506 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Hi, Without the attached kernel patch(es), Xorg starts consuming alot of CPU and becomes very unresponsive and unusable. Using ktrace reveals that X-org is issuing DRM_IOCTL_MODE_GETCONNECTOR over and over again with no apparent reason. It doesn't happen when using a simple window manager like blackbox. I was not able to use XFCE4 (9-stable userland) with 11-current kernel at all, after the latest DRM2 kernel updates. It worked fine before the update. I'm not sure what is causing it. Going through the new DRM2 code revealed that a mode sorting function did not take all parameters like interlaced or not into account, causing the mode list to be reshuffelled every time a new mode scan was done. Not sure if Xorg cares about this though. I can test patches if you have other suggestions. --HPS --------------020405040306080001000506 Content-Type: text/x-diff; name="drm_patches.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="drm_patches.diff" diff --git a/sys/dev/drm2/drm_crtc.c b/sys/dev/drm2/drm_crtc.c index 318a764..d368e83 100644 --- a/sys/dev/drm2/drm_crtc.c +++ b/sys/dev/drm2/drm_crtc.c @@ -1499,15 +1499,18 @@ int drm_mode_getconnector(struct drm_device *dev, void *data, } } - if (out_resp->count_modes == 0) { + list_for_each_entry(mode, &connector->modes, head) + mode_count++; + + if (mode_count == 0) { connector->funcs->fill_modes(connector, dev->mode_config.max_width, dev->mode_config.max_height); - } - /* delayed so we get modes regardless of pre-fill_modes state */ - list_for_each_entry(mode, &connector->modes, head) - mode_count++; + /* delayed so we get modes regardless of pre-fill_modes state */ + list_for_each_entry(mode, &connector->modes, head) + mode_count++; + } out_resp->connector_id = connector->base.id; out_resp->connector_type = connector->connector_type; diff --git a/sys/dev/drm2/drm_modes.c b/sys/dev/drm2/drm_modes.c index 4df8cb1..db06176 100644 --- a/sys/dev/drm2/drm_modes.c +++ b/sys/dev/drm2/drm_modes.c @@ -928,6 +928,10 @@ static int drm_mode_compare(void *priv, struct list_head *lh_a, struct list_head if (diff) return diff; diff = b->clock - a->clock; + if (diff) + return diff; + diff = ((b->flags & DRM_MODE_FLAG_INTERLACE) != 0) - + ((a->flags & DRM_MODE_FLAG_INTERLACE) != 0); return diff; } --------------020405040306080001000506-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 24 11:19:24 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 139C690C for ; Tue, 24 Mar 2015 11:19:24 +0000 (UTC) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.site.uottawa.ca", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B41A17C5 for ; Tue, 24 Mar 2015 11:19:22 +0000 (UTC) Received: from courriel.site.uottawa.ca (localhost [127.0.0.1]) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id t2OBJEUg082978; Tue, 24 Mar 2015 07:19:14 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Received: from 66.186.85.232 (SquirrelMail authenticated user kwhite) by courriel.site.uottawa.ca with HTTP; Tue, 24 Mar 2015 07:19:14 -0400 (EDT) Message-ID: <54997.66.186.85.232.1427195954.squirrel@courriel.site.uottawa.ca> In-Reply-To: <528B3B45-378E-44CD-A286-0269E84C4F70@me.com> References: <20150319095306.C7719@admin16.site.uottawa.ca> <528B3B45-378E-44CD-A286-0269E84C4F70@me.com> Date: Tue, 24 Mar 2015 07:19:14 -0400 (EDT) Subject: Re: panic: UMA: Increase vm.boot_pages on Dell R920 r279210 From: kwhite@site.uottawa.ca To: "Rui Paulo" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal 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, 24 Mar 2015 11:19:24 -0000 > On Mar 19, 2015, at 07:34, Keith White wrote: >> I tried the suggestion "Increase vm.boot_pages" but am unsure how >> much. I tried doubling to 128, and even excessive(?) values like >> 102400; but got the same panic. > > How are you trying to change the value? Can you build a custom kernel and > confirm the value in uma_startup()? > > -- > Rui Paulo > ----------------- I'm using /boot/loader.conf. Is there another place I should be doing this? vfs.mountroot.timeout="10" boot_multicons="YES" boot_serial="YES" comconsole_speed="115200" console="comconsole,vidconsole" vm.boot_pages=1024 hw.mfi.mrsas_enable=1 ----------------- With a custom kernel, the value printed is 64 not my expected "1024": ... 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: Tue Mar 24 04:55:47 UTC 2015 root@:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 WARNING: WITNESS option enabled, expect reduced performance. === UMA startup boot_pages: 64 === VT: running with driver "vga". CPU: Intel(R) Xeon(R) CPU E7-4870 v2 @ 2.30GHz (2300.05-MHz K8-class CPU) Origin="GenuineIntel" Id=0x306e7 Family=0x6 Model=0x3e Stepping=7 Features=0xbfebfbff Features2=0x7fbee3ff AMD Features=0x2c100800 AMD Features2=0x1 Structured Extended Features=0x281 XSAVE Features=0x1 VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, performance statistics real memory = 1099478073344 (1048544 MB) avail memory = 1069175943168 (1019645 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 80 CPUs FreeBSD/SMP: 4 package(s) x 10 core(s) x 2 SMT threads ... -------------- After boot, the value is as expected: # sysctl vm.boot_pages vm.boot_pages: 1024 ...keith From owner-freebsd-current@FreeBSD.ORG Tue Mar 24 20:00: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 4079C10F for ; Tue, 24 Mar 2015 20:00:12 +0000 (UTC) Received: from courriel.site.uottawa.ca (eecsmail.engineering.uottawa.ca [137.122.24.224]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.site.uottawa.ca", Issuer "PositiveSSL CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 023BCDFE for ; Tue, 24 Mar 2015 20:00:11 +0000 (UTC) Received: from admin16.site.uottawa.ca (admin16.site.uottawa.ca [137.122.90.250]) (authenticated bits=0) by courriel.site.uottawa.ca (8.14.5/8.14.5) with ESMTP id t2OK099h018331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 24 Mar 2015 16:00:09 -0400 (EDT) (envelope-from kwhite@site.uottawa.ca) Date: Tue, 24 Mar 2015 16:00:09 -0400 (EDT) From: Keith White To: Rui Paulo Subject: Re: panic: UMA: Increase vm.boot_pages on Dell R920 r279210 In-Reply-To: <1A6D6059-21A2-467C-979D-E413623753FD@me.com> Message-ID: <20150324155426.M7719@admin16.site.uottawa.ca> References: <20150319095306.C7719@admin16.site.uottawa.ca> <528B3B45-378E-44CD-A286-0269E84C4F70@me.com> <54997.66.186.85.232.1427195954.squirrel@courriel.site.uottawa.ca> <1A6D6059-21A2-467C-979D-E413623753FD@me.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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, 24 Mar 2015 20:00:12 -0000 On Tue, 24 Mar 2015, Rui Paulo wrote: > On Mar 24, 2015, at 04:19, kwhite@site.uottawa.ca wrote: >> >> I'm using /boot/loader.conf. Is there another place I should be doing this? > > No, that's correct, but apparently there's a problem: the RDTUN sysctl is not picked up early enough. Can you try this patch? I haven't really tested it. :-) > > diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c > index 79665ba..a764788 100644 > --- a/sys/vm/vm_page.c > +++ b/sys/vm/vm_page.c > @@ -134,8 +134,9 @@ long first_page; > int vm_page_zero_count; > > static int boot_pages = UMA_BOOT_PAGES; > -SYSCTL_INT(_vm, OID_AUTO, boot_pages, CTLFLAG_RDTUN, &boot_pages, 0, > - "number of pages allocated for bootstrapping the VM system"); > +SYSCTL_INT(_vm, OID_AUTO, boot_pages, CTLFLAG_RDTUN | CTLFLAG_NOFETCH, > + &boot_pages, 0, > + "number of pages allocated for bootstrapping the VM system"); > > static int pa_tryrelock_restart; > SYSCTL_INT(_vm, OID_AUTO, tryrelock_restart, CTLFLAG_RD, > @@ -349,6 +350,7 @@ vm_page_startup(vm_offset_t vaddr) > * Allocate memory for use when boot strapping the kernel memory > * allocator. > */ > + TUNABLE_INT_FETCH("vm.boot_pages", &boot_pages); > new_end = end - (boot_pages * UMA_SLAB_SIZE); > new_end = trunc_page(new_end); > mapped = pmap_map(&vaddr, new_end, end, > @@ -443,7 +445,7 @@ vm_page_startup(vm_offset_t vaddr) > > > -- > Rui Paulo Patch tried. Success! I now get this after setting vm.boot_pages=1024 in /boot/loader.conf: Booting... GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb 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 #1: Tue Mar 24 13:44:48 UTC 2015 root@:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.5.1 (tags/RELEASE_351/final 225668) 20150115 WARNING: WITNESS option enabled, expect reduced performance. UMA startup boot_pages: 1024 ... And can start all 120 processors. Thanks! ...keith -- Keith White, genie.uottawa.ca engineering.uottawa.ca kwhite@uottawa.ca [+1 613 562 5800 x6681] From owner-freebsd-current@FreeBSD.ORG Tue Mar 24 17:18:26 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 3D16BE39 for ; Tue, 24 Mar 2015 17:18:26 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtp001.mac.com [17.172.220.236]) (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 0E5A78A3 for ; Tue, 24 Mar 2015 17:18:25 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NLQ00CQG82CBT10@st11p02mm-asmtp001.mac.com> for freebsd-current@freebsd.org; Tue, 24 Mar 2015 17:18:14 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-24_05:2015-03-24,2015-03-24,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-1503240164 Subject: Re: panic: UMA: Increase vm.boot_pages on Dell R920 r279210 MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Content-type: text/plain; charset=us-ascii From: Rui Paulo X-Priority: 3 (Normal) In-reply-to: <54997.66.186.85.232.1427195954.squirrel@courriel.site.uottawa.ca> Date: Tue, 24 Mar 2015 10:18:11 -0700 Content-transfer-encoding: quoted-printable Message-id: <1A6D6059-21A2-467C-979D-E413623753FD@me.com> References: <20150319095306.C7719@admin16.site.uottawa.ca> <528B3B45-378E-44CD-A286-0269E84C4F70@me.com> <54997.66.186.85.232.1427195954.squirrel@courriel.site.uottawa.ca> To: kwhite@site.uottawa.ca X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Tue, 24 Mar 2015 20:07:51 +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: Tue, 24 Mar 2015 17:18:26 -0000 On Mar 24, 2015, at 04:19, kwhite@site.uottawa.ca wrote: >=20 > I'm using /boot/loader.conf. Is there another place I should be doing = this? No, that's correct, but apparently there's a problem: the RDTUN sysctl = is not picked up early enough. Can you try this patch? I haven't = really tested it. :-) diff --git a/sys/vm/vm_page.c b/sys/vm/vm_page.c index 79665ba..a764788 100644 --- a/sys/vm/vm_page.c +++ b/sys/vm/vm_page.c @@ -134,8 +134,9 @@ long first_page; int vm_page_zero_count; =20 static int boot_pages =3D UMA_BOOT_PAGES; -SYSCTL_INT(_vm, OID_AUTO, boot_pages, CTLFLAG_RDTUN, &boot_pages, 0, - "number of pages allocated for bootstrapping the VM system"); +SYSCTL_INT(_vm, OID_AUTO, boot_pages, CTLFLAG_RDTUN | CTLFLAG_NOFETCH, + &boot_pages, 0, + "number of pages allocated for bootstrapping the VM system"); =20 static int pa_tryrelock_restart; SYSCTL_INT(_vm, OID_AUTO, tryrelock_restart, CTLFLAG_RD, @@ -349,6 +350,7 @@ vm_page_startup(vm_offset_t vaddr) * Allocate memory for use when boot strapping the kernel memory * allocator. */ + TUNABLE_INT_FETCH("vm.boot_pages", &boot_pages); new_end =3D end - (boot_pages * UMA_SLAB_SIZE); new_end =3D trunc_page(new_end); mapped =3D pmap_map(&vaddr, new_end, end, @@ -443,7 +445,7 @@ vm_page_startup(vm_offset_t vaddr) -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Mar 24 21:58: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 1A3B2B16; Tue, 24 Mar 2015 21:58:46 +0000 (UTC) Received: from dmz-mailsec-scanner-2.mit.edu (dmz-mailsec-scanner-2.mit.edu [18.9.25.13]) (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 82764E30; Tue, 24 Mar 2015 21:58:45 +0000 (UTC) X-AuditID: 1209190d-f79676d000000da0-20-5511dce0681e Received: from mailhub-auth-3.mit.edu ( [18.9.21.43]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-2.mit.edu (Symantec Messaging Gateway) with SMTP id E4.48.03488.0ECD1155; Tue, 24 Mar 2015 17:53:36 -0400 (EDT) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-3.mit.edu (8.13.8/8.9.2) with ESMTP id t2OLrZPi014389; Tue, 24 Mar 2015 17:53:35 -0400 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id t2OLrXaL011893 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 24 Mar 2015 17:53:34 -0400 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id t2OLrX7P022806; Tue, 24 Mar 2015 17:53:33 -0400 (EDT) Date: Tue, 24 Mar 2015 17:53:32 -0400 (EDT) From: Benjamin Kaduk X-X-Sender: kaduk@multics.mit.edu To: freebsd-hackers@freebsd.org Subject: Re: Call for FreeBSD 2015Q1 (January-March) Status Reports In-Reply-To: Message-ID: References: User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixCmqrfvgjmCoQd82IYtd106zW8x584HJ Yvvmf4wOzB4zPs1nCWCM4rJJSc3JLEst0rdL4Mo4/eEmS8Ev7ooH65tYGhjvcXYxcnJICJhI fP/ykgXCFpO4cG89WxcjF4eQwGImida+dewQzkZGiQO/nzBCOIeYJD5vuwrlNDBKzGvsYgfp ZxHQljg5aw8biM0moCbxeG8zK8RcRYnNpyYxdzFycIgIyEssOG8PEmYGMv9fucwEYgsLOEss OPkFzOYUcJR42DgdbCQvkD1x+VYwW0jAQeJjxxmwGlEBHYnV+6ewQNQISpyc+YQFYqaWxPLp 21gmMArNQpKahSS1gJFpFaNsSm6Vbm5iZk5xarJucXJiXl5qka6RXm5miV5qSukmRnAIS/Lu YHx3UOkQowAHoxIPb8ASgVAh1sSy4srcQ4ySHExKorybtgmGCvEl5adUZiQWZ8QXleakFh9i lOBgVhLhfd4OlONNSaysSi3Kh0lJc7AoifNu+sEXIiSQnliSmp2aWpBaBJOV4eBQkuCtuw3U KFiUmp5akZaZU4KQZuLgBBnOAzR8EkgNb3FBYm5xZjpE/hSjopQ4bylIQgAkkVGaB9cLSzGv GMWBXhHmzQap4gGmJ7juV0CDmYAGn8vnAxlckoiQkmpgDFx2vHK/PMvmdn79vOTyrIKZUj+e m5b6NoRe7y6rXZah5KLe2Nl2yNhdqahxgv6JAw3hfLtteU19Qm8mdyt/9dm9ZO+b+Q1vPcpj P09yWfp/WR/DAll14Z6y/f2xW1xmMJdanHywRl5lk9s060maK68fe+ubxy52aAp/xIoU/R9F uZeXvL2pxFKckWioxVxUnAgAM1IVKgwDAAA= 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, 24 Mar 2015 21:58:46 -0000 Reminder: only two weeks remain in the submission period. -Ben On Sat, 7 Mar 2015, Benjamin Kaduk wrote: > Dear FreeBSD Community, > > The deadline for the next FreeBSD Quarterly Status update is April 7, > 2015, for work done in January through March. > > Status report submissions do not have to be very long. They may be > about anything happening in the FreeBSD project and community, and > provide a great way to inform FreeBSD users and developers about what > you're working on. Submission of reports is not restricted to > committers. Anyone doing anything interesting and FreeBSD-related > can -- and should -- write one! > > The preferred and easiest submission method is to use the XML > generator [1] with the results emailed to the status report team at > monthly at freebsd.org . There is also an XML template [2] which can be > filled out manually and attached if preferred. For the expected > content and style, please study our guidelines on how to write a good > status report [3]. You can also review previous issues [4][5] for > ideas on the style and format. > > We are looking forward to all of your 2015Q1 reports! > > Thanks, > Ben (on behalf of monthly@) > > > [1] http://www.freebsd.org/cgi/monthly.cgi > [2] http://www.freebsd.org/news/status/report-sample.xml > [3] http://www.freebsd.org/news/status/howto.html > [4] http://www.freebsd.org/news/status/report-2014-07-2014-09.html > [5] http://www.freebsd.org/news/status/report-2014-10-2014-12.html > > From owner-freebsd-current@FreeBSD.ORG Wed Mar 25 14:04:39 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 15423571 for ; Wed, 25 Mar 2015 14:04:39 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 B51F68D8 for ; Wed, 25 Mar 2015 14:04:38 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t2PE4aGP025905 for ; Wed, 25 Mar 2015 07:04:36 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t2PE4aSj025904 for current@freebsd.org; Wed, 25 Mar 2015 07:04:36 -0700 (PDT) (envelope-from david) Date: Wed, 25 Mar 2015 07:04:36 -0700 From: David Wolfskill To: current@freebsd.org Subject: Can't get DHCP lease @r280520 Message-ID: <20150325140436.GF7594@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="656hIAUFSU7Oh46B" Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) 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, 25 Mar 2015 14:04:39 -0000 --656hIAUFSU7Oh46B Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable After a local source update from: FreeBSD g1-254.catwhisker.org 11.0-CURRENT FreeBSD 11.0-CURRENT #1548 r280= 430M/280430:1100066: Tue Mar 24 05:28:28 PDT 2015 root@g1-254.catwhiske= r.org:/common/S4/obj/usr/src/sys/CANARY i386 to: FreeBSD 11.0-CURRENT FreeBSD 11.0-CURRENT #1549 r280520M/280523:1100066: = Wed Mar 25 05:07:03 PDT 2015 root@g1-254.catwhisker.org:/common/S4/obj/= usr/src/sys/CANARY i386 I find that I am unable to get a DHCP lease. This is on my laptop; dhclient was using the lagg0 interface, composed of em0 (which claimed to be active) and wlan0 (iwn0), which seems to be completely unable to obtain association while running head nowadays (as I described in a recent post to -net@). I have no trouble running: FreeBSD g1-254.catwhisker.org 10.1-STABLE FreeBSD 10.1-STABLE #17 r280523M= /280523:1001512: Wed Mar 25 04:38:00 PDT 2015 root@g1-254.catwhisker.or= g:/common/S1/obj/usr/src/sys/CANARY i386 on the same hardware, using the same configuration. (Well, except that iwn0 is a bit flaky.) Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --656hIAUFSU7Oh46B Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVEsB0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk7VUoP/i7kyQrj2c8Ij8m1+Aj2YZjm kc/n1ODx2W3plB/3r7uEYaGpEIP6PygsiQFFqNS0UOBeB25Ka8w2HbFhBN+Xy8a+ C1PpMeHFc4vQzbpzJWbY3LbhUUeujlwDyB+iOiRDT/z9ZsMj0Umv3svAd2XxUWya xko0T370olFHeYJ0MeH5T8OUdipRbTYHPqA2Qo5Pybwj3PV11zJJVfedaPyLqE23 BqXOsFlXi6DbaX7EmrBLEUD3eNqslFToJw1A05oREZXUSopEq9wgXDs2wKi5F1hu 55x4HquadGL3rcge4IDQ0DOuLlD4OF9NJutJ/Kc702KCQ+Fe7uCe+OJUDd+5rB5G RkUP5itEK6q/GDUDQhc86YTh9QAOSsjHmlDFhlLcm2lLgtyMYZflRvS693zAh0iT LULNPez+3/YFYKfKrEAx3GoYyV6pfCHWBdo+vb5N+oXV0BiEUedcKMz3rMUVHhvE s8Ajy1bHDH8cW3sJBX+kf4LCuq0Csfjk25V/YtrN3r0cQIhi8/tFzOxN5+SFCWcl BYL1AZHdBqRq/HHogAz+oJCFngR18Em0LZjkXUuTgtxi74eUvNgnVXAjF22SuqTI EWSfFGNnMI0YjONJVYnhUcPhMOjz2+QFxjzu2k5zoPT5vT+hU90tb3o7yh+uUroB ty73jJm6d/fioA/j3xKd =6D7l -----END PGP SIGNATURE----- --656hIAUFSU7Oh46B-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 25 17:16:47 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 2083567A for ; Wed, 25 Mar 2015 17:16:47 +0000 (UTC) Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::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 DA42D69A for ; Wed, 25 Mar 2015 17:16:46 +0000 (UTC) Received: by iedm5 with SMTP id m5so27338216ied.3 for ; Wed, 25 Mar 2015 10:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type; bh=ogvRka7bg7R474S2E4ZJKbN1DFdb5dFzM+rTrQ8NlkA=; b=qVq2TtZeEl903frF1vvS5c6IrzU5WKTO6tD73oAP/N4DasLRE8wMYNVjXpYYtca9BR eqFjg3EvNzSe08Ivpr4XoO5ILhZIF9w2NTZc/rVrdrVny89NE72mAw/4MeAmSb6tBklI lqnFj3gP7JYuAH0SwvL+eg+5hTNKKB91WzPC3RnB6Oj3tC865KD+gL/y5AZNN6S0jyHG qJDlprVAgkEltle0hV4W9K1H1dwvn+9Ti6Qbhid5dnNYE/aGtWkPxCNvrfTt+x3pKimg s3EyhYXsdb5N7t3aYo02nZgnrTIgfeWceGWty9EuafqrxG4h5K3VtNK7X+kQI2bDRCM5 K5Jw== MIME-Version: 1.0 X-Received: by 10.50.132.66 with SMTP id os2mr30591104igb.6.1427303806392; Wed, 25 Mar 2015 10:16:46 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Wed, 25 Mar 2015 10:16:46 -0700 (PDT) In-Reply-To: <20150325140436.GF7594@albert.catwhisker.org> References: <20150325140436.GF7594@albert.catwhisker.org> Date: Wed, 25 Mar 2015 10:16:46 -0700 X-Google-Sender-Auth: Tc4pJFUy6wIStqxYH7cLR-UpWew Message-ID: Subject: Re: Can't get DHCP lease @r280520 From: Adrian Chadd To: David Wolfskill , "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, 25 Mar 2015 17:16:47 -0000 ... what about if lagg is not at all involved? -a From owner-freebsd-current@FreeBSD.ORG Wed Mar 25 17:20:03 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 7131A8B7; Wed, 25 Mar 2015 17:20:03 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 3AB326CE; Wed, 25 Mar 2015 17:20:00 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t2PHJsSg027311; Wed, 25 Mar 2015 10:19:54 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t2PHJs5l027310; Wed, 25 Mar 2015 10:19:54 -0700 (PDT) (envelope-from david) Date: Wed, 25 Mar 2015 10:19:54 -0700 From: David Wolfskill To: Adrian Chadd Subject: Re: Can't get DHCP lease @r280520 Message-ID: <20150325171954.GG7594@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , Adrian Chadd , "current@freebsd.org" References: <20150325140436.GF7594@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="2nmUZS6EBFTGcnEV" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) 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: Wed, 25 Mar 2015 17:20:03 -0000 --2nmUZS6EBFTGcnEV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 25, 2015 at 10:16:46AM -0700, Adrian Chadd wrote: > ... what about if lagg is not at all involved? > ... I'll try that (among other things) when I can afford to spend more than about 10 minutes with a laptop that can't communicate -- probably later today -- I'm preparing for a meeting right now.... Peace, david (running stable/10 at the moment, which doesn't show the problems) --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --2nmUZS6EBFTGcnEV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVEu45XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk75lsP/ja6OJcVR9w+Nl85Ysxj1nV1 tQRtzI0N6LvN3N6iR0S5P48HFkv2V7scpj10p4Ji1VqvgmWbU8MP2UCl/tOHgej9 /angu3fC7D3rYG0ikk/ENTOmlpudKS1xfRrmqrxkmH9hDqOJhkD3VqkVUcTRurNU UFoe+ogJ1S7pccCWpdHNZwTBJDLMS8WsW+XZ2p4fFs9iCT/6RaWC6jZSKpfrXs2l MW+vdT2T/X5PMC+z2wpYgQN0UW2PsIx++cMXtHxV3XVlNqJbYYSb1I/ACVe1SsYO bAfkz7p6pXbcv34uiUmc01H3lIa0A/g2RlKSRQVvhXHh0zQeGTWj3GT4JBEnKcoJ lRIf7EzbpZstICdWzEQk6vCJ/R+hUQMCIpNWxckGqlP5Gp1Ize2vIozGdyC5rVb/ a8IJ+ksnpCeRwO739DXVnQb5t+0Ne5t4w95yYf4jo4uI81ZLM8uVxhU/Be96Ytyv ZLy19NaxFdIKkbaEnxvkhtYkHBmpk2bv6L0Bii91NdjLpJ0CcXP3uyEN3LMUyYJ8 19Qjz4wJKYi90N7vrFaxWgZwmC50lV60T5saheB+QTxviOSDNIh3g+25n+HSzzF0 xk/ktKrN2D85BnCuRBZ2vM5o7XWkM+0y2EBzLMUuul4jqoDwnsJRndk34rZDmk2y +vFhkeIIN5lZ+uLpNXjo =5XqV -----END PGP SIGNATURE----- --2nmUZS6EBFTGcnEV-- From owner-freebsd-current@FreeBSD.ORG Wed Mar 25 23:13:09 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 406A2435 for ; Wed, 25 Mar 2015 23:13:09 +0000 (UTC) Received: from albert.catwhisker.org (mx.catwhisker.org [198.144.209.73]) (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 925E3130 for ; Wed, 25 Mar 2015 23:13:07 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.9/8.14.9) with ESMTP id t2PNCuJV028391 for ; Wed, 25 Mar 2015 16:12:59 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.9/8.14.9/Submit) id t2PNCpxH028390 for current@freebsd.org; Wed, 25 Mar 2015 16:12:51 -0700 (PDT) (envelope-from david) Date: Wed, 25 Mar 2015 16:12:51 -0700 From: David Wolfskill To: current@freebsd.org Subject: Re: Can't get DHCP lease @r280520 Message-ID: <20150325231251.GH7594@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , current@freebsd.org References: <20150325140436.GF7594@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9gXqgVhKaPB5h51M" Content-Disposition: inline In-Reply-To: <20150325140436.GF7594@albert.catwhisker.org> User-Agent: Mutt/1.5.23 (2014-03-12) 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, 25 Mar 2015 23:13:09 -0000 --9gXqgVhKaPB5h51M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 25, 2015 at 07:04:36AM -0700, David Wolfskill wrote: > ... > I find that I am unable to get a DHCP lease. This is on my laptop; > dhclient was using the lagg0 interface, composed of em0 (which > claimed to be active) and wlan0 (iwn0), which seems to be completely > unable to obtain association while running head nowadays (as I > described in a recent post to -net@). > ... This appears to be a false alarm: I tried head again -- this time, at work -- and I was able to get a DHCP lease using the lagg0 interface. (The wlan/iwn interface still won't associate while running head, but mostly works under stable/10.) Sorry for the noise. Peace, david --=20 David H. Wolfskill david@catwhisker.org Those who murder in the name of God or prophet are blasphemous cowards. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --9gXqgVhKaPB5h51M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJVE0DzXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4RThEMDY4QTIxMjc1MDZFRDIzODYzRTc4 QTY3RjlDOERFRjQxOTNCAAoJEIpn+cje9Bk77QIP/3rhREhyQXiB5Fv/R90E79eP nqtAkEcAixspqTFA9vBlvBMkxS2EXG9euRluFvHO54sa6utsiwlyUfU5Zu7PqVEu B4HCa66t5HX+vDT1/FSpEMnRplj8ZiQoHEUCytqVphACnqSEvhZBbjPcyopwzvj5 1ftN/U+KxBrSCgvSM1a0C8zQfFq38E2zQth1qntjTZmKZpgye8TF0J4GrIyXjzW4 SuImNhVfejPKkSYr88e0tNAfWUABeCHQK/aM3fG4UOtYtfUIw6sz1q8zjy/N+SMQ d5qXDfpbWZ7huhb34DM74LhVolZox4AGLpKhGJg1IavJz6XIl3smDmthacrPyGMQ B5lBmQv1XdW9LxNQIToPh3QhJogjjq5PaxLuDGdCBBUay+QLbi0v7YukM2Ii2tF4 ec5xAg7Os7SHyEqf4ykneIJn1Miue4Ss18gBG2Th6zIY/uz2Nu5221iY1xTkev4j 2L/dV8a6nYHit8Ab4TLdvZgZi1TeJuAu/Rfo5+Js7WvkQ5KpDPvZILRA1QjY3PX0 fy7f0rJQP5sZPbMsPkuRLYLMXokFbXTkyhMLC7cjUmZsOCPukgu0ZruS3b39+nXs 16R7F/MUZ6zvhg7U9AuV0aLzzDHhauUQ3fsFFl0GsveUmJJOIDmHsZDaiHkWlkzT Zr1wDxoX2ajs0NfZcUw4 =r7Db -----END PGP SIGNATURE----- --9gXqgVhKaPB5h51M-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 07: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 9F092931 for ; Thu, 26 Mar 2015 07:09:34 +0000 (UTC) Received: from s3.fahrner.name (unknown [IPv6:2a01:4f8:d13:1d0b::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 5E24D91B for ; Thu, 26 Mar 2015 07:09:34 +0000 (UTC) Received: from [0.0.0.0] (manning2.torservers.net [96.44.189.101]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by s3.fahrner.name (Postfix) with ESMTPSA id 6B6D6221F3 for ; Thu, 26 Mar 2015 08:09:31 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fahrner.name; s=mail; t=1427353772; bh=hbPX9CwFGZxYGQDM07bxl7uHPBSBU98N+BfY/tmNmkE=; h=Date:From:To:Subject; b=H4xu9B/yjSw4NqUq+ZYEDPBD77zQxTfxcoSSwvg7R/ydCSLmbJzoKH2brq0BLo+Vg PTgoxiUQqaRWemY6YMCym6z0HGXBcP8PyHnLBjhwkOnZeFTe2WbGjW2QRLuRb8VRsm xYnQYJ69wojYjYkVA4Yp4kJzRSr5PCxaNh3s3bwg= Message-ID: <5513B0A5.7060107@fahrner.name> Date: Thu, 26 Mar 2015 08:09:25 +0100 From: Jochen Fahrner User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Suspend sometimes hangs the whole system Content-Type: text/plain; charset=utf-8 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, 26 Mar 2015 07:09:34 -0000 Hello, Normally suspend/resume is working fine on my Lenovo Thinkpad T61. But sometimes, when I press the power button to suspend, the whole system hangs and does not suspend. In X11 the mouse cursor goes away and no mouse action is possible. The graphics screen is staying there and it does not switch to console as on a normal suspend. Also manually switching to a console screen is not possible. Even the ssh daemon does not respond when I try to login thhroug ssh from some other pc. Looks like sshd is already sleeping. The only way to get it back to life is a hard reset. How can I investigate this problem further? -- Mit besten Grüßen Jochen Fahrner From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 10:12:36 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 DDF769A2; Thu, 26 Mar 2015 10:12:36 +0000 (UTC) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [IPv6:2607:f3e0:0:1::12]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "smarthost.sentex.ca", Issuer "smarthost.sentex.ca" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id A4E5FE44; Thu, 26 Mar 2015 10:12:36 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.9/8.14.9) with ESMTP id t2QACPwt080238; Thu, 26 Mar 2015 06:12:26 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <5513DB89.2050801@sentex.net> Date: Thu, 26 Mar 2015 06:12:25 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Wu ShuKun , net@freebsd.org, current@freebsd.org, stable@freebsd.org, questions@freebsd.org Subject: Re: SSH hung with an OpenSSH_6.6.1p1 --> OpenSSH_5.8p2_hpn13v11 References: <5513AAD8.9060505@gddsn.org.cn> In-Reply-To: <5513AAD8.9060505@gddsn.org.cn> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.75 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, 26 Mar 2015 10:12:37 -0000 On 3/26/2015 2:44 AM, Wu ShuKun wrote: > OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 > failed with Latest SSH: > % ssh -V > OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015 Hi, The latest is 1.0.1m, no? }# ssh -V OpenSSH_6.6.1p1, OpenSSL 1.0.1m-freebsd 19 Mar 2015 What version of FreeBSD are you using ? Ssh and Openssl from the ports ? or in the base ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 06:52:33 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 66CD936B; Thu, 26 Mar 2015 06:52:33 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (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 79A0C7C3; Thu, 26 Mar 2015 06:52:30 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id C06BC2E0A5; Thu, 26 Mar 2015 14:52:09 +0800 (CST) Received: from lp.gddsn.org.cn (unknown [10.44.8.136]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 7F6662E018; Thu, 26 Mar 2015 14:44:37 +0800 (CST) Message-ID: <5513AAD8.9060505@gddsn.org.cn> Date: Thu, 26 Mar 2015 14:44:40 +0800 From: Wu ShuKun User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: net@freebsd.org, current@freebsd.org, stable@freebsd.org, questions@freebsd.org Subject: SSH hung with an OpenSSH_6.6.1p1 --> OpenSSH_5.8p2_hpn13v11 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 26 Mar 2015 11:21:10 +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: Thu, 26 Mar 2015 06:52:33 -0000 greeting! ssh connection failed by using a new version SSH to and old one. Below is the symptoms which on a same network. Connection is Okay with old version SSH %ssh -V OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 %ssh -v 10.41.172.19 OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 10.41.172.19 [10.41.172.19] port 22. debug1: Connection established. debug1: identity file /home/wsk/.ssh/id_rsa type -1 debug1: identity file /home/wsk/.ssh/id_rsa-cert type -1 debug1: identity file /home/wsk/.ssh/id_dsa type -1 debug1: identity file /home/wsk/.ssh/id_dsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 debug1: match: OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.4p1 FreeBSD-20100308 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY The authenticity of host '10.41.172.19 (10.41.172.19)' can't be established. RSA key fingerprint is ab:81:83:79:6a:d8:29:23:a0:51:1d:e6:f0:aa:ce:d6. Are you sure you want to continue connecting (yes/no)? --- failed with Latest SSH: % ssh -V OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015 % ssh -v 10.41.172.19 OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to 10.41.172.19 [10.41.172.19] port 22. debug1: Connection established. debug1: identity file /home/wsk/.ssh/id_rsa type -1 debug1: identity file /home/wsk/.ssh/id_rsa-cert type -1 debug1: identity file /home/wsk/.ssh/id_dsa type -1 debug1: identity file /home/wsk/.ssh/id_dsa-cert type -1 debug1: identity file /home/wsk/.ssh/id_ecdsa type -1 debug1: identity file /home/wsk/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/wsk/.ssh/id_ed25519 type -1 debug1: identity file /home/wsk/.ssh/id_ed25519-cert type -1 debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.6.1_hpn13v11 FreeBSD-20140420 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 debug1: match: OpenSSH_5.8p2_hpn13v11 FreeBSD-20110503 pat OpenSSH_5* compat 0x0c000000 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY Connection closed by 10.41.172.19 any ideas? From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 14:59: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 0C3C1A52 for ; Thu, 26 Mar 2015 14:59:30 +0000 (UTC) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 965115F2 for ; Thu, 26 Mar 2015 14:59:29 +0000 (UTC) Received: from work.netasq.com (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id B136527047C5 for ; Thu, 26 Mar 2015 15:59:26 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 478D82704F4A for ; Thu, 26 Mar 2015 15:59:26 +0100 (CET) Received: from work.netasq.com ([127.0.0.1]) by localhost (work.netasq.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id mcMRD9kGRhhU for ; Thu, 26 Mar 2015 15:59:26 +0100 (CET) Received: from pc-alex.localnet (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTP id D57A627047C5 for ; Thu, 26 Mar 2015 15:59:25 +0100 (CET) From: Alexandre Martins To: freebsd-current@freebsd.org Subject: Mbuf leak in if_lagg.c Date: Thu, 19 Mar 2015 17:31:18 +0100 Message-ID: <1708955.mQ2X6OUmTD@pc-alex> Organization: NETASQ User-Agent: KMail/4.14.2 (FreeBSD/10.0-RELEASE-p12; KDE/4.14.2; amd64; ; ) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2478880.Cgndx6u02g"; micalg="sha1"; protocol="application/pkcs7-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: Thu, 26 Mar 2015 14:59:30 -0000 --nextPart2478880.Cgndx6u02g Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="us-ascii" Hi ! I found a leak of mbuf in the lagg driver : https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=3Dannotate#= l1672 =2D=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- m =3D (lp->lp_detaching =3D=3D 0) ? lagg_proto_input(sc, lp, m) : NULL;= =2D=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- If lp_detaching is non 0, the mbuf pointer is set to NULL without m_fre= em it. Can you look at this ? Regards =2D-=20 Alexandre Martins STORMSHIELD --nextPart2478880.Cgndx6u02g Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIhDCCBIYw ggJuoAMCAQICBQDbzPDtMA0GCSqGSIb3DQEBCwUAMEgxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtT VE9STVNISUVMRDEjMCEGA1UEAwwaU3Rvcm1zaGllbGQgUm9vdCBBdXRob3JpdHkwHhcNMTQwOTA0 MTUwNzEwWhcNMjQwOTAxMTUwNzEwWjBJMQswCQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElF TEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVzZXJzIEF1dGhvcml0eTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMKHBaAL/pVYovuOBYjd4DaxW9F07C4dxexEABdVZ2UwLTKCDu7jkTvw aECel2XxBsi7vH9DbM6roq22ynAMQiOSgwtNmeAsuUaNglk9+5KgLqGX1Hu9F3l/wWG7e/TFD/u/ MpjPgLzfogYKuTfWCas87QfR/GTLEIx+GhNPO57ehdbUiyZDAKs4867ZjzZAA0OFuJ9YuMhYl62e PnxhEpHzYoGzcWVurG2nSaL34izAy8IJFKhP45EHvcKXpRG3tCbsFwP6qeQn27CVQL3h0iVPaFfj Jtj/D+ywDXsTDjXx+DJEJZBfOCNmBn9dRzDZY/10iCADs+D5z/F5E4kfXO8CAwEAAaN2MHQwHQYD VR0OBBYEFKFthGyigIUFfHx1dYA0wRNbl9eBMB8GA1UdIwQYMBaAFLhCqfpnRPB/02GM7KXHUK60 veyjMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAN BgkqhkiG9w0BAQsFAAOCAgEAToL3OS3Ynp0+bYotvNFLqsEhhk0WLRfn2Dd6RDZJzhRayr4Hcvzq PnGdBJGcgz8MpXX5DZQdtT+qyHhy2jZ/BNXpX5onTtW79skTWsA3gAjhXbrK1/tWgFwGNVkmrykc 4yn8bZ5AfsXXGrOaXrwOkqS7rppRqWRwL0gzzabsBbdgDK8OhgQByG/irIvyqFUsunos2u7xk6Ew QuFktaXi6XD9IUMyFwFLojjALqJyPvUwsZKuvrW8yS0x3BD4IYVDnPkltrEzrVWDMprLz6CXD7FN umeK2sN+GTMezZ93A466ve+02c2yt0FaJg+x4naThUYPui/mQhNBlySZnIX9X4iv/9qAlAZW7CEN kJeBc6+uN74Utinu1D2mBK8tuW6HUD7LB/IecUjifq1nL1IPcwgOBZHgrAUszVCa3c1Bvfa2Sr1W bSNRxBcV9udYosD2SvDebw2YKqEvk/Ol856Bg5zRAlZ8xBqbF5bFcwuTq4qKxL//5Wp+kJrknHne 370Oag3X6hviM6ms9pfq18EGvl2NqHbLM8aMcQHnZWBZfEgX2UIzbPtDD7MVvY8h015KMiQ0QWD/ WisoABrmBBcBDKc3YnsT5ot/ZcuEdxLS/73KiKw8TD35NvkXW5CH6DNgPklRRhxhadydfyA/yTpf 4XmZD/zUig0v8h6PEmDL8ugwggP2MIIC3qADAgECAgUAhSjIwzANBgkqhkiG9w0BAQUFADBJMQsw CQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVz ZXJzIEF1dGhvcml0eTAeFw0xNDA5MDQxNTEwMzhaFw0xNTA5MDQxNTEwMzhaMHAxCzAJBgNVBAYT AkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEaMBgGA1UEAwwRQWxleGFuZHJlIE1BUlRJTlMxLzAt BgkqhkiG9w0BCQEWIGFsZXhhbmRyZS5tYXJ0aW5zQHN0b3Jtc2hpZWxkLmV1MIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAva7AtO0nbBUoYsRPeAP+85Lv4zx5bPdpxLuQVJmFJL6VDH28 Qxoxlq0j/3HGdfFR2sFe+utPledu6F79SCJDYRQ5ZQuS+TFgyvVzCSuVqpw6z0LQdTh4pouCh71B Bb8RSUXX2zx7Fu5IlSpLjGIf0prk1xrz/YyHJLQo2mSusnogi6hF2GsEVViUZtemK+uPqVToJ5oR AAJ4mU/Xl3aCOd7O3UzNT3T0clrfpNHKrcWcyqgE6g/gY/7NiJESRov3De8xzcczLxJFO51ODlaw y8yT1AHyWIDEkcbgX1Gk4s1ImXQDoq6pQEq2O5cIr59GlSd/YBq36Av6J3LGcmVnQwIDAQABo4G9 MIG6MB0GA1UdDgQWBBTL/0iutSuRsFLRxja4yiLlnMg2rTAfBgNVHSMEGDAWgBShbYRsooCFBXx8 dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DArBgNVHREEJDAigSBhbGV4YW5k cmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTARBglghkgBhvhCAQEEBAMCBLAwHQYDVR0lBBYwFAYI KwYBBQUHAwQGCCsGAQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQBHvjAZNyBp1pfsgV5R2oECDTsU vzfyvrj1CVTbOCXtg036DS7Tms7oybwsxUv6kQg9iq5eAklfyuz53VkL9IArm/iWn9QwecxANeMq k3Lc1LIMPhqqg6WZDze1G2PfYlwBkputKyQlhifQ8Xx6wJ+avt1lum5P1EFcQfG6zreyOxfai99a QcAxP1Ry3nXQMbUzP5UZkK0+PhYvy9mTv4b1vPWxeUMMXSO1TPXN1IkuPzzvR86MDHFO17l/aqJV Mr6Ea2A/deI7JilI48fb8jTsAaxBWL5RwrreXLXBjKDsEYzrANB4Kn/uQzkjnRM1NVRS+SMro3tk hzfdSmUFXs5tMYICAzCCAf8CAQEwUjBJMQswCQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElF TEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVzZXJzIEF1dGhvcml0eQIFAIUoyMMwCQYFKw4DAhoF AKCBhzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTAzMTkxNjMx MThaMCMGCSqGSIb3DQEJBDEWBBThjeagE2ZiEw0PYUOrJEgvsAGg1jAoBgkqhkiG9w0BCQ8xGzAZ MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzANBgkqhkiG9w0BAQEFAASCAQACy4NcjQO3y5WP1Z0v Sr5o3mT43+Cvr9vok/ExOZ2rrdtV6b/oUv0sGzALWlCQCK5yLK/KtWyN9a9pCJ2tVVjWjfM/7O3w nDSaQwjHT64x6yn/OjB/w97seYw3GlhTz49OWIivz/zpuezBHpZMGPVxN6o7vbY29hpBCEq0i4M6 VFUzmmELv6O0CL3YZRn5zZXZC1MJRTYFezwEA8pnziUguUBX1ZoF5WzqbLL+ym2RHMZJe4lZdKpg 1n624+dSa9/+obymCwGBhtahsZz4nZoCRRfTyTRIgQpFNJLXp1YgPK1F0Vqc+Etg9QGRpyZQbP1f QKmKNqdBJyHg0lAW2LiHAAAAAAAA --nextPart2478880.Cgndx6u02g-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 17:45: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 20C4F888 for ; Thu, 26 Mar 2015 17:45:44 +0000 (UTC) Received: from mail-ie0-x234.google.com (mail-ie0-x234.google.com [IPv6:2607:f8b0:4001:c03::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id DB70FE2D for ; Thu, 26 Mar 2015 17:45:43 +0000 (UTC) Received: by iedm5 with SMTP id m5so52509151ied.3 for ; Thu, 26 Mar 2015 10:45:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=rFwGRrFykxSefx8S2hyC1zVOs7OcGmPK4RRp70hEB2I=; b=DJdCIIOgtGYKICvc5moJdstPgiJxF5k+0Lx716iMMyUT9i6vMs+nBJLCiaQQEM7OCa kLEOeW+XuumliGzzszDD0KJpo4sD5+PaRmSvitxdXU/l9s8MYMPHpsshuVSjO+Bw0L+K UW1uEow324DH9ubSpTsWNjgwAv21V55VAnDR/BhZNrAlKVg3wNdq4pdQrqqxR0dRl2jI 7jpBx8UAeALJQshrhs8qt67/QM+DYL6xgvatdi0im0zEIPlZ5I6Lj4RFv5wTGy4rQKXg Ynl+EHNFZtVX9OYPDo1R8uKZllo6vL7FL9aKVrgDBnVOWQ3gMhCZUDv1D/q0G0FnVTNy udqg== MIME-Version: 1.0 X-Received: by 10.50.107.7 with SMTP id gy7mr38500126igb.49.1427391943267; Thu, 26 Mar 2015 10:45:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Thu, 26 Mar 2015 10:45:43 -0700 (PDT) In-Reply-To: <1708955.mQ2X6OUmTD@pc-alex> References: <1708955.mQ2X6OUmTD@pc-alex> Date: Thu, 26 Mar 2015 10:45:43 -0700 X-Google-Sender-Auth: bgKZICZykryCSvWJA8fpXzZCZfw Message-ID: Subject: Re: Mbuf leak in if_lagg.c From: Adrian Chadd To: Alexandre Martins 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: Thu, 26 Mar 2015 17:45:44 -0000 Hi! Please file a bug! https://bugs.freebsd.org/submit/ Thanks! -a On 19 March 2015 at 09:31, Alexandre Martins wrote: > Hi ! > > I found a leak of mbuf in the lagg driver : > > https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=annotate#l1672 > > -=-=-=-=-=-=-=-=-=-=- > m = (lp->lp_detaching == 0) ? lagg_proto_input(sc, lp, m) : NULL; > -=-=-=-=-=-=-=-=-=-=- > > If lp_detaching is non 0, the mbuf pointer is set to NULL without m_freem it. > > Can you look at this ? > > Regards > > -- > Alexandre Martins > STORMSHIELD > From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 19:44: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 1C288773 for ; Thu, 26 Mar 2015 19:44:35 +0000 (UTC) Received: from forward5l.mail.yandex.net (forward5l.mail.yandex.net [IPv6:2a02:6b8:0:1819::5]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A0EBCE70 for ; Thu, 26 Mar 2015 19:44:34 +0000 (UTC) Received: from smtp13.mail.yandex.net (smtp13.mail.yandex.net [95.108.130.68]) by forward5l.mail.yandex.net (Yandex) with ESMTP id 2D3A4C41224; Thu, 26 Mar 2015 22:44:22 +0300 (MSK) Received: from smtp13.mail.yandex.net (localhost [127.0.0.1]) by smtp13.mail.yandex.net (Yandex) with ESMTP id AFE52E402A7; Thu, 26 Mar 2015 22:44:21 +0300 (MSK) Received: from unknown (unknown [2a02:6b8:0:4::a]) by smtp13.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id HB130bnazH-iLKilNe8; Thu, 26 Mar 2015 22:44:21 +0300 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1427399061; bh=hthE3VcY6jOv6Aw9vIqghUm64zXZo8lIy/IRwDKvNsU=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type; b=PSkgXplbE/meSji0kne09R2GUHksMdKvfbqr/hZ5EK8BSwCvIf5gifAaisp3u/K1n EXEuzV/BYiKXoN6JqtMVir7JO6Sr88iNrP6lJ2qlKOxPAK2SSH5GPBv+g/BrLldChK fBVhn2h+Rn5/h/YoK3jYo2Eg5GT2rXqq4dV+idGo= Authentication-Results: smtp13.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <55146124.2070501@yandex.ru> Date: Thu, 26 Mar 2015 22:42:28 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Alexandre Martins , freebsd-current@freebsd.org Subject: Re: Mbuf leak in if_lagg.c References: <1708955.mQ2X6OUmTD@pc-alex> In-Reply-To: <1708955.mQ2X6OUmTD@pc-alex> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="PEb6dpqKn9b34TnExeL9HcsEBCnfSiNiT" 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, 26 Mar 2015 19:44:35 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --PEb6dpqKn9b34TnExeL9HcsEBCnfSiNiT Content-Type: multipart/mixed; boundary="------------090404090706090106050304" This is a multi-part message in MIME format. --------------090404090706090106050304 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 19.03.2015 19:31, Alexandre Martins wrote: > Hi ! >=20 > I found a leak of mbuf in the lagg driver : >=20 > https://svnweb.freebsd.org/base/head/sys/net/if_lagg.c?view=3Dannotate#= l1672 >=20 > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- > m =3D (lp->lp_detaching =3D=3D 0) ? lagg_proto_input(sc, lp, m) : NULL;= > -=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D-=3D- >=20 > If lp_detaching is non 0, the mbuf pointer is set to NULL without m_fre= em it. >=20 > Can you look at this ? Hi, what you thing about this patch? lp_detaching can be non zero in case of parent interface departure. So I don't see the reason to call ETHER_BPF_MTAP() in this case. --=20 WBR, Andrey V. Elsukov --------------090404090706090106050304 Content-Type: text/x-patch; name="if_lagg.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_lagg.diff" Index: if_lagg.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- if_lagg.c (revision 280234) +++ if_lagg.c (working copy) @@ -1661,7 +1661,8 @@ lagg_input(struct ifnet *ifp, struct mbuf *m) LAGG_RLOCK(sc, &tracker); if ((scifp->if_drv_flags & IFF_DRV_RUNNING) =3D=3D 0 || (lp->lp_flags & LAGG_PORT_DISABLED) || - sc->sc_proto =3D=3D LAGG_PROTO_NONE) { + sc->sc_proto =3D=3D LAGG_PROTO_NONE || + lp->lp_detaching !=3D 0) { LAGG_RUNLOCK(sc, &tracker); m_freem(m); return (NULL); @@ -1668,9 +1669,7 @@ lagg_input(struct ifnet *ifp, struct mbuf *m) } =20 ETHER_BPF_MTAP(scifp, m); - - m =3D (lp->lp_detaching =3D=3D 0) ? lagg_proto_input(sc, lp, m) : NULL;= - + m =3D lagg_proto_input(sc, lp, m); if (m !=3D NULL) { if (scifp->if_flags & IFF_MONITOR) { m_freem(m); --------------090404090706090106050304-- --PEb6dpqKn9b34TnExeL9HcsEBCnfSiNiT 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVFGEpAAoJEAHF6gQQyKF6dCkH/jG8RGDPU3ZyUEEbHQvsyfd/ g4SuE6hLm3QRWtg86fgkCDUlGWsAcirMafXcSnk0mGvJXcVjMuLKoRNT/2MNFOFd 56fh9aAWpreuLY/C2aCZf8POf/JK31nx/uAClnegRMvP+pTLsbSF0fQBzGtZVwor 7nsZ8d+sdKMQZlMXWNGXN22gAMXj2yZtltTqn5s6adLKSC1bGwuDWmeH0X+n4Y4b 0sJz6eBGndYddY/IZur76ytmif84D0SdcWd2Uv8Dsp8x8gMNG/CNU+lKL/XeLQVr ifZas6WtcQcSTyegYdimleWnlvwvQ+WIkZ0tmdzLLwP730z418ozMI0Pi+1XgMw= =himj -----END PGP SIGNATURE----- --PEb6dpqKn9b34TnExeL9HcsEBCnfSiNiT-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 20:12: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 208F1125 for ; Thu, 26 Mar 2015 20:12:55 +0000 (UTC) Received: from forward3l.mail.yandex.net (forward3l.mail.yandex.net [IPv6:2a02:6b8:0:1819::3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "forwards.mail.yandex.net", Issuer "Certum Level IV CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A64EC206 for ; Thu, 26 Mar 2015 20:12:54 +0000 (UTC) Received: from smtp14.mail.yandex.net (smtp14.mail.yandex.net [95.108.131.192]) by forward3l.mail.yandex.net (Yandex) with ESMTP id 0069D15010FA; Thu, 26 Mar 2015 23:12:42 +0300 (MSK) Received: from smtp14.mail.yandex.net (localhost [127.0.0.1]) by smtp14.mail.yandex.net (Yandex) with ESMTP id 7E0FE1B608B7; Thu, 26 Mar 2015 23:12:42 +0300 (MSK) Received: from unknown (unknown [2a02:6b8:0:4::a]) by smtp14.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id RnL1L2ciKe-CfGe8wmv; Thu, 26 Mar 2015 23:12:42 +0300 (using TLSv1.2 with cipher AES128-SHA (128/128 bits)) (Client certificate not present) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1427400762; bh=HuMIOlj1cppZwJMulUHYhhZcp/VqsiNiS1CItFaf6YM=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:Subject: References:In-Reply-To:Content-Type; b=ZPHFv4km8dZAQaRAPXC5wd3x0aSj52D6C6kIW6EhwDwS34Nec2G0vpA/rMd+sCUBx nIsc4ZkYBY2Y2e1qXkitan1LFo5c2Rc5UWZG8e/Fdsb8m6llBiHsgpcDMNW4/YPU20 Ah9lCGWaQ9OShG8J0f/awQPEExsdb0XeLdSkfOkg= Authentication-Results: smtp14.mail.yandex.net; dkim=pass header.i=@yandex.ru Message-ID: <551467C9.3000103@yandex.ru> Date: Thu, 26 Mar 2015 23:10:49 +0300 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: Alexandre Martins , freebsd-current@freebsd.org Subject: Re: Mbuf leak in if_lagg.c References: <1708955.mQ2X6OUmTD@pc-alex> <55146124.2070501@yandex.ru> In-Reply-To: <55146124.2070501@yandex.ru> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="CeMp2gjn6qptS0PahBrTD449kw4W6sLov" 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, 26 Mar 2015 20:12:55 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CeMp2gjn6qptS0PahBrTD449kw4W6sLov Content-Type: multipart/mixed; boundary="------------020207000908040202050902" This is a multi-part message in MIME format. --------------020207000908040202050902 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 26.03.2015 22:42, Andrey V. Elsukov wrote: >> If lp_detaching is non 0, the mbuf pointer is set to NULL without m_fr= eem it. >> >> Can you look at this ? >=20 > Hi, >=20 > what you thing about this patch? > lp_detaching can be non zero in case of parent interface departure. > So I don't see the reason to call ETHER_BPF_MTAP() in this case. Now I see the reason - to capture all received packets before interface departure. New is attached. --=20 WBR, Andrey V. Elsukov --------------020207000908040202050902 Content-Type: text/x-patch; name="if_lagg.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="if_lagg.diff" Index: if_lagg.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- if_lagg.c (revision 280234) +++ if_lagg.c (working copy) @@ -1669,7 +1669,11 @@ lagg_input(struct ifnet *ifp, struct mbuf *m) =20 ETHER_BPF_MTAP(scifp, m); =20 - m =3D (lp->lp_detaching =3D=3D 0) ? lagg_proto_input(sc, lp, m) : NULL;= + if (lp->lp_detaching !=3D 0) { + m_freem(m); + m =3D NULL; + } else + m =3D lagg_proto_input(sc, lp, m); =20 if (m !=3D NULL) { if (scifp->if_flags & IFF_MONITOR) { --------------020207000908040202050902-- --CeMp2gjn6qptS0PahBrTD449kw4W6sLov 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCAAGBQJVFGfJAAoJEAHF6gQQyKF6sBQIAJPbquAklzNGt/UBGDprzB/u N+pVkZE513HKj4gdeAYj1VNiWnjA9EcR1RlAPgjpm+AAXmf9uAS9JRPg24ZF8Fnw S881jtKkDaxUcJC3cgszJsxvvwAM0Y8IMU0GL/rMHGQ3Sbmw+rof/H4lgyQyvnBJ 8617Ke+cqFNYk0krhusi2hC/mmYgfuEjmIv8bZx6ouXdobisPNNyAsdtqHPBRNLM AioWFg1btVu1JsQ9JwuKoXDaTgoLggKaZs/nq+tyqgnKAjE/H/MKYdFn/LoH8+Jg eMATepOJoz7Qci85H43ud+bzN9LXAkFxt6ucMfC5RVSfYRCeRVFQJre8TQiAYIg= =NLZk -----END PGP SIGNATURE----- --CeMp2gjn6qptS0PahBrTD449kw4W6sLov-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 21:32:04 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 CDD41F7B; Thu, 26 Mar 2015 21:32:04 +0000 (UTC) Received: from smtprelay-b32.telenor.se (smtprelay-b32.telenor.se [213.150.131.21]) (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 4DE2ED3C; Thu, 26 Mar 2015 21:32:03 +0000 (UTC) Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b32.telenor.se (Postfix) with ESMTP id 4ACCEEF413; Thu, 26 Mar 2015 22:00:43 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2DsGABPchRV/z5e5VVcgwaBMIMOxUKCUgKBXk0BAQEBAQF9QQEBg1IBBR0GDwEjMwsYAgIRFQICLQweBgGIRQGxZJo4AQEIAgEfgSGKB4R/CoJegUUFkFBhiimMHYU9gTgiggIcFIE9PYJ0AQEB X-IPAS-Result: A2DsGABPchRV/z5e5VVcgwaBMIMOxUKCUgKBXk0BAQEBAQF9QQEBg1IBBR0GDwEjMwsYAgIRFQICLQweBgGIRQGxZJo4AQEIAgEfgSGKB4R/CoJegUUFkFBhiimMHYU9gTgiggIcFIE9PYJ0AQEB X-IronPort-AV: E=Sophos;i="5.11,474,1422918000"; d="scan'208";a="776624826" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb4.telenor.se with ESMTP; 26 Mar 2015 22:00:42 +0100 Received: from localhost ([127.0.0.1] helo=webmail.alvermark.net) by sigyn.alvermark.net with esmtp (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1YbEtC-0000No-EX; Thu, 26 Mar 2015 22:00:30 +0100 Received: from 85.229.93.187 (SquirrelMail authenticated user alvis) by webmail.alvermark.net with HTTP; Thu, 26 Mar 2015 22:00:30 +0100 (CET) Message-ID: <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> In-Reply-To: <5510A1E3.9040603@selasky.org> References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> <5510A1E3.9040603@selasky.org> Date: Thu, 26 Mar 2015 22:00:30 +0100 (CET) Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) From: "Jakob Alvermark" To: "freebsd-x11" , "FreeBSD Current" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 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, 26 Mar 2015 21:32:04 -0000 On Tue, March 24, 2015 00:29, Hans Petter Selasky wrote: > Hi, > > > Without the attached kernel patch(es), Xorg starts consuming alot of CPU > and becomes very unresponsive and unusable. > > Using ktrace reveals that X-org is issuing DRM_IOCTL_MODE_GETCONNECTOR > over and over again with no apparent reason. It doesn't happen when using a > simple window manager like blackbox. I was not able to use XFCE4 (9-stable > userland) with 11-current kernel at all, after the latest DRM2 kernel > updates. It worked fine before the update. > > I'm not sure what is causing it. Going through the new DRM2 code > revealed that a mode sorting function did not take all parameters like > interlaced or not into account, causing the mode list to be reshuffelled > every time a new mode scan was done. Not sure if Xorg cares about this > though. I got the same problem with XFCE4, Xorg at 100% CPU. Applied the patch and it works again. Jakob From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 21:37: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 2EFAB26B; Thu, 26 Mar 2015 21:37:37 +0000 (UTC) Received: from mail-ie0-x22b.google.com (mail-ie0-x22b.google.com [IPv6:2607:f8b0:4001:c03::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 E63C2D7E; Thu, 26 Mar 2015 21:37:36 +0000 (UTC) Received: by iedfl3 with SMTP id fl3so64420058ied.1; Thu, 26 Mar 2015 14:37:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VIi9HyC5xoQz02CDrv93F7JlbNFEh8/yK4Eq0XTVEu0=; b=kDHQi7yco5Mxb+evA5FCTWKGPb2nOPqK6SmHek6bygeZq1VnYj+bXvNIHyAUzhMOuQ NG1klG8Q8lCz4keyPXOdQHDSvrCmeNU3fgkjCSjVaCneT/7WYTglMg/E0zYP3RZq49on L/+z2PRW/F3R654WnRMlErTpVIzYuA6KNV/YRYwaK51zUpxU67pQES4L+SlmGTVVkJTv RxgMmvz//jux6706cJGl0ya+1DF15nxLgoMKPcUmOjf5NzQhjOI/1szFL98QLjCRTj8d FlxYplMBZkemtOZLm0Qbv5OzXD20kWAvQuShqHObY58Oj1+tFoe3YQBLACmVkbWsDElK es2w== MIME-Version: 1.0 X-Received: by 10.42.109.12 with SMTP id j12mr40961821icp.22.1427405856289; Thu, 26 Mar 2015 14:37:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Thu, 26 Mar 2015 14:37:36 -0700 (PDT) In-Reply-To: <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> <5510A1E3.9040603@selasky.org> <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> Date: Thu, 26 Mar 2015 14:37:36 -0700 X-Google-Sender-Auth: Awa69X2I2_FhZNQVpYMo2nKHV8c Message-ID: Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) From: Adrian Chadd To: Jakob Alvermark Content-Type: text/plain; charset=UTF-8 Cc: freebsd-x11 , 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, 26 Mar 2015 21:37:37 -0000 Is there a PR filed with this? -a On 26 March 2015 at 14:00, Jakob Alvermark wrote: > On Tue, March 24, 2015 00:29, Hans Petter Selasky wrote: >> Hi, >> >> >> Without the attached kernel patch(es), Xorg starts consuming alot of CPU >> and becomes very unresponsive and unusable. >> >> Using ktrace reveals that X-org is issuing DRM_IOCTL_MODE_GETCONNECTOR >> over and over again with no apparent reason. It doesn't happen when using a >> simple window manager like blackbox. I was not able to use XFCE4 (9-stable >> userland) with 11-current kernel at all, after the latest DRM2 kernel >> updates. It worked fine before the update. >> >> I'm not sure what is causing it. Going through the new DRM2 code >> revealed that a mode sorting function did not take all parameters like >> interlaced or not into account, causing the mode list to be reshuffelled >> every time a new mode scan was done. Not sure if Xorg cares about this >> though. > > I got the same problem with XFCE4, Xorg at 100% CPU. > > Applied the patch and it works again. > > Jakob > > > _______________________________________________ > 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 Mar 26 21:59: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 1C7278F2; Thu, 26 Mar 2015 21:59:48 +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 CC2ACF7F; Thu, 26 Mar 2015 21:59:47 +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 7091F1FE023; Thu, 26 Mar 2015 22:59:45 +0100 (CET) Message-ID: <55148180.7040203@selasky.org> Date: Thu, 26 Mar 2015 23:00:32 +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: Adrian Chadd , Jakob Alvermark Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> <5510A1E3.9040603@selasky.org> <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-x11 , 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, 26 Mar 2015 21:59:48 -0000 On 03/26/15 22:37, Adrian Chadd wrote: > Is there a PR filed with this? > > There is now: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=198936 --HPS From owner-freebsd-current@FreeBSD.ORG Thu Mar 26 22:12:38 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 5C69CD67; Thu, 26 Mar 2015 22:12:38 +0000 (UTC) Received: from mta05.bitpro.no (mta05.bitpro.no [92.42.64.202]) by mx1.freebsd.org (Postfix) with ESMTP id 13878191; Thu, 26 Mar 2015 22:12:37 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta05.bitpro.no (Postfix) with ESMTPS id 1FD2A17F7DF; Thu, 26 Mar 2015 22:56:40 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id 88EBE8F325C; Thu, 26 Mar 2015 22:57:45 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EWsEiOqHt0YE; Thu, 26 Mar 2015 22:57:44 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id A63DB8F3257; Thu, 26 Mar 2015 22:57:44 +0100 (CET) Message-ID: <551480BC.8050902@bitfrost.no> Date: Thu, 26 Mar 2015 22:57:16 +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: Adrian Chadd , Jakob Alvermark Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> <5510A1E3.9040603@selasky.org> <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 26 Mar 2015 22:45:53 +0000 Cc: freebsd-x11 , 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, 26 Mar 2015 22:12:38 -0000 On 03/26/15 22:37, Adrian Chadd wrote: > Is there a PR filed with this? > No, do you want me to make one? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 00:05:30 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 DF6ECAE3; Fri, 27 Mar 2015 00:05:30 +0000 (UTC) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) (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 9CED7FB9; Fri, 27 Mar 2015 00:05:30 +0000 (UTC) Received: by gddsn.org.cn (Postfix, from userid 65534) id E4CD02E087; Fri, 27 Mar 2015 08:05:27 +0800 (CST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on gddsn.org.cn X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from lp.gddsn.org.cn (unknown [10.44.8.136]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPSA id B1EC92E035; Fri, 27 Mar 2015 08:05:07 +0800 (CST) Content-Type: text/plain; charset=gb2312 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: SSH hung with an OpenSSH_6.6.1p1 --> OpenSSH_5.8p2_hpn13v11 From: =?gb2312?B?zuLK5cCk?= In-Reply-To: <5513DB89.2050801@sentex.net> Date: Fri, 27 Mar 2015 08:05:06 +0800 Content-Transfer-Encoding: quoted-printable Message-Id: <108DC3D1-8B34-4221-B6ED-8700BAF08D2C@gddsn.org.cn> References: <5513AAD8.9060505@gddsn.org.cn> <5513DB89.2050801@sentex.net> To: Mike Tancsa X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 00:08:06 +0000 Cc: stable@freebsd.org, questions@freebsd.org, current@freebsd.org, net@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, 27 Mar 2015 00:05:31 -0000 all set are in base. and I=A1=AFm using 10.1-RELEASE-p8 BTW > =D4=DA 2015=C4=EA3=D4=C226=C8=D5=A3=AC=CF=C2=CE=E76:12=A3=ACMike = Tancsa =D0=B4=B5=C0=A3=BA >=20 > On 3/26/2015 2:44 AM, Wu ShuKun wrote: >=20 >> OpenSSH_5.4p1 FreeBSD-20100308, OpenSSL 0.9.8q 2 Dec 2010 >> failed with Latest SSH: >> % ssh -V >> OpenSSH_6.6.1p1, OpenSSL 1.0.1l-freebsd 15 Jan 2015 >=20 > Hi, > The latest is 1.0.1m, no? >=20 > }# ssh -V > OpenSSH_6.6.1p1, OpenSSL 1.0.1m-freebsd 19 Mar 2015 >=20 > What version of FreeBSD are you using ? Ssh and Openssl from the = ports ? or in the base ? >=20 > ---Mike >=20 > --=20 > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 02:42: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 2D6F8C0B for ; Fri, 27 Mar 2015 02:42:45 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (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 DB8421A0 for ; Fri, 27 Mar 2015 02:42:44 +0000 (UTC) Received: (qmail 29364 invoked from network); 27 Mar 2015 02:36:03 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 02:36:03 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Thu, 26 Mar 2015 22:36:03 -0400 (EDT) Received: (qmail 15043 invoked from network); 27 Mar 2015 02:36:03 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 02:36:03 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id C970C1C43A2; Thu, 26 Mar 2015 19:35:56 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c -r279859 vs. updating to head snaphot -r280598 Date: Thu, 26 Mar 2015 19:36:01 -0700 Message-Id: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> To: freebsd-current@freebsd.org, tuexen@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 03:21:32 +0000 Cc: FreeBSD PowerPC ML 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, 27 Mar 2015 02:42:45 -0000 Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. Both of the following = exist: /usr/src/sys/netinet/sctp.h /usr/include/netinet/sctp.h The first can be newer than the 2nd during buildworld. The buildworld compile of /head/lib/libc/net/sctp_sys_calls.c from an = updated /usr/src can/does end up using the second instead of the first, = at least for the powerpc64-xtoolchain-gcc style of buildworld activity = that I am trying. The recent addition of SCTP_MAX_CWND ends up with its definition missing = because of this: during the build /usr/include/netinet/sctp.h ends up = being the file included and the compile fails from the missing = additional definition. Either the #include paths in /head/lib/libc/net/sctp_sys_calls.c or the = command line arguments should force the /usr/src/sys/netinet/sctp.h = vintage file to be found. The 3 netinet/ relevant includes are shown = below... > ... > #include > #include > #include > #include More than sctp.h might have such issues since there are 3 netinet/ = include paths in /head/lib/libc/net/sctp_sys_calls.c . I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/lib/libc/net/sctp_sys_calls.c -r279859 added: > case SCTP_MAX_CWND: > ((struct sctp_assoc_value *)arg)->assoc_id =3D id; > break; and head (20150325 r280598) contains it. But the SCTP_MAX_CWND reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include = -I/usr/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa = -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd = -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION = -I/usr/src/lib/libc/../../contrib/tzcode/stdtime = -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING = -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c /usr/src/lib/libc/net/sctp_sys_calls.c -o = sctp_sys_calls.So >=20 > /usr/src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_opt_info': > /usr/src/lib/libc/net/sctp_sys_calls.c:386:7: error: 'SCTP_MAX_CWND' = undeclared (first use in this function) > case SCTP_MAX_CWND: ^ Looking to see where usage and definitions might be in /usr/src for = -r280598 ... > # pwd > /usr/src > $ find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = SCTP_MAX_CWND {} \; -print \) | more > case SCTP_MAX_CWND: > ./lib/libc/net/sctp_sys_calls.c > case SCTP_MAX_CWND: > case SCTP_MAX_CWND: > ./sys/netinet/sctp_usrreq.c > #define SCTP_MAX_CWND 0x00000032 > ./sys/netinet/sctp.h And looking at the list of includes in = /head/lib/libc/net/sctp_sys_calls.c for -r279859 shows: > #include > __FBSDID("$FreeBSD$"); >=20 > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include > #include That there was no complaint about sctp.h being missing suggests that a = was found but did not contain a SCTP_MAX_CWND = definition: so a different one than the above find/grep reported. Using a find to report other sctp.h files shows: > # find / \( -type d -name .svn -prune \) -or \( -type f -name sctp.h = -print \) | more > /usr/src/sys/netinet/sctp.h > /usr/include/netinet/sctp.h The diff of those shows the problem if the wrong file is found and used: > # diff /usr/include/netinet/sctp.h /usr/src/sys/netinet/sctp.h > 34c34 > < __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 269945 2014-08-13 = 15:50:16Z tuexen $"); > --- > > __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 279859 2015-03-10 = 19:49:25Z tuexen $"); > 130a131 > > #define SCTP_MAX_CWND 0x00000032 Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 03:22: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 DB925A52 for ; Fri, 27 Mar 2015 03:22:11 +0000 (UTC) Received: from sasl.smtp.pobox.com (pb-smtp1.int.icgroup.com [208.72.237.35]) by mx1.freebsd.org (Postfix) with ESMTP id A8ED28EB for ; Fri, 27 Mar 2015 03:22:11 +0000 (UTC) Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id E042C44A28 for ; Thu, 26 Mar 2015 23:20:20 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=message-id :date:from:mime-version:to:subject:content-type; s=sasl; bh=15ZA dsSSRjr8/yMdQFTR+rSirTg=; b=kMq/QiM0cb5hjh9KM9qVdCKlTyzCpf1onrbS Xp1KQwtcDDQIq5FaoZg4HKBXu9zt1r6r2MXVFmqQqczKAXExDWt8QfC26EuzJLtV w+X34qVRB1toitfeZIxDHbQv2wFyASJyNMaJn0nwOwSWrzQBb0ADSYeRjEGVYNQK SacRcj0= Received: from pb-smtp1.int.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id D7B5244A27 for ; Thu, 26 Mar 2015 23:20:20 -0400 (EDT) Received: from [192.168.1.103] (unknown [73.164.7.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id 582DA44A26 for ; Thu, 26 Mar 2015 23:20:18 -0400 (EDT) Message-ID: <5514CC6D.3020607@badgerio.us> Date: Thu, 26 Mar 2015 22:20:13 -0500 From: Eric Badger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Early use of log() does not end up in kernel msg buffer Content-Type: multipart/mixed; boundary="------------000906090006050703080907" X-Pobox-Relay-ID: 3239FA2C-D430-11E4-A3E0-11859F42C9D4-46178211!pb-smtp1.pobox.com 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, 27 Mar 2015 03:22:11 -0000 This is a multi-part message in MIME format. --------------000906090006050703080907 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Using log(9) when no process is reading the log results in the message going only to the console (contrast with printf(9), which goes to the console and to the kernel message buffer in this case). I believe it is truer to the semantics of logging for messages to *always* go to the message buffer (where they can eventually be collected and in fact put into a logfile). I therefore propose the attached patch, which sends log(9) to the message buffer always, and to the console only if no one has yet opened the log. It may be more complete to log to the console only if the log level is greater than some (user defined) value, but this seems like that might be more than necessary for this case. Thoughts? Eric --------------000906090006050703080907 Content-Type: text/x-patch; name="log.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="log.diff" diff --git share/man/man9/printf.9 share/man/man9/printf.9 index 84ac822..505ea9b 100644 --- share/man/man9/printf.9 +++ share/man/man9/printf.9 @@ -67,7 +67,8 @@ The .Fn log function sends the message to the kernel logging facility, using the log level as indicated by -.Fa pri . +.Fa pri , +and to the console if no process is yet reading the log. .Pp Each of these related functions use the .Fa fmt diff --git sys/kern/subr_prf.c sys/kern/subr_prf.c index 7e6fd09..6509522 100644 --- sys/kern/subr_prf.c +++ sys/kern/subr_prf.c @@ -295,7 +295,7 @@ log(int level, const char *fmt, ...) va_list ap; va_start(ap, fmt); - (void)_vprintf(level, log_open ? TOLOG : TOCONS, fmt, ap); + (void)_vprintf(level, log_open ? TOLOG : TOCONS | TOLOG, fmt, ap); va_end(ap); msgbuftrigger = 1; --------------000906090006050703080907-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 09:43: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 E7ABD1F3; Fri, 27 Mar 2015 09:43:27 +0000 (UTC) Received: from smtprelay-h22.telenor.se (smtprelay-h22.telenor.se [195.54.99.197]) (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 66D35254; Fri, 27 Mar 2015 09:43:26 +0000 (UTC) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 201B0D9C9; Fri, 27 Mar 2015 10:23:06 +0100 (CET) X-SENDER-IP: [85.229.94.62] X-LISTENER: [smtp.bredband.net] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2BJBwAIIRVVPD5e5VVcgwaHbMIaglICgTpNAQEBAQEBBgEBAQE4O4QUAQEBAQIBHR0cIwULCxgVGS0MChQGiDoMAcwGAQEBAQEBAQECAQEBAQEBAQEBGYsohEUzBwqDDYEWBZtajB2GdYIkHBSBPYMxAQEB X-IPAS-Result: A2BJBwAIIRVVPD5e5VVcgwaHbMIaglICgTpNAQEBAQEBBgEBAQE4O4QUAQEBAQIBHR0cIwULCxgVGS0MChQGiDoMAcwGAQEBAQEBAQECAQEBAQEBAQEBGYsohEUzBwqDDYEWBZtajB2GdYIkHBSBPYMxAQEB X-IronPort-AV: E=Sophos;i="5.11,478,1422918000"; d="scan'208";a="850390112" Received: from c-3e5ee555.06-11-73746f31.cust.bredbandsbolaget.se (HELO sigyn.alvermark.net) ([85.229.94.62]) by ipb3.telenor.se with ESMTP; 27 Mar 2015 10:10:25 +0100 Received: from gw.inter-sonic.com ([212.247.8.97] helo=[192.168.171.125]) by sigyn.alvermark.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1YbQHY-0004AS-0P; Fri, 27 Mar 2015 10:10:24 +0100 Subject: Re: [Call for testers] DRM device-independent code update to Linux 3.8 (take #2) Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=us-ascii From: Jakob Alvermark In-Reply-To: <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> Date: Fri, 27 Mar 2015 10:10:22 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <95DAA262-89CA-44D5-BD15-CD9E90A95DAB@alvermark.net> References: <54F636B3.90701@FreeBSD.org> <20150307111305.10d7678d@kan> <5510A1E3.9040603@selasky.org> <18597.85.229.93.187.1427403630.squirrel@webmail.alvermark.net> To: Jakob Alvermark X-Mailer: Apple Mail (2.1085) Cc: freebsd-x11 , 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, 27 Mar 2015 09:43:28 -0000 On 26 mar 2015, at 22:00, Jakob Alvermark wrote: > On Tue, March 24, 2015 00:29, Hans Petter Selasky wrote: >> Hi, >>=20 >>=20 >> Without the attached kernel patch(es), Xorg starts consuming alot of = CPU >> and becomes very unresponsive and unusable. >>=20 >> Using ktrace reveals that X-org is issuing = DRM_IOCTL_MODE_GETCONNECTOR >> over and over again with no apparent reason. It doesn't happen when = using a >> simple window manager like blackbox. I was not able to use XFCE4 = (9-stable >> userland) with 11-current kernel at all, after the latest DRM2 kernel >> updates. It worked fine before the update. >>=20 >> I'm not sure what is causing it. Going through the new DRM2 code >> revealed that a mode sorting function did not take all parameters = like >> interlaced or not into account, causing the mode list to be = reshuffelled >> every time a new mode scan was done. Not sure if Xorg cares about = this >> though. >=20 > I got the same problem with XFCE4, Xorg at 100% CPU. >=20 > Applied the patch and it works again. Interestingly, xrandr now lists a lot more available modes than before = the DRM code update. I thought it was my cheap TV that only supported 1080i, but it turns out = that now I can use 1080p@60Hz! Jakob= From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 04:15: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 095B71FC for ; Fri, 27 Mar 2015 04:15:51 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (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 B4BBDD65 for ; Fri, 27 Mar 2015 04:15:50 +0000 (UTC) Received: (qmail 9393 invoked from network); 27 Mar 2015 04:15:49 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 04:15:49 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Fri, 27 Mar 2015 00:15:49 -0400 (EDT) Received: (qmail 28049 invoked from network); 27 Mar 2015 04:15:48 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 04:15:48 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id DC50A1C43A2; Thu, 26 Mar 2015 21:15:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: 11.0-CURRENT: SBUF_INCLUDENUL, /head/sys/kern/subr_sbuf.c -r280193 vs. updating to head snaphot -r280598 From: Mark Millard In-Reply-To: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> Date: Thu, 26 Mar 2015 21:15:46 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> To: freebsd-current@freebsd.org, Ian Lepore X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 11:21:04 +0000 Cc: FreeBSD PowerPC ML 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, 27 Mar 2015 04:15:51 -0000 Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. Both of the following = exist: /usr/src/sys/sys/sbuf.h /usr/include/sys/sbuf.h The first can be newer than the 2nd during buildworld. The buildworld compile of /head/sys/kern/subr_sbuf.c from an updated = /usr/src can/does end up using the second instead of the first, at least = for the powerpc64-xtoolchain-gcc style of buildworld activity that I am = trying. The recent addition of SBUF_INCLUDENUL use ends up with its definition = missing because of this: during the build /usr/include/sys/sbuf.h ends = up being the file included and the compile fails from the missing = additional definition. Either the #include paths in /head/sys/kern/subr_sbuf.c or the command = line arguments should force the /usr/src/sys/sys/sbuf.h vintage file to = be found. The /head/sys/kern/subr_sbuf.c relevant includes are shown = below... > #include > __FBSDID("$FreeBSD: head/sys/kern/subr_sbuf.c 280193 2015-03-17 = 21:00:31Z ian $"); >=20 > #include >=20 > #ifdef _KERNEL > #include > #include > #include > #include > #include > #include > #include > #else /* _KERNEL */ > #include > #include > #include > #include > #include > #include > #endif /* _KERNEL */ >=20 > #include I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/sys/kern/subr_sbuf.c -r280193 added: > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) and head (20150325 r280598) contains it. But the SBUF_INCLUDENUL reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -std=3Dgnu99 -fstack-protector -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-pro > totypes -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 -c = /usr/src/lib/libsbuf/../../sys/kern/subr_sbuf.c -o subr_sbuf.So > ... > /usr/src/lib/libsbuf/../../sys/kern/subr_sbuf.c:73:45: error: = 'SBUF_INCLUDENUL' undeclared (first use in this function) > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) > ^ Looking to see where SBUF_INCLUDENUL usage and definitions might be in = /usr/src for -r280598 ... > # pwd > /usr/src > # find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = SBUF_INCLUDENUL {} \; -print \) | more > .It Dv SBUF_INCLUDENUL > ./share/man/man9/sbuf.9 > #define SBUF_INCLUDENUL 0x00000002 /* nulterm byte is counted in = len */ > ./sys/sys/sbuf.h > sbuf_clear_flags(&sbuf, SBUF_INCLUDENUL); > ./sys/vm/uma_core.c > SBUF_INCLUDENUL); > ./sys/netinet/tcp_hostcache.c > sbuf_clear_flags(&sbuf, SBUF_INCLUDENUL); > ./sys/kern/kern_malloc.c > SBUF_INCLUDENUL); > ./sys/kern/kern_cons.c > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > ./sys/kern/kern_descrip.c > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > sbuf_clear_flags(&sb, SBUF_INCLUDENUL); > ./sys/kern/kern_proc.c > sbuf_new(&sb, NULL, 256, SBUF_AUTOEXTEND | SBUF_INCLUDENUL); > ./sys/kern/kern_et.c > sbuf_new(&sb, NULL, 128, SBUF_AUTOEXTEND | SBUF_INCLUDENUL); > ./sys/kern/kern_fail.c > s =3D sbuf_new(s, buf, length, SBUF_FIXEDLEN | = SBUF_INCLUDENUL); > ./sys/kern/kern_sysctl.c > #define SBUF_NULINCLUDED(s) ((s)->s_flags & SBUF_INCLUDENUL) > ./sys/kern/subr_sbuf.c Looking at the list of includes in /head/lib/libc/net/sctp_sys_calls.c = for -r280193 shows: > #include > __FBSDID("$FreeBSD: head/sys/kern/subr_sbuf.c 280193 2015-03-17 = 21:00:31Z ian $"); >=20 > #include >=20 > #ifdef _KERNEL > #include > #include > #include > #include > #include > #include > #include > #else /* _KERNEL */ > #include > #include > #include > #include > #include > #include > #endif /* _KERNEL */ >=20 > #include That there was no complaint about sbuf.h being missing suggests that a = was found but did not contain a SBUF_INCLUDENUL definition: = so a different one than the above find/grep reported. Using a find to report other sctp.h files shows: > # find /usr/include \( -type d -name .svn -prune \) -or \( -type f = -name sbuf.h -print \) | more > /usr/include/sys/sbuf.h The diff of the two variants shows the problem if the wrong file is = found and used: > # diff /usr/include/sys/sbuf.h /usr/src/sys/sys/sbuf.h > 28c28 > < * $FreeBSD: head/sys/sys/sbuf.h 269179 2014-07-28 07:20:22Z = gahr $ > --- > > * $FreeBSD: head/sys/sys/sbuf.h 279992 2015-03-14 16:02:11Z = ian $ > 50a51 > > #define SBUF_INCLUDENUL 0x00000002 /* nulterm byte is = counted in len */ > 66a68,70 > > int sbuf_get_flags(struct sbuf *); > > void sbuf_clear_flags(struct sbuf *, int); > > void sbuf_set_flags(struct sbuf *, int); Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 09:44: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 DAF5C334 for ; Fri, 27 Mar 2015 09:44:06 +0000 (UTC) Received: from asp.reflexion.net (outbound-242.asp.reflexion.net [69.84.129.242]) (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 9327926D for ; Fri, 27 Mar 2015 09:44:05 +0000 (UTC) Received: (qmail 23029 invoked from network); 27 Mar 2015 09:44:04 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 09:44:04 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Fri, 27 Mar 2015 05:44:04 -0400 (EDT) Received: (qmail 26898 invoked from network); 27 Mar 2015 09:44:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 09:44:04 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id A51AE1C43A8; Fri, 27 Mar 2015 02:44:02 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: 11.0-CURRENT: BIO_F_DGRAM_SCTP_WRITE, /head/crypto/openssl/crypto/bio/bio_err.c -r280297 vs. updating to head snaphot -r280598 From: Mark Millard In-Reply-To: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> Date: Fri, 27 Mar 2015 02:44:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <2D2B8572-425D-42EC-AD9D-8975E9B9CBFA@dsl-only.net> References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> To: freebsd-current@freebsd.org, jkim@FreeBSD.org X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 11:26:49 +0000 Cc: FreeBSD PowerPC ML 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, 27 Mar 2015 09:44:06 -0000 Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. All of the following = exist: > /usr/src/crypto/openssl/crypto/bio/bio.h > /usr/obj/usr/src/tmp/usr/include/openssl/bio.h > /usr/include/openssl/bio.h The first two can be newer than the last during buildworld. The buildworld compile of /head/crypto/openssl/crypto/bio/bio_err.c from = an updated /usr/src can/does end up using the last instead of one of the = first two, at least for the powerpc64-xtoolchain-gcc style of buildworld = activity that I am trying. The recent addition of BIO_F_DGRAM_SCTP_WRITE ends up with its = definition missing because of this: during the build = /usr/include/openssl/bio.h ends up being the file included and the = compile fails from the missing additional definition. Either the #include paths in /head/crypto/openssl/crypto/bio/bio_err.c = or the command line arguments should force the = /usr/obj/usr/src/tmp/usr/include/openssl/bio.h (or = /usr/src/crypto/openssl/crypto/bio/bio.h ) vintage file to be found. The = bio.h relevant includes are shown below... > #include > #include > #include More than bio.h might have such issues since there is an openssl/err.h = include path in /head/crypto/openssl/crypto/bio/bio_err.c . I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/crypto/openssl/crypto/bio/bio_err.c -r280297 added: > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, and head (20150325 r280598) contains it. But the BIO_F_DGRAM_SCTP_WRITE reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -DTERMIOS -DANSI_SOURCE = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto = -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN = -DHAVE_DLFCN_H = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes = -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -c = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= -o bio_err.So > In file included from = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= :63:0: > = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= :99:15: error: 'BIO_F_DGRAM_SCTP_WRITE' undeclared here (not in a = function) > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, > ^ Looking to see where usage and definitions might be in /usr/src for = -r280598 ... > # pwd > /usr/src > $ find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = BIO_F_DGRAM_SCTP_WRITE {} \; -print \) | more > # define BIO_F_DGRAM_SCTP_WRITE 133 > ./crypto/openssl/crypto/bio/bio.h > BIOerr(BIO_F_DGRAM_SCTP_WRITE, ERR_R_MALLOC_ERROR); > ./crypto/openssl/crypto/bio/bss_dgram.c > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, > ./crypto/openssl/crypto/bio/bio_err.c And looking at the list of includes in = /head/crypto/openssl/crypto/bio/bio_err.c -r280297 shows: > #include > #include > #include That there was no complaint about bio.h being missing suggests that a = was found but did not contain a BIO_F_DGRAM_SCTP_WRITE = definition: so a different one than a copy of what the above find/grep = reported. Using a find to report other bio.h files shows: > # find / \( -type d -name .svn -prune \) -or \( -type f -name bio.h = -print \) | more > /usr/src/crypto/openssl/crypto/bio/bio.h > /usr/src/sys/sys/bio.h > /usr/obj/usr/src/tmp/usr/include/openssl/bio.h > /usr/include/openssl/bio.h > /usr/include/sys/bio.h (Ignoring .../sys/bio.h as distinct by content and by path prefix...) The diff of /usr/obj/usr/src/tmp/usr/include/openssl/bio.h and = /usr/include/openssl/bio.h shows the problem if the wrong file is found = and used: > diff -w /usr/src/crypto/openssl/crypto/bio/bio.h = /usr/include/openssl/bio.h | less > ... > 797,798c775 > < /* > < * The following lines are auto generated by the script mkerr.pl. = Any changes > --- > > /* The following lines are auto generated by the script mkerr.pl. = Any changes > 832d808 > < # define BIO_F_DGRAM_SCTP_WRITE 133 Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 12:10:16 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 EEE89DB for ; Fri, 27 Mar 2015 12:10:16 +0000 (UTC) Received: from work.netasq.com (gwlille.netasq.com [91.212.116.1]) by mx1.freebsd.org (Postfix) with ESMTP id 83406881 for ; Fri, 27 Mar 2015 12:10:15 +0000 (UTC) Received: from work.netasq.com (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 80B802703BDF; Fri, 27 Mar 2015 13:10:08 +0100 (CET) Received: from localhost (localhost.localdomain [127.0.0.1]) by work.netasq.com (Postfix) with ESMTP id 5EDAD2703BE1; Fri, 27 Mar 2015 13:10:08 +0100 (CET) Received: from work.netasq.com ([127.0.0.1]) by localhost (work.netasq.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id fGSL_fb-cFE2; Fri, 27 Mar 2015 13:10:08 +0100 (CET) Received: from pc-alex.localnet (unknown [10.2.200.254]) by work.netasq.com (Postfix) with ESMTP id 152F62703BDF; Fri, 27 Mar 2015 13:10:08 +0100 (CET) From: Alexandre Martins To: freebsd-current@freebsd.org Subject: Re: Mbuf leak in if_lagg.c Date: Fri, 27 Mar 2015 13:11:07 +0100 Message-ID: <3503024.JPjPSR4hce@pc-alex> Organization: NETASQ User-Agent: KMail/4.14.2 (FreeBSD/10.0-RELEASE-p12; KDE/4.14.2; amd64; ; ) In-Reply-To: <551467C9.3000103@yandex.ru> References: <1708955.mQ2X6OUmTD@pc-alex> <55146124.2070501@yandex.ru> <551467C9.3000103@yandex.ru> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1917558.jPYzOGWkLN"; micalg="sha1"; protocol="application/pkcs7-signature" Cc: "Andrey V. Elsukov" 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, 27 Mar 2015 12:10:17 -0000 --nextPart1917558.jPYzOGWkLN Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="iso-8859-1" Le jeudi 26 mars 2015, 23:10:49 Andrey V. Elsukov a =E9crit : > On 26.03.2015 22:42, Andrey V. Elsukov wrote: > >> If lp_detaching is non 0, the mbuf pointer is set to NULL without = m_freem > >> it. > >>=20 > >> Can you look at this ? > >=20 > > Hi, > >=20 > > what you thing about this patch? > > lp_detaching can be non zero in case of parent interface departure.= > > So I don't see the reason to call ETHER_BPF_MTAP() in this case. >=20 > Now I see the reason - to capture all received packets before interfa= ce > departure. New is attached. Sounds good for me :) =2D-=20 Alexandre Martins STORMSHIELD --nextPart1917558.jPYzOGWkLN Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Disposition: attachment; filename="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIIhDCCBIYw ggJuoAMCAQICBQDbzPDtMA0GCSqGSIb3DQEBCwUAMEgxCzAJBgNVBAYTAkZSMRQwEgYDVQQKDAtT VE9STVNISUVMRDEjMCEGA1UEAwwaU3Rvcm1zaGllbGQgUm9vdCBBdXRob3JpdHkwHhcNMTQwOTA0 MTUwNzEwWhcNMjQwOTAxMTUwNzEwWjBJMQswCQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElF TEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVzZXJzIEF1dGhvcml0eTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAMKHBaAL/pVYovuOBYjd4DaxW9F07C4dxexEABdVZ2UwLTKCDu7jkTvw aECel2XxBsi7vH9DbM6roq22ynAMQiOSgwtNmeAsuUaNglk9+5KgLqGX1Hu9F3l/wWG7e/TFD/u/ MpjPgLzfogYKuTfWCas87QfR/GTLEIx+GhNPO57ehdbUiyZDAKs4867ZjzZAA0OFuJ9YuMhYl62e PnxhEpHzYoGzcWVurG2nSaL34izAy8IJFKhP45EHvcKXpRG3tCbsFwP6qeQn27CVQL3h0iVPaFfj Jtj/D+ywDXsTDjXx+DJEJZBfOCNmBn9dRzDZY/10iCADs+D5z/F5E4kfXO8CAwEAAaN2MHQwHQYD VR0OBBYEFKFthGyigIUFfHx1dYA0wRNbl9eBMB8GA1UdIwQYMBaAFLhCqfpnRPB/02GM7KXHUK60 veyjMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAN BgkqhkiG9w0BAQsFAAOCAgEAToL3OS3Ynp0+bYotvNFLqsEhhk0WLRfn2Dd6RDZJzhRayr4Hcvzq PnGdBJGcgz8MpXX5DZQdtT+qyHhy2jZ/BNXpX5onTtW79skTWsA3gAjhXbrK1/tWgFwGNVkmrykc 4yn8bZ5AfsXXGrOaXrwOkqS7rppRqWRwL0gzzabsBbdgDK8OhgQByG/irIvyqFUsunos2u7xk6Ew QuFktaXi6XD9IUMyFwFLojjALqJyPvUwsZKuvrW8yS0x3BD4IYVDnPkltrEzrVWDMprLz6CXD7FN umeK2sN+GTMezZ93A466ve+02c2yt0FaJg+x4naThUYPui/mQhNBlySZnIX9X4iv/9qAlAZW7CEN kJeBc6+uN74Utinu1D2mBK8tuW6HUD7LB/IecUjifq1nL1IPcwgOBZHgrAUszVCa3c1Bvfa2Sr1W bSNRxBcV9udYosD2SvDebw2YKqEvk/Ol856Bg5zRAlZ8xBqbF5bFcwuTq4qKxL//5Wp+kJrknHne 370Oag3X6hviM6ms9pfq18EGvl2NqHbLM8aMcQHnZWBZfEgX2UIzbPtDD7MVvY8h015KMiQ0QWD/ WisoABrmBBcBDKc3YnsT5ot/ZcuEdxLS/73KiKw8TD35NvkXW5CH6DNgPklRRhxhadydfyA/yTpf 4XmZD/zUig0v8h6PEmDL8ugwggP2MIIC3qADAgECAgUAhSjIwzANBgkqhkiG9w0BAQUFADBJMQsw CQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElFTEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVz ZXJzIEF1dGhvcml0eTAeFw0xNDA5MDQxNTEwMzhaFw0xNTA5MDQxNTEwMzhaMHAxCzAJBgNVBAYT AkZSMRQwEgYDVQQKDAtTVE9STVNISUVMRDEaMBgGA1UEAwwRQWxleGFuZHJlIE1BUlRJTlMxLzAt BgkqhkiG9w0BCQEWIGFsZXhhbmRyZS5tYXJ0aW5zQHN0b3Jtc2hpZWxkLmV1MIIBIjANBgkqhkiG 9w0BAQEFAAOCAQ8AMIIBCgKCAQEAva7AtO0nbBUoYsRPeAP+85Lv4zx5bPdpxLuQVJmFJL6VDH28 Qxoxlq0j/3HGdfFR2sFe+utPledu6F79SCJDYRQ5ZQuS+TFgyvVzCSuVqpw6z0LQdTh4pouCh71B Bb8RSUXX2zx7Fu5IlSpLjGIf0prk1xrz/YyHJLQo2mSusnogi6hF2GsEVViUZtemK+uPqVToJ5oR AAJ4mU/Xl3aCOd7O3UzNT3T0clrfpNHKrcWcyqgE6g/gY/7NiJESRov3De8xzcczLxJFO51ODlaw y8yT1AHyWIDEkcbgX1Gk4s1ImXQDoq6pQEq2O5cIr59GlSd/YBq36Av6J3LGcmVnQwIDAQABo4G9 MIG6MB0GA1UdDgQWBBTL/0iutSuRsFLRxja4yiLlnMg2rTAfBgNVHSMEGDAWgBShbYRsooCFBXx8 dXWANMETW5fXgTAJBgNVHRMEAjAAMA4GA1UdDwEB/wQEAwID6DArBgNVHREEJDAigSBhbGV4YW5k cmUubWFydGluc0BzdG9ybXNoaWVsZC5ldTARBglghkgBhvhCAQEEBAMCBLAwHQYDVR0lBBYwFAYI KwYBBQUHAwQGCCsGAQUFBwMCMA0GCSqGSIb3DQEBBQUAA4IBAQBHvjAZNyBp1pfsgV5R2oECDTsU vzfyvrj1CVTbOCXtg036DS7Tms7oybwsxUv6kQg9iq5eAklfyuz53VkL9IArm/iWn9QwecxANeMq k3Lc1LIMPhqqg6WZDze1G2PfYlwBkputKyQlhifQ8Xx6wJ+avt1lum5P1EFcQfG6zreyOxfai99a QcAxP1Ry3nXQMbUzP5UZkK0+PhYvy9mTv4b1vPWxeUMMXSO1TPXN1IkuPzzvR86MDHFO17l/aqJV Mr6Ea2A/deI7JilI48fb8jTsAaxBWL5RwrreXLXBjKDsEYzrANB4Kn/uQzkjnRM1NVRS+SMro3tk hzfdSmUFXs5tMYICAzCCAf8CAQEwUjBJMQswCQYDVQQGEwJGUjEUMBIGA1UECgwLU1RPUk1TSElF TEQxJDAiBgNVBAMMG1N0b3Jtc2hpZWxkIFVzZXJzIEF1dGhvcml0eQIFAIUoyMMwCQYFKw4DAhoF AKCBhzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTAzMjcxMjEx MDdaMCMGCSqGSIb3DQEJBDEWBBSiTTYgubwCzF8FiWCcRD8aK3y0MDAoBgkqhkiG9w0BCQ8xGzAZ MAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzANBgkqhkiG9w0BAQEFAASCAQCW3Ve4zdn6z3fYoBl9 hL+TtptCIuE8Vrae/6u9enq4zb9v7G4N4oRb8wkKLRAcGq4plpBks7hg1au1qgSwnov5AtnjtuVx 6UFMIsmGhQWtcRieyZrxvH7B2TFHYrMbger7LWgLHzbVxG4e6FD4bJL6DHRZS/aLc20udmOvfCD3 /zJ3cSXBtGy1g/IZ4Yw0aykTzA51iQihZtuOj5zdEuPkRQljLwYVBAwKILOUUChkdVAir9HxaJt8 NaS5hrXagSbTy8dfN9UD4059VF+JJLXiyJFtVBrobIop91GQVkyN5y54epGAAZoZj/4lRsG8u9Mv oD1DeY0L6NNMVDxJ5yHvAAAAAAAA --nextPart1917558.jPYzOGWkLN-- From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 13:06: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 56D5E2EE for ; Fri, 27 Mar 2015 13:06:40 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 3957FEF9 for ; Fri, 27 Mar 2015 13:06:40 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-73-147-253-17.hsd1.va.comcast.net [73.147.253.17]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 9864656467; Fri, 27 Mar 2015 08:06:33 -0500 (CDT) Message-ID: <55155594.3000201@FreeBSD.org> Date: Fri, 27 Mar 2015 09:05:24 -0400 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Eric Badger , freebsd-current@freebsd.org Subject: Re: Early use of log() does not end up in kernel msg buffer References: <5514CC6D.3020607@badgerio.us> In-Reply-To: <5514CC6D.3020607@badgerio.us> 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: Fri, 27 Mar 2015 13:06:40 -0000 On 03/26/2015 23:20, Eric Badger wrote: > Using log(9) when no process is reading the log results in the message > going only to the console (contrast with printf(9), which goes to the > console and to the kernel message buffer in this case). I believe it is > truer to the semantics of logging for messages to *always* go to the > message buffer (where they can eventually be collected and in fact put > into a logfile). I therefore propose the attached patch, which sends > log(9) to the message buffer always, and to the console only if no one > has yet opened the log. This makes sense to me. Since I'm new here, I'll wait for others to comment. Eric From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 12:50:41 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 DF592EA9 for ; Fri, 27 Mar 2015 12:50:40 +0000 (UTC) Received: from asp.reflexion.net (outbound-243.asp.reflexion.net [69.84.129.243]) (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 96229DA8 for ; Fri, 27 Mar 2015 12:50:39 +0000 (UTC) Received: (qmail 23972 invoked from network); 27 Mar 2015 12:50:33 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 27 Mar 2015 12:50:33 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.40.1) with SMTP; Fri, 27 Mar 2015 08:50:33 -0400 (EDT) Received: (qmail 14414 invoked from network); 27 Mar 2015 12:50:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (DHE-RSA-AES256-SHA encrypted) SMTP; 27 Mar 2015 12:50:33 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-67-189-19-145.hsd1.or.comcast.net [67.189.19.145]) by iron2.pdx.net (Postfix) with ESMTPSA id C1E9F1C43B2; Fri, 27 Mar 2015 05:50:30 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: 11.0-CURRENT: DTLS1_VERSION_MAJOR, /head/crypto/openssl/ssl/ssl_asn1.c -r280297 vs. updating to head snaphot -r280598 From: Mark Millard In-Reply-To: <2D2B8572-425D-42EC-AD9D-8975E9B9CBFA@dsl-only.net> Date: Fri, 27 Mar 2015 05:50:31 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> <2D2B8572-425D-42EC-AD9D-8975E9B9CBFA@dsl-only.net> To: freebsd-current@freebsd.org, jkim@FreeBSD.org X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 13:08:59 +0000 Cc: FreeBSD PowerPC ML 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, 27 Mar 2015 12:50:41 -0000 /head/crypto/openssl/ssl/ssl_asn1.c has a similar issue to = /head/crypto/openssl/crypto/bio/bio_err.c but relative to: > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -DTERMIOS -DANSI_SOURCE = -I/usr/src/secure/lib/libssl/../../../crypto/openssl = -I/usr/src/secure/lib/libssl/../../../crypto/openssl/crypto = -I/usr/obj/usr/src/secure/lib/libssl -DOPENSSL_THREADS -DDSO_DLFCN = -DHAVE_DLFCN_H -std=3Dgnu99 -fstack-protector -Wno-pointer-sign -c = /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_asn1.c -o = ssl_asn1.So > /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_asn1.c: In = function 'd2i_SSL_SESSION': > = /usr/src/secure/lib/libssl/../../../crypto/openssl/ssl/ssl_asn1.c:425:34: = error: 'DTLS1_VERSION_MAJOR' undeclared (first use in this function) > || (ssl_version >> 8) =3D=3D DTLS1_VERSION_MAJOR > ^ > # pwd > /usr/src > # find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = DTLS1_VERSION_MAJOR {} \; -print \) | more > # define DTLS1_VERSION_MAJOR 0xFE > ./crypto/openssl/ssl/dtls1.h > || (ssl_version >> 8) =3D=3D DTLS1_VERSION_MAJOR > ./crypto/openssl/ssl/ssl_asn1.c > # find / \( -type d -name .svn -prune \) -or \( -type f -name dtls1.h = -print \) | more > /usr/src/crypto/openssl/ssl/dtls1.h > /usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h > /usr/include/openssl/dtls1.h > #include > #include > #include "ssl_locl.h" > #include > #include > #include So the crypto/openssl/ssl/dtls1.h or = /usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h file is not directly = included at all. Finding where it is included... Omitting most Makefile lines... > # find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = "dtls1\.h" {} \; -print \) | more > INCS=3D dtls1.h kssl.h srtp.h ssl.h ssl2.h ssl23.h ssl3.h tls1.h > ./secure/lib/libssl/Makefile > ... > ./crypto/openssl/apps/Makefile > /* ssl/dtls1.h */ > ./crypto/openssl/ssl/dtls1.h > ... > ./crypto/openssl/ssl/Makefile > # include /* Datagram TLS */ > ./crypto/openssl/ssl/ssl.h crypto/openssl/ssl/ssl.h is not directly included. (I will stop here as = far as the include sequence goes since a dtls1.h was found.) The reference is finding /usr/include/openssl/dtls1.h = (old) instead of /usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h or = /usr/src/crypto/openssl/ssl/dtls1.h (new): > # diff -w /usr/include/openssl/dtls1.h = /usr/obj/usr/src/tmp/usr/include/openssl/dtls1.h | more > 87a88 > > # define DTLS1_VERSION_MAJOR 0xFE > 123,129c124,128 > ... =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Mar-27, at 02:44 AM, Mark Millard = wrote: Basic context: # freebsd-version -ku; uname -apKU 11.0-CURRENT 11.0-CURRENT FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar = 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 The problem: Summary of the details that are listed later. All of the following = exist: > /usr/src/crypto/openssl/crypto/bio/bio.h > /usr/obj/usr/src/tmp/usr/include/openssl/bio.h > /usr/include/openssl/bio.h The first two can be newer than the last during buildworld. The buildworld compile of /head/crypto/openssl/crypto/bio/bio_err.c from = an updated /usr/src can/does end up using the last instead of one of the = first two, at least for the powerpc64-xtoolchain-gcc style of buildworld = activity that I am trying. The recent addition of BIO_F_DGRAM_SCTP_WRITE ends up with its = definition missing because of this: during the build = /usr/include/openssl/bio.h ends up being the file included and the = compile fails from the missing additional definition. Either the #include paths in /head/crypto/openssl/crypto/bio/bio_err.c = or the command line arguments should force the = /usr/obj/usr/src/tmp/usr/include/openssl/bio.h (or = /usr/src/crypto/openssl/crypto/bio/bio.h ) vintage file to be found. The = bio.h relevant includes are shown below... > #include > #include > #include More than bio.h might have such issues since there is an openssl/err.h = include path in /head/crypto/openssl/crypto/bio/bio_err.c . I have not checked for other .c files with similar issues for = usage during buildworld. The problem details: /head/crypto/openssl/crypto/bio/bio_err.c -r280297 added: > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, and head (20150325 r280598) contains it. But the BIO_F_DGRAM_SCTP_WRITE reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -DTERMIOS -DANSI_SOURCE = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto = -I/usr/obj/usr/src/secure/lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN = -DHAVE_DLFCN_H = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/asn1 = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/evp = -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/modes = -std=3Dgnu89 -fstack-protector -Wno-pointer-sign -c = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= -o bio_err.So > In file included from = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= :63:0: > = /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/bio/bio_err.c= :99:15: error: 'BIO_F_DGRAM_SCTP_WRITE' undeclared here (not in a = function) > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, > ^ Looking to see where usage and definitions might be in /usr/src for = -r280598 ... > # pwd > /usr/src > $ find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = BIO_F_DGRAM_SCTP_WRITE {} \; -print \) | more > # define BIO_F_DGRAM_SCTP_WRITE 133 > ./crypto/openssl/crypto/bio/bio.h > BIOerr(BIO_F_DGRAM_SCTP_WRITE, ERR_R_MALLOC_ERROR); > ./crypto/openssl/crypto/bio/bss_dgram.c > {ERR_FUNC(BIO_F_DGRAM_SCTP_WRITE), "DGRAM_SCTP_WRITE"}, > ./crypto/openssl/crypto/bio/bio_err.c And looking at the list of includes in = /head/crypto/openssl/crypto/bio/bio_err.c -r280297 shows: > #include > #include > #include That there was no complaint about bio.h being missing suggests that a = was found but did not contain a BIO_F_DGRAM_SCTP_WRITE = definition: so a different one than a copy of what the above find/grep = reported. Using a find to report other bio.h files shows: > # find / \( -type d -name .svn -prune \) -or \( -type f -name bio.h = -print \) | more > /usr/src/crypto/openssl/crypto/bio/bio.h > /usr/src/sys/sys/bio.h > /usr/obj/usr/src/tmp/usr/include/openssl/bio.h > /usr/include/openssl/bio.h > /usr/include/sys/bio.h (Ignoring .../sys/bio.h as distinct by content and by path prefix...) The diff of /usr/obj/usr/src/tmp/usr/include/openssl/bio.h and = /usr/include/openssl/bio.h shows the problem if the wrong file is found = and used: > diff -w /usr/src/crypto/openssl/crypto/bio/bio.h = /usr/include/openssl/bio.h | less > ... > 797,798c775 > < /* > < * The following lines are auto generated by the script mkerr.pl. = Any changes > --- >> /* The following lines are auto generated by the script mkerr.pl. Any = changes > 832d808 > < # define BIO_F_DGRAM_SCTP_WRITE 133 Context details: > make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 > WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ > WITHOUT_LLDB=3D \ > WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 > # svnlite info /usr/src > Path: . > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 280615 > Node Kind: directory > Schedule: normal > Last Changed Author: hselasky > Last Changed Rev: 280598 > Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. > # svnlite st /usr/src --no-ignore > ? /usr/src/.snap > ? /usr/src/restoresymtable > M /usr/src/sys/ddb/db_main.c > M /usr/src/sys/ddb/db_script.c > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/ofw/ofwcall64.S (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) > # more /etc/src.conf=20 > NO_WERROR=3D > WITH_LIBCPLUSPLUS=3D > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/srcC/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (The above and just below experiments with mostly(?) avoiding use of gcc = 4.2.1, even for CC/CXX/CPP contexts.) > # ls -FPal /usr/bin/g[+c]* > lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > #WITH_DEBUG=3D > MALLOC_PRODUCTION=3D =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 15:01: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 996B3108 for ; Fri, 27 Mar 2015 15:01:14 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001:c03::232]) (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 64BE7FCC for ; Fri, 27 Mar 2015 15:01:14 +0000 (UTC) Received: by iecvj10 with SMTP id vj10so72612012iec.0 for ; Fri, 27 Mar 2015 08:01:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QhZ5MtF9brV+gWDRBzi6lJFkTpU84D7VfzGea3aam0Y=; b=IZCMXNZgrA/GHDxVEgjOH5kH9kczCPU5Wy4g2IK2ga6ErotRP5SYQiaqyI7jHf+NmU Plc9knceCf4SfxvqkMpo1F5RYT1vBitmNaJNo5P02IsqxCH1xTe0roEzjB7S6y/w94J2 g7nGAX5sVOoeExWsppsyyAfoai/fhLSkwYb8XcSN03TiQHpxZNQFYEzubJYzuPqZgU3m OTQweIaLvFheDD6WecP3sviKxS+uqrsv6uAyQyx4g7k67M0Szw3nGH8v+WKsgewHNpvz m1UJjvENdSqcqZjft2ajBx8D86mtfMTvUFwVu1bVfbpONoi27ZAPOHMYz5GxtK1lYLFG ovyw== MIME-Version: 1.0 X-Received: by 10.50.118.97 with SMTP id kl1mr38348683igb.23.1427468473679; Fri, 27 Mar 2015 08:01:13 -0700 (PDT) Received: by 10.36.61.65 with HTTP; Fri, 27 Mar 2015 08:01:13 -0700 (PDT) Date: Fri, 27 Mar 2015 16:01:13 +0100 Message-ID: Subject: [PATCH] Adding backlight support for the i915 driver. From: "Ranjan1018 ." <214748mv@gmail.com> 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: Fri, 27 Mar 2015 15:01:14 -0000 This patch exposes the backlight support via a sysctl: set the backlight to 10%: # sysctl hw.dri.0.i915_backlight=10 hw.dri.0.i915_backlight: 25 -> 10 set the backlight to 50%: # sysctl hw.dri.0.i915_backlight=50 hw.dri.0.i915_backlight: 10 -> 50 decrease the current backlight value: # sysctl hw.dri.0.i915_backlight=-1000 hw.dri.0.i915_backlight: 50 -> 43 increment the current backlight value: # sysctl hw.dri.0.i915_backlight=1000 hw.dri.0.i915_backlight: 43 -> 51 # sysctl hw.dri.0.i915_backlight=1000 hw.dri.0.i915_backlight: 51 -> 60 I am running this path on for about a week without issue. This path can be found at: https://github.com/maurizio-emmex/i915_backlight_freebsd I thank Elizabeth Myers, elizabeth at interlinked dot me, for the idea of adding the backlight support for the i915 driver and for the original patch. Regards, Maurizio From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 15:17: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 E91A974F; Fri, 27 Mar 2015 15:17:55 +0000 (UTC) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mail-n.franken.de", Issuer "Thawte DV SSL CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 76FA124C; Fri, 27 Mar 2015 15:17:55 +0000 (UTC) Received: from [IPv6:2001:67c:370:152:789e:cdca:2174:5587] (unknown [IPv6:2001:67c:370:152:789e:cdca:2174:5587]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id A50491C1622C1; Fri, 27 Mar 2015 16:17:50 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: 11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c -r279859 vs. updating to head snaphot -r280598 From: Michael Tuexen In-Reply-To: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> Date: Fri, 27 Mar 2015 10:17:48 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.2070.6) Cc: freebsd-current@freebsd.org, FreeBSD PowerPC ML 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, 27 Mar 2015 15:17:56 -0000 > On 26 Mar 2015, at 21:36, Mark Millard wrote: >=20 > Basic context: >=20 > # freebsd-version -ku; uname -apKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat = Mar 21 05:15:23 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc = powerpc64 1100062 1100062 >=20 >=20 > The problem: >=20 > Summary of the details that are listed later. Both of the following = exist: >=20 > /usr/src/sys/netinet/sctp.h > /usr/include/netinet/sctp.h >=20 > The first can be newer than the 2nd during buildworld. >=20 > The buildworld compile of /head/lib/libc/net/sctp_sys_calls.c from an = updated /usr/src can/does end up using the second instead of the first, = at least for the powerpc64-xtoolchain-gcc style of buildworld activity = that I am trying. >=20 > The recent addition of SCTP_MAX_CWND ends up with its definition = missing because of this: during the build /usr/include/netinet/sctp.h = ends up being the file included and the compile fails from the missing = additional definition. >=20 > Either the #include paths in /head/lib/libc/net/sctp_sys_calls.c or = the command line arguments should force the /usr/src/sys/netinet/sctp.h = vintage file to be found. The 3 netinet/ relevant includes are shown = below... >=20 >> ... >> #include >> #include >> #include >> #include >=20 > More than sctp.h might have such issues since there are 3 netinet/ = include paths in /head/lib/libc/net/sctp_sys_calls.c . >=20 > I have not checked for other .c files with similar issues for = usage during buildworld. I guess there is something wrong with the build system / Makefiles such = that the entries in the search path for include files are in the wrong order. I don't think this is = related to the concrete patch you are referring to. It only exposes the problem. As I see, you = experience similar problems in other situations to. Maybe someone knowing the build system has to look into it. And it seems = to be somewhat platform specific, since I have not observed this problem when testing the build on amd64 = and arm. Best regards Michael >=20 >=20 > The problem details: >=20 > /head/lib/libc/net/sctp_sys_calls.c -r279859 added: >=20 >> case SCTP_MAX_CWND: >> ((struct sctp_assoc_value *)arg)->assoc_id =3D id; >> break; >=20 > and head (20150325 r280598) contains it. >=20 > But the SCTP_MAX_CWND reference blocks buildworld (for at least = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = (powerpc64-xtoolchain=3Dgcc) use): >=20 >> /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -fpic -DPIC -O2 = -pipe -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include = -I/usr/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa = -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -D_ACL_PRIVATE = -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd = -I/usr/src/lib/libc/../../contrib/jemalloc/include -DMALLOC_PRODUCTION = -I/usr/src/lib/libc/../../contrib/tzcode/stdtime = -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING = -DSYMBOL_VERSIONING -DSYSCALL_COMPAT -std=3Dgnu99 -fstack-protector = -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized = -Wno-pointer-sign -c /usr/src/lib/libc/net/sctp_sys_calls.c -o = sctp_sys_calls.So >>=20 >> /usr/src/lib/libc/net/sctp_sys_calls.c: In function 'sctp_opt_info': >> /usr/src/lib/libc/net/sctp_sys_calls.c:386:7: error: 'SCTP_MAX_CWND' = undeclared (first use in this function) >> case SCTP_MAX_CWND: > ^ > Looking to see where usage and definitions might be in /usr/src for = -r280598 ... >=20 >> # pwd >> /usr/src >> $ find . \( -type d -name .svn -prune \) -or \( -type f -exec grep = SCTP_MAX_CWND {} \; -print \) | more >> case SCTP_MAX_CWND: >> ./lib/libc/net/sctp_sys_calls.c >> case SCTP_MAX_CWND: >> case SCTP_MAX_CWND: >> ./sys/netinet/sctp_usrreq.c >> #define SCTP_MAX_CWND 0x00000032 >> ./sys/netinet/sctp.h >=20 > And looking at the list of includes in = /head/lib/libc/net/sctp_sys_calls.c for -r279859 shows: >=20 >> #include >> __FBSDID("$FreeBSD$"); >>=20 >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >> #include >=20 > That there was no complaint about sctp.h being missing suggests that a = was found but did not contain a SCTP_MAX_CWND = definition: so a different one than the above find/grep reported. >=20 > Using a find to report other sctp.h files shows: >=20 >> # find / \( -type d -name .svn -prune \) -or \( -type f -name sctp.h = -print \) | more >> /usr/src/sys/netinet/sctp.h >> /usr/include/netinet/sctp.h >=20 > The diff of those shows the problem if the wrong file is found and = used: >=20 >> # diff /usr/include/netinet/sctp.h /usr/src/sys/netinet/sctp.h >> 34c34 >> < __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 269945 2014-08-13 = 15:50:16Z tuexen $"); >> --- >>> __FBSDID("$FreeBSD: head/sys/netinet/sctp.h 279859 2015-03-10 = 19:49:25Z tuexen $"); >> 130a131 >>> #define SCTP_MAX_CWND 0x00000032 >=20 >=20 >=20 >=20 > Context details: >=20 >> make -j 8 CROSS_TOOLCHAIN=3Dpowerpc64-gcc=20 >> WITHOUT_CLANG_BOOTSTRAP=3D WITHOUT_CLANG=3D WITHOUT_CLANG_IS_CC=3D \ >> WITHOUT_LLDB=3D \ >> WITH_GCC_BOOTSTRAP=3D WITH_GCC=3D WITHOUT_GNUCXX=3D \ >> WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ >> buildworld buildkernel \ >> KERNCONF=3DGENERIC64vtsc-NODEBUG >> TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 >=20 >> # svnlite info /usr/src >> Path: . >> Working Copy Root Path: /usr/src >> URL: https://svn0.us-west.freebsd.org/base/head >> Relative URL: ^/head >> Repository Root: https://svn0.us-west.freebsd.org/base >> Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f >> Revision: 280615 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: hselasky >> Last Changed Rev: 280598 >> Last Changed Date: 2015-03-25 06:32:27 -0700 (Wed, 25 Mar 2015) >=20 > signals.h and pthread.h have been updated to more recent than -r280598 = in order to avoid the __nonnull issues that exist as of -r280598. >=20 >> # svnlite st /usr/src --no-ignore >> ? /usr/src/.snap >> ? /usr/src/restoresymtable >> M /usr/src/sys/ddb/db_main.c >> M /usr/src/sys/ddb/db_script.c >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc >> ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG >> ? /usr/src/sys/powerpc/conf/GENERICvtsc >> ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG >> M /usr/src/sys/powerpc/ofw/ofw_machdep.c >> M /usr/src/sys/powerpc/ofw/ofwcall64.S >=20 > (The .c/.S changes are tied to a PowerMac-G5-specific boot-problem fix = and getting information from early boot failures if I get any more. The = GENERIC's remove ps3 in order to have both vt and sc at the same = time.) >=20 >> # more /etc/src.conf=20 >> NO_WERROR=3D >> WITH_LIBCPLUSPLUS=3D >> CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc >> CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ >> CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp >> CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ >> X_COMPILER_TYPE=3Dgcc >> CXXFLAGS+=3D-I/usr/obj/usr/srcC/tmp/usr/include/c++/v1/. -std=3Dgnu++11= -L/usr/obj/usr/srcC/lib/libc++/. >> CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. >=20 > (The above and just below experiments with mostly(?) avoiding use of = gcc 4.2.1, even for CC/CXX/CPP contexts.) >=20 >> # ls -FPal /usr/bin/g[+c]* >> lrwxr-xr-x 1 root wheel 48 Mar 20 02:03 /usr/bin/g++@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ >> lrwxr-xr-x 1 root wheel 48 Mar 19 04:20 /usr/bin/gcc@ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc >=20 >> # more /etc/make.conf >> WRKDIRPREFIX=3D/usr/obj/portswork >> #WITH_DEBUG=3D >> MALLOC_PRODUCTION=3D >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 15:32: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 25773C2B; Fri, 27 Mar 2015 15:32:40 +0000 (UTC) Received: from relay.mailchannels.net (ar-005-i207.relay.mailchannels.net [162.253.144.89]) by mx1.freebsd.org (Postfix) with ESMTP id DB910633; Fri, 27 Mar 2015 15:32:37 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (ip-10-204-4-183.us-west-2.compute.internal [10.204.4.183]) by relay.mailchannels.net (Postfix) with ESMTPA id 2E9CB10119A; Fri, 27 Mar 2015 15:32:30 +0000 (UTC) X-Sender-Id: duocircle|x-authuser|hippie Received: from smtp5.ore.mailhop.org (smtp5.ore.mailhop.org [10.21.145.197]) (using TLSv1 with cipher DHE-RSA-AES256-SHA) by 0.0.0.0:2500 (trex/5.4.8); Fri, 27 Mar 2015 15:32:30 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: duocircle|x-authuser|hippie X-MailChannels-Auth-Id: duocircle X-MC-Loop-Signature: 1427470350342:4015143094 X-MC-Ingress-Time: 1427470350342 Received: from c-73-34-117-227.hsd1.co.comcast.net ([73.34.117.227] helo=ilsoft.org) by smtp5.ore.mailhop.org with esmtpsa (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82) (envelope-from ) id 1YbWFC-0000AY-TW; Fri, 27 Mar 2015 15:32:23 +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 t2RFWE84050067; Fri, 27 Mar 2015 09:32:14 -0600 (MDT) (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: U2FsdGVkX1/p1dBeDX9zDoL90mYtO9pt Message-ID: <1427470334.91374.4.camel@freebsd.org> Subject: Re: 11.0-CURRENT: SCTP_MAX_CWND, lib/libc/net/sctp_sys_calls.c -r279859 vs. updating to head snaphot -r280598 From: Ian Lepore To: Michael Tuexen Date: Fri, 27 Mar 2015 09:32:14 -0600 In-Reply-To: References: <24B7C687-9147-42F1-AE49-92F93DC85AA8@dsl-only.net> Content-Type: text/plain; charset="us-ascii" X-Mailer: Evolution 3.12.10 FreeBSD GNOME Team Port Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-AuthUser: hippie Cc: freebsd-current@freebsd.org, FreeBSD PowerPC ML , Mark Millard 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, 27 Mar 2015 15:32:40 -0000 On Fri, 2015-03-27 at 10:17 -0500, Michael Tuexen wrote: > > On 26 Mar 2015, at 21:36, Mark Millard wrote: > > > > Basic context: > > > > # freebsd-version -ku; uname -apKU > > 11.0-CURRENT > > 11.0-CURRENT > > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #1 r279514M: Sat Mar 21 05:15:23 PDT 2015 root@FBSDG5C0:/usr/obj/usr/srcC/sys/GENERIC64vtsc-NODEBUG powerpc powerpc64 1100062 1100062 > > > > > > The problem: > > > > Summary of the details that are listed later. Both of the following exist: > > > > /usr/src/sys/netinet/sctp.h > > /usr/include/netinet/sctp.h > > > > The first can be newer than the 2nd during buildworld. > > > > The buildworld compile of /head/lib/libc/net/sctp_sys_calls.c from an updated /usr/src can/does end up using the second instead of the first, at least for the powerpc64-xtoolchain-gcc style of buildworld activity that I am trying. > > > > The recent addition of SCTP_MAX_CWND ends up with its definition missing because of this: during the build /usr/include/netinet/sctp.h ends up being the file included and the compile fails from the missing additional definition. > > > > Either the #include paths in /head/lib/libc/net/sctp_sys_calls.c or the command line arguments should force the /usr/src/sys/netinet/sctp.h vintage file to be found. The 3 netinet/ relevant includes are shown below... > > > >> ... > >> #include > >> #include > >> #include > >> #include > > > > More than sctp.h might have such issues since there are 3 netinet/ include paths in /head/lib/libc/net/sctp_sys_calls.c . > > > > I have not checked for other .c files with similar issues for usage during buildworld. > I guess there is something wrong with the build system / Makefiles such that the entries in the search > path for include files are in the wrong order. I don't think this is related to the concrete patch > you are referring to. It only exposes the problem. As I see, you experience similar problems in > other situations to. > > Maybe someone knowing the build system has to look into it. And it seems to be somewhat platform specific, > since I have not observed this problem when testing the build on amd64 and arm. > > Best regards > Michael This and the other similar reports on current@ appear to be problems with the xtoolchain ports, not the base build system, and probably should have been reported to the port's maintainer, or on ports@. Or perhaps it's some sort of usage error, I don't know anything about the xtoolchain stuff. In any case, there doesn't seem to be anything wrong with the base build using the supported build mechanisms. -- Ian From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 15:53: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 6B07D8FE for ; Fri, 27 Mar 2015 15:53:04 +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 2D13E922 for ; Fri, 27 Mar 2015 15:53:04 +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 110991FE023; Fri, 27 Mar 2015 16:53:02 +0100 (CET) Message-ID: <55157D0C.2040808@selasky.org> Date: Fri, 27 Mar 2015 16:53:48 +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: "Ranjan1018 ." <214748mv@gmail.com>, FreeBSD CURRENT Subject: Re: [PATCH] Adding backlight support for the i915 driver. References: 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: Fri, 27 Mar 2015 15:53:04 -0000 On 03/27/15 16:01, Ranjan1018 . wrote: > This patch exposes the backlight support via a sysctl: > > set the backlight to 10%: > > # sysctl hw.dri.0.i915_backlight=10 > > hw.dri.0.i915_backlight: 25 -> 10 > > set the backlight to 50%: > > # sysctl hw.dri.0.i915_backlight=50 > > hw.dri.0.i915_backlight: 10 -> 50 > > decrease the current backlight value: > > # sysctl hw.dri.0.i915_backlight=-1000 > > hw.dri.0.i915_backlight: 50 -> 43 > > increment the current backlight value: > > # sysctl hw.dri.0.i915_backlight=1000 > > hw.dri.0.i915_backlight: 43 -> 51 > > # sysctl hw.dri.0.i915_backlight=1000 > > hw.dri.0.i915_backlight: 51 -> 60 > > I am running this path on for about a week without issue. > > This path can be found at: > https://github.com/maurizio-emmex/i915_backlight_freebsd > > I thank Elizabeth Myers, elizabeth at interlinked dot me, for the idea of > adding the backlight support for the i915 driver and for the original patch. > > Regards, > Maurizio Maybe you want to use "CTLFLAG_RWTUN" so that it also can be set from /boot/loader.conf ? --HPS From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 15:12: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 6B7F95CE; Fri, 27 Mar 2015 15:12:26 +0000 (UTC) Received: from munin.odin-corporation.com (173-161-46-1-Illinois.hfc.comcastbusiness.net [173.161.46.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Lars Fredriksen", Issuer "Lars Fredriksen" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 212B9209; Fri, 27 Mar 2015 15:12:25 +0000 (UTC) Received: from larsmacmini.fredriksen.us (valhall.odin-corporation.com [173.161.46.2]) (authenticated bits=0) by munin.odin-corporation.com (8.14.5/8.14.5) with ESMTP id t2RFCOb2089331 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2015 10:12:24 -0500 (CDT) (envelope-from lars@odin-corporation.com) From: Lars Subject: locking issue between igmp and route code in current? Date: Fri, 27 Mar 2015 10:12:23 -0500 Message-Id: To: "Alexander V. Chernikov" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2093\)) X-Mailer: Apple Mail (2.2093) X-Mailman-Approved-At: Fri, 27 Mar 2015 16:29:10 +0000 Content-Type: text/plain; charset=us-ascii 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: Fri, 27 Mar 2015 15:12:26 -0000 Hi, I noticed the following checkins to route.c in current, and was = wondering if they have barring on the deadlock documented below: Revision 274589 = - = (view = ) (download = ) (annotate = ) = - [select for diffs] = =20 Modified Sun Nov 16 18:15:23 2014 UTC (4 months, 1 week ago) by melifaro=20= File length: 46990 byte(s)=20 Diff to previous 274585 = Revert r274585 = : rte = lock is properly destroyed in uma dtor callback. Pointed by: glebius <>Revision 274585 = - = (view = ) (download = ) (annotate = ) = - [select for diffs] = =20 Modified Sun Nov 16 14:56:31 2014 UTC (4 months, 1 week ago) by melifaro=20= File length: 47013 byte(s)=20 Diff to previous 274187 = Make witness happy: destroy rte lock before free. MFC after: 2 weeks lock order reversal: 1st 0xfffff80003d62190 if_addr_lock (if_addr_lock) @ = /u/lars/sandbox/builds/curre nt_10032015/sys/netinet/igmp.c:1714 2nd 0xfffff800090d7be0 radix node head (radix node head) @ = /u/lars/sandbox/builds/current_10032015/sys/net/route.c:415 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0043faf3f0 witness_checkorder() at witness_checkorder+0xbe7/frame = 0xfffffe0043faf480 __rw_rlock() at __rw_rlock+0x5a/frame 0xfffffe0043faf520 rtalloc1_fib() at rtalloc1_fib+0x60/frame 0xfffffe0043faf5d0 rtalloc_ign_fib() at rtalloc_ign_fib+0x98/frame 0xfffffe0043faf610 flowtable_lookup_common() at flowtable_lookup_common+0x1e6/frame = 0xfffffe0043faf6f0 flowtable_lookup() at flowtable_lookup+0x10f/frame 0xfffffe0043faf750 ip_output() at ip_output+0x87/frame 0xfffffe0043faf840 igmp_intr() at igmp_intr+0x2ed/frame 0xfffffe0043faf8c0 netisr_dispatch_src() at netisr_dispatch_src+0x61/frame = 0xfffffe0043faf930 igmp_v1v2_queue_report() at igmp_v1v2_queue_report+0x14b/frame = 0xfffffe0043faf980 igmp_fasttimo() at igmp_fasttimo+0x381/frame 0xfffffe0043fafa30 pffasttimo() at pffasttimo+0x54/frame 0xfffffe0043fafa60 softclock_call_cc() at softclock_call_cc+0x165/frame 0xfffffe0043fafb20 softclock() at softclock+0x3d/frame 0xfffffe0043fafb40 intr_event_execute_handlers() at intr_event_execute_handlers+0xb1/frame = 0xfffffe0043fafb70 ithread_loop() at ithread_loop+0x9c/frame 0xfffffe0043fafbb0 fork_exit() at fork_exit+0x71/frame 0xfffffe0043fafbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0043fafbf0 This was on a current build as of March 10 - svn 279869 Lars= From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 19:27:27 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 E2CC8DB9 for ; Fri, 27 Mar 2015 19:27:27 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id C79D69AD for ; Fri, 27 Mar 2015 19:27:27 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-73-147-253-17.hsd1.va.comcast.net [73.147.253.17]) by smtp.vangyzen.net (Postfix) with ESMTPSA id E6F3456467 for ; Fri, 27 Mar 2015 14:27:26 -0500 (CDT) Message-ID: <5515AED9.8040408@FreeBSD.org> Date: Fri, 27 Mar 2015 15:26:17 -0400 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: current@FreeBSD.org Subject: SSE in libthr 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: Fri, 27 Mar 2015 19:27:28 -0000 In a nutshell: Clang emits SSE instructions on amd64 in the common path of pthread_mutex_unlock. This reduces performance by a non-trivial amount. I'd like to disable SSE in libthr. In more detail: In libthr/thread/thr_mutex.c, we find the following: #define MUTEX_INIT_LINK(m) do { \ (m)->m_qe.tqe_prev = NULL; \ (m)->m_qe.tqe_next = NULL; \ } while (0) In 9.1, clang 3.1 emits two ordinary mov instructions: movq $0x0,0x8(%rax) movq $0x0,(%rax) Since 10.0 and clang 3.3, clang emits these SSE instructions: xorps %xmm0,%xmm0 movups %xmm0,(%rax) Although these look harmless enough, using the FPU can reduce performance by incurring extra overhead due to context-switching the FPU state. As I mentioned, this code is used in the common path of pthread_mutex_unlock. I have a simple test program that creates four threads, all contending for a single mutex, and measures the total number of lock acquisitions over several seconds. When libthr is built with SSE, as is current, I get around 53 million locks in 5 seconds. Without SSE, I get around 60 million (13% more). DTrace shows around 790,000 calls to fpudna versus 10 calls. There could be other factors involved, but I presume that the FPU context switches account for most of the change in performance. Even when I add some SSE usage in the application--incidentally, these same instructions--building libthr without SSE improves performance from 53.5 million to 55.8 million (4.3%). In the real-world application where I first noticed this, performance improves by 3-5%. I would appreciate your thoughts and feedback. The proposed patch is below. Eric Index: base/head/lib/libthr/arch/amd64/Makefile.inc =================================================================== --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision 280703) +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) @@ -1,3 +1,8 @@ #$FreeBSD$ SRCS+= _umtx_op_err.S + +# Using SSE incurs extra overhead per context switch, +# which measurably impacts performance when the application +# does not otherwise use FP/SSE. +CFLAGS+=-mno-sse From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 20:29:22 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 0061CEE6; Fri, 27 Mar 2015 20:29:21 +0000 (UTC) Received: from mail-ig0-x232.google.com (mail-ig0-x232.google.com [IPv6:2607:f8b0:4001:c05::232]) (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 B82A7D9; Fri, 27 Mar 2015 20:29:21 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so30085650igb.1; Fri, 27 Mar 2015 13:29:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hpb9ZYiYRqcadZ4s0Bc//fEHWUnb8pLeK2dhni+0Lv8=; b=l2039C7LRsvjKFfL9Kok13bXJ3Ixy6K6wpcw5qXlyaHBkP+7G63L5a3zGTcQiogQZy nNZLuu/D+XZql0oAduNUf7CbAFLXH45tQORgE5FN6lKAxFK0dPHKv4FPIQ/oiIzBZlOg sn/M9kSZwYuqHrKsgoMy5s60KC6nXb1lEFzqHYowxAH8S2wwTvM3ImBF6tQ0DajcF7Wj UgzMypKzr1HAJsw9FzCHD7UlEW41xisXzumA0CKpAyxccRkLDST0ZAMd5+yJVsYN/vsu wKSZGZrolip39k5LGSo5CQ70o3o2C1TYP7cGeGkJ/0PgFS0wZrAHza5sCDEvQhpn4XKG sX5g== MIME-Version: 1.0 X-Received: by 10.50.143.42 with SMTP id sb10mr905530igb.49.1427488160609; Fri, 27 Mar 2015 13:29:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Fri, 27 Mar 2015 13:29:20 -0700 (PDT) In-Reply-To: <5515AED9.8040408@FreeBSD.org> References: <5515AED9.8040408@FreeBSD.org> Date: Fri, 27 Mar 2015 13:29:20 -0700 X-Google-Sender-Auth: MgFXCS5mBruPrnyD41mzR0ldZQw Message-ID: Subject: Re: SSE in libthr From: Adrian Chadd To: Eric van Gyzen 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: Fri, 27 Mar 2015 20:29:22 -0000 Wow. I remember seeing this in the work application - all packet pushing in userland, but there are locks being acquired. I was wondering what exactly was triggering the FPU save/restore code. Now I know. Yes, if there are no other objections, I'd love to see this in -HEAD and stable/10. -adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 20:32:00 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 7725BE6; Fri, 27 Mar 2015 20:32:00 +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 1EA7E1A6; Fri, 27 Mar 2015 20:31:59 +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 t2RKTVKS011953; Fri, 27 Mar 2015 16:29:31 -0400 X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.4.3 (mail.netplex.net [204.213.176.9]); Fri, 27 Mar 2015 16:29:31 -0400 (EDT) Date: Fri, 27 Mar 2015 16:29:31 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net Reply-To: Daniel Eischen To: Eric van Gyzen Subject: Re: SSE in libthr In-Reply-To: <5515AED9.8040408@FreeBSD.org> Message-ID: References: <5515AED9.8040408@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Fri, 27 Mar 2015 20:32:00 -0000 On Fri, 27 Mar 2015, Eric van Gyzen wrote: > In a nutshell: > > Clang emits SSE instructions on amd64 in the common path of > pthread_mutex_unlock. This reduces performance by a non-trivial amount. I'd > like to disable SSE in libthr. This makes sense to me. -- DE From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 20:37:16 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 346C32CF; Fri, 27 Mar 2015 20:37:16 +0000 (UTC) Received: from munin.odin-corporation.com (173-161-46-1-Illinois.hfc.comcastbusiness.net [173.161.46.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Lars Fredriksen", Issuer "Lars Fredriksen" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id E27E01EC; Fri, 27 Mar 2015 20:37:15 +0000 (UTC) Received: from larsmacmini.fredriksen.us (valhall.odin-corporation.com [173.161.46.2]) (authenticated bits=0) by munin.odin-corporation.com (8.14.5/8.14.5) with ESMTP id t2RKbCbJ091464 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Mar 2015 15:37:12 -0500 (CDT) (envelope-from lars@odin-corporation.com) From: Lars Subject: locking issue between igmp and route code in current? Date: Fri, 27 Mar 2015 15:37:11 -0500 Message-Id: <1912E396-1837-4E57-AB26-075DF2141074@odin-corporation.com> To: "Alexander V. Chernikov" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2093\)) X-Mailer: Apple Mail (2.2093) Content-Type: text/plain; charset=us-ascii 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: Fri, 27 Mar 2015 20:37:16 -0000 Hi, I noticed the following checkins to route.c in current, and was = wondering if they have barring on the deadlock documented below: Revision 274589 = - = (view = ) (download = ) (annotate = ) = - [select for diffs] = =20 Modified Sun Nov 16 18:15:23 2014 UTC (4 months, 1 week ago) by melifaro=20= File length: 46990 byte(s)=20 Diff to previous 274585 = Revert r274585 = : rte = lock is properly destroyed in uma dtor callback. Pointed by: glebius <>Revision 274585 = - = (view = ) (download = ) (annotate = ) = - [select for diffs] = =20 Modified Sun Nov 16 14:56:31 2014 UTC (4 months, 1 week ago) by melifaro=20= File length: 47013 byte(s)=20 Diff to previous 274187 = Make witness happy: destroy rte lock before free. MFC after: 2 weeks lock order reversal: 1st 0xfffff80003d62190 if_addr_lock (if_addr_lock) @ = /u/lars/sandbox/builds/curre nt_10032015/sys/netinet/igmp.c:1714 2nd 0xfffff800090d7be0 radix node head (radix node head) @ = /u/lars/sandbox/builds/current_10032015/sys/net/route.c:415 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0043faf3f0 witness_checkorder() at witness_checkorder+0xbe7/frame = 0xfffffe0043faf480 __rw_rlock() at __rw_rlock+0x5a/frame 0xfffffe0043faf520 rtalloc1_fib() at rtalloc1_fib+0x60/frame 0xfffffe0043faf5d0 rtalloc_ign_fib() at rtalloc_ign_fib+0x98/frame 0xfffffe0043faf610 flowtable_lookup_common() at flowtable_lookup_common+0x1e6/frame = 0xfffffe0043faf6f0 flowtable_lookup() at flowtable_lookup+0x10f/frame 0xfffffe0043faf750 ip_output() at ip_output+0x87/frame 0xfffffe0043faf840 igmp_intr() at igmp_intr+0x2ed/frame 0xfffffe0043faf8c0 netisr_dispatch_src() at netisr_dispatch_src+0x61/frame = 0xfffffe0043faf930 igmp_v1v2_queue_report() at igmp_v1v2_queue_report+0x14b/frame = 0xfffffe0043faf980 igmp_fasttimo() at igmp_fasttimo+0x381/frame 0xfffffe0043fafa30 pffasttimo() at pffasttimo+0x54/frame 0xfffffe0043fafa60 softclock_call_cc() at softclock_call_cc+0x165/frame 0xfffffe0043fafb20 softclock() at softclock+0x3d/frame 0xfffffe0043fafb40 intr_event_execute_handlers() at intr_event_execute_handlers+0xb1/frame = 0xfffffe0043fafb70 ithread_loop() at ithread_loop+0x9c/frame 0xfffffe0043fafbb0 fork_exit() at fork_exit+0x71/frame 0xfffffe0043fafbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0043fafbf0 This was on a current build as of March 10 - svn 279869 Lars= From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 20:49:08 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 49FCA847; Fri, 27 Mar 2015 20:49:08 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtp002.mac.com [17.172.220.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 1FCAD353; Fri, 27 Mar 2015 20:49:07 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.35.0 64bit (built Dec 4 2014)) with ESMTPSA id <0NLW00A4D1TRWC50@st11p02mm-asmtp002.mac.com>; Fri, 27 Mar 2015 20:49:05 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2015-03-27_06:2015-03-27,2015-03-27,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1412110000 definitions=main-1503270200 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: SSE in libthr From: Rui Paulo In-reply-to: <5515AED9.8040408@FreeBSD.org> Date: Fri, 27 Mar 2015 13:49:03 -0700 Content-transfer-encoding: quoted-printable Message-id: <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> References: <5515AED9.8040408@FreeBSD.org> To: Eric van Gyzen X-Mailer: Apple Mail (2.2070.6) X-Mailman-Approved-At: Fri, 27 Mar 2015 21:30:18 +0000 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: Fri, 27 Mar 2015 20:49:08 -0000 On Mar 27, 2015, at 12:26, Eric van Gyzen wrote: >=20 > In a nutshell: >=20 > Clang emits SSE instructions on amd64 in the common path of > pthread_mutex_unlock. This reduces performance by a non-trivial = amount. I'd > like to disable SSE in libthr. >=20 > In more detail: >=20 > In libthr/thread/thr_mutex.c, we find the following: >=20 > #define MUTEX_INIT_LINK(m) do { \ > (m)->m_qe.tqe_prev =3D NULL; \ > (m)->m_qe.tqe_next =3D NULL; \ > } while (0) >=20 > In 9.1, clang 3.1 emits two ordinary mov instructions: >=20 > movq $0x0,0x8(%rax) > movq $0x0,(%rax) >=20 > Since 10.0 and clang 3.3, clang emits these SSE instructions: >=20 > xorps %xmm0,%xmm0 > movups %xmm0,(%rax) >=20 > Although these look harmless enough, using the FPU can reduce = performance by > incurring extra overhead due to context-switching the FPU state. >=20 > As I mentioned, this code is used in the common path of = pthread_mutex_unlock. I > have a simple test program that creates four threads, all contending = for a > single mutex, and measures the total number of lock acquisitions over = several > seconds. When libthr is built with SSE, as is current, I get around = 53 million > locks in 5 seconds. Without SSE, I get around 60 million (13% more). = DTrace > shows around 790,000 calls to fpudna versus 10 calls. There could be = other > factors involved, but I presume that the FPU context switches account = for most > of the change in performance. >=20 > Even when I add some SSE usage in the application--incidentally, these = same > instructions--building libthr without SSE improves performance from = 53.5 million > to 55.8 million (4.3%). >=20 > In the real-world application where I first noticed this, performance = improves > by 3-5%. >=20 > I would appreciate your thoughts and feedback. The proposed patch is = below. >=20 > Eric >=20 >=20 >=20 > Index: base/head/lib/libthr/arch/amd64/Makefile.inc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision = 280703) > +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) > @@ -1,3 +1,8 @@ > #$FreeBSD$ >=20 > SRCS+=3D _umtx_op_err.S > + > +# Using SSE incurs extra overhead per context switch, > +# which measurably impacts performance when the application > +# does not otherwise use FP/SSE. > +CFLAGS+=3D-mno-sse Good catch! Regarding your patch, I think we should disable even more, if possible. = How about: CFLAGS+=3D -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 21:41:00 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 A7D50645; Fri, 27 Mar 2015 21:41:00 +0000 (UTC) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mailhost.stack.nl", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6B3EAB8D; Fri, 27 Mar 2015 21:41:00 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id CECDD358C68; Fri, 27 Mar 2015 22:40:57 +0100 (CET) Received: by snail.stack.nl (Postfix, from userid 1677) id BD8AB28494; Fri, 27 Mar 2015 22:40:57 +0100 (CET) Date: Fri, 27 Mar 2015 22:40:57 +0100 From: Jilles Tjoelker To: Eric van Gyzen Subject: Re: SSE in libthr Message-ID: <20150327214057.GA3766@stack.nl> References: <5515AED9.8040408@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5515AED9.8040408@FreeBSD.org> User-Agent: Mutt/1.5.21 (2010-09-15) 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: Fri, 27 Mar 2015 21:41:00 -0000 On Fri, Mar 27, 2015 at 03:26:17PM -0400, Eric van Gyzen wrote: > In a nutshell: > Clang emits SSE instructions on amd64 in the common path of > pthread_mutex_unlock. This reduces performance by a non-trivial > amount. I'd like to disable SSE in libthr. How about saving and restoring the FPU/SSE state eagerly instead of the current CR0.TS-based lazy method? There is overhead associated with #NM exception handling (fpudna) which is not worth it if FPU/SSE are used often. This would apply to userland threads only; kernel threads normally do not use FPU/SSE and handle the FPU/SSE state manually if they do. There is performance improvement potential in using SSE for optimizing string functions, for example. Even a simple SSE2 strlen easily outperforms the already optimized lib/libc/string/strlen.c in a microbenchmark, and many other string functions are slow byte-at-a-time implementations. -- Jilles Tjoelker From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 21:44:58 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 CC0AA7D2; Fri, 27 Mar 2015 21:44:58 +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 6D865BC3; Fri, 27 Mar 2015 21:44:58 +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 t2RLirGC072587 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 27 Mar 2015 23:44:53 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t2RLirGC072587 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t2RLiq1P072586; Fri, 27 Mar 2015 23:44:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 27 Mar 2015 23:44:52 +0200 From: Konstantin Belousov To: Rui Paulo Subject: Re: SSE in libthr Message-ID: <20150327214452.GR2379@kib.kiev.ua> References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.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: Eric van Gyzen , 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, 27 Mar 2015 21:44:59 -0000 On Fri, Mar 27, 2015 at 01:49:03PM -0700, Rui Paulo wrote: > On Mar 27, 2015, at 12:26, Eric van Gyzen wrote: > > > > In a nutshell: > > > > Clang emits SSE instructions on amd64 in the common path of > > pthread_mutex_unlock. This reduces performance by a non-trivial amount. I'd > > like to disable SSE in libthr. > > > > In more detail: > > > > In libthr/thread/thr_mutex.c, we find the following: > > > > #define MUTEX_INIT_LINK(m) do { \ > > (m)->m_qe.tqe_prev = NULL; \ > > (m)->m_qe.tqe_next = NULL; \ > > } while (0) > > > > In 9.1, clang 3.1 emits two ordinary mov instructions: > > > > movq $0x0,0x8(%rax) > > movq $0x0,(%rax) > > > > Since 10.0 and clang 3.3, clang emits these SSE instructions: > > > > xorps %xmm0,%xmm0 > > movups %xmm0,(%rax) > > > > Although these look harmless enough, using the FPU can reduce performance by > > incurring extra overhead due to context-switching the FPU state. > > > > As I mentioned, this code is used in the common path of pthread_mutex_unlock. I > > have a simple test program that creates four threads, all contending for a > > single mutex, and measures the total number of lock acquisitions over several > > seconds. When libthr is built with SSE, as is current, I get around 53 million > > locks in 5 seconds. Without SSE, I get around 60 million (13% more). DTrace > > shows around 790,000 calls to fpudna versus 10 calls. There could be other > > factors involved, but I presume that the FPU context switches account for most > > of the change in performance. > > > > Even when I add some SSE usage in the application--incidentally, these same > > instructions--building libthr without SSE improves performance from 53.5 million > > to 55.8 million (4.3%). > > > > In the real-world application where I first noticed this, performance improves > > by 3-5%. > > > > I would appreciate your thoughts and feedback. The proposed patch is below. > > > > Eric > > > > > > > > Index: base/head/lib/libthr/arch/amd64/Makefile.inc > > =================================================================== > > --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision 280703) > > +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) > > @@ -1,3 +1,8 @@ > > #$FreeBSD$ > > > > SRCS+= _umtx_op_err.S > > + > > +# Using SSE incurs extra overhead per context switch, > > +# which measurably impacts performance when the application > > +# does not otherwise use FP/SSE. > > +CFLAGS+=-mno-sse > > Good catch! > > Regarding your patch, I think we should disable even more, if possible. How about: > > CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 I think so. Also, this should be done for libc as well, both on i386 and amd64. I am not sure, should compiler-rt be included into the set ? From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 21:45:07 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 2A530952 for ; Fri, 27 Mar 2015 21:45:07 +0000 (UTC) Received: from smtp.vangyzen.net (hotblack.vangyzen.net [IPv6:2607:fc50:1000:7400:216:3eff:fe72:314f]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE1ABC9 for ; Fri, 27 Mar 2015 21:45:07 +0000 (UTC) Received: from marvin.lab.vangyzen.net (c-73-147-253-17.hsd1.va.comcast.net [73.147.253.17]) by smtp.vangyzen.net (Postfix) with ESMTPSA id 54BE256467; Fri, 27 Mar 2015 16:45:06 -0500 (CDT) Message-ID: <5515CF1C.8010409@FreeBSD.org> Date: Fri, 27 Mar 2015 17:43:56 -0400 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.4.0 MIME-Version: 1.0 To: Rui Paulo Subject: Re: SSE in libthr References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> In-Reply-To: <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit 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: Fri, 27 Mar 2015 21:45:07 -0000 On 03/27/2015 16:49, Rui Paulo wrote: > > Regarding your patch, I think we should disable even more, if possible. How about: > > CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 Yes, I was considering copying all of the similar flags that we use in the kernel. That seems wise. According to comments in sys/conf/kern.mk, only no-mmx and no-sse would be necessary, as they imply the others. dim@ raised the possibility of CPUTYPE=foo on i386, so I would also apply this change to i386. An updated patch is below. Eric Index: base/head/lib/libthr/arch/amd64/Makefile.inc =================================================================== --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision 280703) +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) @@ -1,3 +1,8 @@ #$FreeBSD$ SRCS+= _umtx_op_err.S + +# Using SSE incurs extra overhead per context switch, +# which measurably impacts performance when the application +# does not otherwise use FP/SSE. +CFLAGS+=-mno-sse -mno-mmx Index: base/head/lib/libthr/arch/i386/Makefile.inc =================================================================== --- base/head/lib/libthr/arch/i386/Makefile.inc (revision 280703) +++ base/head/lib/libthr/arch/i386/Makefile.inc (working copy) @@ -1,3 +1,8 @@ # $FreeBSD$ SRCS+= _umtx_op_err.S + +# Using SSE incurs extra overhead per context switch, +# which measurably impacts performance when the application +# does not otherwise use FP/SSE. +CFLAGS+=-mno-sse -mno-mmx From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 22:36:41 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 BD10171F; Fri, 27 Mar 2015 22:36:41 +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 82F9012B; Fri, 27 Mar 2015 22:36:41 +0000 (UTC) Received: by igbud6 with SMTP id ud6so33088202igb.1; Fri, 27 Mar 2015 15:36:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=eTi1gs+idClTLJwJuNlBANGh3IhlKzjdXGjsumw6Dfg=; b=WaIGFy0Ji5bdUdek/MKpd+/4JI2g+FVQcQ3wXke3BS98yx0JFIrrDfvuZadvAQhF78 jqoiA4LAwzxh63V/QvbNKU9xN409AVowbJV40VvxORmPdkK09tE8xrx9EhidL40C3VBT 8pOACYlGOS5jEfpfZzsQ4H6/HkJhSGMW0dhYNwmhKriZ2XAG+Kbmia0a4qPOD9C6myFB FB2e3fLPRapwRqwskcU1oCXzNeGjxMWblkQrageW9TG4MoVVoW5bUYMt8aT0dSNNJuz5 Q7vFu1uUQDwHYQRVboIBrKDHygh4Hl5gWBzOzaBfjQe6V9K69sAeUIjPgqVD2k/AzhvI 86Lg== MIME-Version: 1.0 X-Received: by 10.50.67.100 with SMTP id m4mr1663540igt.32.1427495800813; Fri, 27 Mar 2015 15:36:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Fri, 27 Mar 2015 15:36:40 -0700 (PDT) In-Reply-To: <20150327214057.GA3766@stack.nl> References: <5515AED9.8040408@FreeBSD.org> <20150327214057.GA3766@stack.nl> Date: Fri, 27 Mar 2015 15:36:40 -0700 X-Google-Sender-Auth: HJpCLzm9dg1lmV7fFY2IcCexMv0 Message-ID: Subject: Re: SSE in libthr From: Adrian Chadd To: Jilles Tjoelker Content-Type: text/plain; charset=UTF-8 Cc: Eric van Gyzen , "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, 27 Mar 2015 22:36:41 -0000 hi, please don't try to microoptimise crap like strlen(). The TL;DR for performant high-throughput code is: if strlen() or memcpy() is the thing that's costing you the most, you're doing it wrong. -adrian From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 23:03:12 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 69B0AAB5; Fri, 27 Mar 2015 23:03:12 +0000 (UTC) Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::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 2A54C3DC; Fri, 27 Mar 2015 23:03:12 +0000 (UTC) Received: by oigz129 with SMTP id z129so43524743oig.1; Fri, 27 Mar 2015 16:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=Zn7FqMUw7chUqv8NDXvaF8iJJQip2F46p/hb6pEyyA0=; b=XoDfoLV1+8DnseKhqR5SbhWvT1gIcY0NpVg083xCccI2kZMXAi2BCFcRryqHajeITW ENoOeWD30fa+EJU1EVVNTJwgCf4yi6UjPcOWWVqf7Tym5VwAd67iDvI+JXw2HcdO0E4r 9DcQmhAIErlXYwFBGXy0925dTA4KJM9PHsiGPO1sBifhZdE7M++/ynP1FPhlDCTx6Den iqjAf8pz9EzQhY3fiwO3vBjdgUx1djV/8CCeynDHkfGKGE4EJTFtf/U4tv9BU3AKsqdX EPiHpzmnYTFGEuwvEHJaaQ88zf3No3OKbYxDRfiPhS1TUH/D8y0U+B8Xf/jNd9iLRRuI FPWQ== MIME-Version: 1.0 X-Received: by 10.182.121.225 with SMTP id ln1mr17991202obb.65.1427497391496; Fri, 27 Mar 2015 16:03:11 -0700 (PDT) Sender: asomers@gmail.com Received: by 10.202.215.7 with HTTP; Fri, 27 Mar 2015 16:03:11 -0700 (PDT) In-Reply-To: References: <5515AED9.8040408@FreeBSD.org> <20150327214057.GA3766@stack.nl> Date: Fri, 27 Mar 2015 17:03:11 -0600 X-Google-Sender-Auth: VF9FS5-BXHHKbEoAorF993j6fJM Message-ID: Subject: Re: SSE in libthr From: Alan Somers To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: Eric van Gyzen , "current@freebsd.org" , Jilles Tjoelker 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, 27 Mar 2015 23:03:12 -0000 On Fri, Mar 27, 2015 at 4:36 PM, Adrian Chadd wrote: > hi, > > please don't try to microoptimise crap like strlen(). > > The TL;DR for performant high-throughput code is: if strlen() or > memcpy() is the thing that's costing you the most, you're doing it > wrong. > > > > -adrian I respectfully disagree. A well-optimized libc will benefit _every_single_program_ that uses strlen. That includes Apache, Samba, Memcached, Quake, and basically every single program that every single FreeBSD user uses. There's no reason that 3rd party software maintainers should have to rewrite basic libc functions in order to get decent performance on FreeBSD. And the downsides are so small! In 2015, we should assume by default that most userland software is using SIMD instructions. As Eric noticed, Clang emits them freely. What's the point to lazily saving the SSE registers on context switches if essentially all programs compiled from Ports will be using those registers anyway? I agree with Jilles; I think we should always save the SSE registers for userland programs. -Alan From owner-freebsd-current@FreeBSD.ORG Fri Mar 27 23:33: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 E2D8D21B for ; Fri, 27 Mar 2015 23:33:01 +0000 (UTC) Received: from munin.odin-corporation.com (173-161-46-1-Illinois.hfc.comcastbusiness.net [173.161.46.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Lars Fredriksen", Issuer "Lars Fredriksen" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8247A905 for ; Fri, 27 Mar 2015 23:33:00 +0000 (UTC) Received: from larsmacmini.fredriksen.us (valhall.odin-corporation.com [173.161.46.2]) (authenticated bits=0) by munin.odin-corporation.com (8.14.5/8.14.5) with ESMTP id t2RNWwgR005969 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Mar 2015 18:32:58 -0500 (CDT) (envelope-from lars@odin-corporation.com) From: Lars Subject: locking issue between igmp and route code in current? Message-Id: <49CA9057-E7E4-4AE2-A0DC-F31E7EF4D7A9@odin-corporation.com> Date: Fri, 27 Mar 2015 18:32:57 -0500 To: freebsd-current@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2093\)) X-Mailer: Apple Mail (2.2093) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-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, 27 Mar 2015 23:33:02 -0000 Hi, I realized that I hadn=E2=80=99t copied the other half of the locking = issue mentioned earlier.. Lars Mon Mar 23 12:42:15 CDT 2015 lock order reversal: 1st 0xfffff80003d62190 if_addr_lock (if_addr_lock) @ = /u/lars/sandbox/builds/current_10032015/sys/netinet/igmp.c:1714 2nd 0xffffffff80e387b0 ifnet_rw (ifnet_rw) @ = /u/lars/sandbox/builds/current_10032015/sys/net/if.c:243 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0043faf6f0 witness_checkorder() at witness_checkorder+0xbe7/frame = 0xfffffe0043faf780 __rw_rlock() at __rw_rlock+0x5a/frame 0xfffffe0043faf820 ifnet_byindex() at ifnet_byindex+0x22/frame 0xfffffe0043faf840 igmp_intr() at igmp_intr+0x1d/frame 0xfffffe0043faf8c0 netisr_dispatch_src() at netisr_dispatch_src+0x61/frame = 0xfffffe0043faf930 igmp_v1v2_queue_report() at igmp_v1v2_queue_report+0x14b/frame = 0xfffffe0043faf980 igmp_fasttimo() at igmp_fasttimo+0x381/frame 0xfffffe0043fafa30 pffasttimo() at pffasttimo+0x54/frame 0xfffffe0043fafa60 softclock_call_cc() at softclock_call_cc+0x165/frame 0xfffffe0043fafb20 softclock() at softclock+0x3d/frame 0xfffffe0043fafb40 intr_event_execute_handlers() at intr_event_execute_handlers+0xb1/frame = 0xfffffe0043fafb70 ithread_loop() at ithread_loop+0x9c/frame 0xfffffe0043fafbb0 fork_exit() at fork_exit+0x71/frame 0xfffffe0043fafbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0043fafbf0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe0043fafcb0, rbp =3D 0 --- lock order reversal: 1st 0xfffff80003d62190 if_addr_lock (if_addr_lock) @ = /u/lars/sandbox/builds/current_10032015/sys/netinet/igmp.c:1714 2nd 0xfffff800090d7be0 radix node head (radix node head) @ = /u/lars/sandbox/builds/current_10032015/sys/net/route.c:415 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe0043faf3f0 witness_checkorder() at witness_checkorder+0xbe7/frame = 0xfffffe0043faf480 __rw_rlock() at __rw_rlock+0x5a/frame 0xfffffe0043faf520 rtalloc1_fib() at rtalloc1_fib+0x60/frame 0xfffffe0043faf5d0 rtalloc_ign_fib() at rtalloc_ign_fib+0x98/frame 0xfffffe0043faf610 flowtable_lookup_common() at flowtable_lookup_common+0x1e6/frame = 0xfffffe0043faf6f0 flowtable_lookup() at flowtable_lookup+0x10f/frame 0xfffffe0043faf750 ip_output() at ip_output+0x87/frame 0xfffffe0043faf840 igmp_intr() at igmp_intr+0x2ed/frame 0xfffffe0043faf8c0 netisr_dispatch_src() at netisr_dispatch_src+0x61/frame = 0xfffffe0043faf930 igmp_v1v2_queue_report() at igmp_v1v2_queue_report+0x14b/frame = 0xfffffe0043faf980 igmp_fasttimo() at igmp_fasttimo+0x381/frame 0xfffffe0043fafa30 pffasttimo() at pffasttimo+0x54/frame 0xfffffe0043fafa60 softclock_call_cc() at softclock_call_cc+0x165/frame 0xfffffe0043fafb20 softclock() at softclock+0x3d/frame 0xfffffe0043fafb40 intr_event_execute_handlers() at intr_event_execute_handlers+0xb1/frame = 0xfffffe0043fafb70 ithread_loop() at ithread_loop+0x9c/frame 0xfffffe0043fafbb0 fork_exit() at fork_exit+0x71/frame 0xfffffe0043fafbf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0043fafbf0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe0043fafcb0, rbp =3D 0 --- panic: deadlkres: possible deadlock detected for 0xfffff8018245d000, = blocked for 1802208 ticks cpuid =3D 16 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame = 0xfffffe00cac40a80 vpanic() at vpanic+0x187/frame 0xfffffe00cac40b00 panic() at panic+0x43/frame 0xfffffe00cac40b60 deadlkres() at deadlkres+0x2fc/frame 0xfffffe00cac40bb0 fork_exit() at fork_exit+0x71/frame 0xfffffe00cac40bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe00cac40bf0 --- trap 0, rip =3D 0, rsp =3D 0xfffffe00cac40cb0, rbp =3D 0 --- KDB: enter: panic From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 00:43:15 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 067A6E05; Sat, 28 Mar 2015 00:43:15 +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 BD05EFE9; Sat, 28 Mar 2015 00:43:14 +0000 (UTC) Received: by igbud6 with SMTP id ud6so34723450igb.1; Fri, 27 Mar 2015 17:43:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=VbbiS7z2fY+zS4DxbFEA0hWOb+hHsTT8cObLEpFVqBg=; b=bzVNemECPA6fLiY117QrNkoJzbPm9rKwoqeUzt+5CNan9LTWLylR1TLp0ICxxaJJQ+ 1gkHS2GUxp22d8Mhe8A8FU8Om5C5amr0kGrqIg/gvMkplaGohvY5HgzbCq4dazHlzQQa MmK74M6GgLeu2YAVD66z80M4cUaN8mONMSGQVhbK9OefJ4KSTCt62c/6ckZ93z0w7ifY 7NKWTvqdWKQ9JaOGs2ndvqfUDei5bnXxJ0+SXctubvRQZ9UxfDqgKXWMhlKjja7SxhjO BwKLKEqC8kqCarcAIrHdfvUT0ExgCtoMLLdxQdtrQtLEAGla99gRhJDS3lXp4EaU/7w/ QJFw== MIME-Version: 1.0 X-Received: by 10.42.109.12 with SMTP id j12mr6948527icp.22.1427503394155; Fri, 27 Mar 2015 17:43:14 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Fri, 27 Mar 2015 17:43:14 -0700 (PDT) In-Reply-To: References: <5515AED9.8040408@FreeBSD.org> <20150327214057.GA3766@stack.nl> Date: Fri, 27 Mar 2015 17:43:14 -0700 X-Google-Sender-Auth: UpWFb6g7lNjd4siCCW-ZqlHdZF8 Message-ID: Subject: Re: SSE in libthr From: Adrian Chadd To: Alan Somers Content-Type: text/plain; charset=UTF-8 Cc: Eric van Gyzen , "current@freebsd.org" , Jilles Tjoelker 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, 28 Mar 2015 00:43:15 -0000 On 27 March 2015 at 16:03, Alan Somers wrote: > On Fri, Mar 27, 2015 at 4:36 PM, Adrian Chadd wrote: >> hi, >> >> please don't try to microoptimise crap like strlen(). >> >> The TL;DR for performant high-throughput code is: if strlen() or >> memcpy() is the thing that's costing you the most, you're doing it >> wrong. >> >> >> >> -adrian > > I respectfully disagree. A well-optimized libc will benefit > _every_single_program_ that uses strlen. That includes Apache, Samba, > Memcached, Quake, and basically every single program that every single > FreeBSD user uses. There's no reason that 3rd party software > maintainers should have to rewrite basic libc functions in order to > get decent performance on FreeBSD. And the downsides are so small! > In 2015, we should assume by default that most userland software is > using SIMD instructions. As Eric noticed, Clang emits them freely. > What's the point to lazily saving the SSE registers on context > switches if essentially all programs compiled from Ports will be using > those registers anyway? I agree with Jilles; I think we should always > save the SSE registers for userland programs. That's fine, but those benchmarks and improvements also have to take into account the environment that these programs are running in, and all of the other things that are going on with it. Fixing strlen() to use SSE2 is great, but if the gains are offset by fpu save/restore when doing fine grain locking that's blocking under real world workloads, what's the benefit? What about if the system is context switching over a million times a second? These are real life things I see servers running all of the above software /do/. One only knows with benchmarking, not microbenchmarking. Microbenchmarks are great. They serve a purpose, which is "how the heck is the current silicon I'm running on run some code that I've cleverly crafted to hopefully run well." I'm totally for saving/restoring SSE registers for userland programs. But that's not where that kind of "make stuff fast" work should stop. If it does, and that's where your benchmarking for the real world stops, then you're doing it wrong. Everything is a toss-up. For this userland based netmap packet pushing app, SEE may be nice for some instructions, but know what else screws things? The fact that the default scheduler policy is terrible and crap gets scheduled /everywhere/ under any appreciable amount of load. That the context switch rate is high, the interrupt rate is also high, and with a little locking going on, I see fpu save/restore occur for a non-insignificant fraction of CPU. Optimising strlen() or memcpy() is great, but when my system context switches a million times a second, we're never going to reach the steady state that these CPUs can really crank out real work at under those conditions. So, cool. Please keep poking at that stuff. But if you stop short of making the system actually /be able to take advantage of them under load/, I respectfully ask for a nice knob I can use to turn them off. :) -adrian (Know where the slowdowns for memcached are? Hint - not strlen or memcpy. Yes, I've been down that rabbit hole recently. Know what /i/ have? 1 million UDP transactions a second working on 16 core sandybridge systems. Know what I didn't optimise? memcpy or strlen. The network stack locking and pthreads overhead is what sucks.) From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 05:25:24 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 6DBA97F8 for ; Sat, 28 Mar 2015 05:25:24 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34423F39 for ; Sat, 28 Mar 2015 05:25:23 +0000 (UTC) Received: from fortune.joker.local (180-199-46-187.nagoya1.commufa.jp [180.199.46.187]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t2S5PLd9025628 for ; Sat, 28 Mar 2015 14:25:21 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 28 Mar 2015 14:25:21 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: SSE in libthr Message-Id: <20150328142521.a249be6d9c9f04ae09cc2d5f@dec.sakura.ne.jp> In-Reply-To: <5515AED9.8040408@FreeBSD.org> References: <5515AED9.8040408@FreeBSD.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) 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: Sat, 28 Mar 2015 05:25:24 -0000 Possibly related information. Recently, I tried to build world/kernel (head, r280410, amd64) with CPUTYPE setting in make.conf. Real CPU is sandybridge (corei7-avx). Running in VirtualBox VM, installworld fails with CPUTYPE?=corei7-avx, while with CPUTYPE?=corei7 everything goes OK. *Rebooting after installkernel and etcupdate -p goes OK, but rebooting after failed installworld causes even /bin/sh fail to start (kernel starts OK). Yes, it would be the problem (or limitation) of VirtualBox and NOT of FreeBSD, as memstick image built from /usr/obj with CPUTYPE?=corei7-avx runs OK in real hardware. This should mean some AVX instructions are generated by clang 3.6.0 for userland, and VirtualBox doesn't like them. On Fri, 27 Mar 2015 15:26:17 -0400 Eric van Gyzen wrote: > In a nutshell: > > Clang emits SSE instructions on amd64 in the common path of > pthread_mutex_unlock. This reduces performance by a non-trivial amount. I'd > like to disable SSE in libthr. > > In more detail: > > In libthr/thread/thr_mutex.c, we find the following: > > #define MUTEX_INIT_LINK(m) do { \ > (m)->m_qe.tqe_prev = NULL; \ > (m)->m_qe.tqe_next = NULL; \ > } while (0) > > In 9.1, clang 3.1 emits two ordinary mov instructions: > > movq $0x0,0x8(%rax) > movq $0x0,(%rax) > > Since 10.0 and clang 3.3, clang emits these SSE instructions: > > xorps %xmm0,%xmm0 > movups %xmm0,(%rax) > > Although these look harmless enough, using the FPU can reduce performance by > incurring extra overhead due to context-switching the FPU state. > > As I mentioned, this code is used in the common path of pthread_mutex_unlock. I > have a simple test program that creates four threads, all contending for a > single mutex, and measures the total number of lock acquisitions over several > seconds. When libthr is built with SSE, as is current, I get around 53 million > locks in 5 seconds. Without SSE, I get around 60 million (13% more). DTrace > shows around 790,000 calls to fpudna versus 10 calls. There could be other > factors involved, but I presume that the FPU context switches account for most > of the change in performance. > > Even when I add some SSE usage in the application--incidentally, these same > instructions--building libthr without SSE improves performance from 53.5 million > to 55.8 million (4.3%). > > In the real-world application where I first noticed this, performance improves > by 3-5%. > > I would appreciate your thoughts and feedback. The proposed patch is below. > > Eric > > > > Index: base/head/lib/libthr/arch/amd64/Makefile.inc > =================================================================== > --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision 280703) > +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) > @@ -1,3 +1,8 @@ > #$FreeBSD$ > > SRCS+= _umtx_op_err.S > + > +# Using SSE incurs extra overhead per context switch, > +# which measurably impacts performance when the application > +# does not otherwise use FP/SSE. > +CFLAGS+=-mno-sse > _______________________________________________ > 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" > -- Tomoaki AOKI junchoon@dec.sakura.ne.jp From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 06:15: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 10D5EBC8 for ; Sat, 28 Mar 2015 06:15:48 +0000 (UTC) Received: from dec.sakura.ne.jp (dec.sakura.ne.jp [210.188.226.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C728836C for ; Sat, 28 Mar 2015 06:15:47 +0000 (UTC) Received: from fortune.joker.local (180-199-46-187.nagoya1.commufa.jp [180.199.46.187]) (authenticated bits=0) by dec.sakura.ne.jp (8.14.3/8.14.2/[SAKURA-WEB]/20080708) with ESMTP id t2S6FkoK038502 for ; Sat, 28 Mar 2015 15:15:46 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 28 Mar 2015 15:15:46 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: SSE in libthr Message-Id: <20150328151546.da9a7ea0f7cd789e7a179244@dec.sakura.ne.jp> In-Reply-To: References: <5515AED9.8040408@FreeBSD.org> <20150327214057.GA3766@stack.nl> Organization: Junchoon corps X-Mailer: Sylpheed 3.4.2 (GTK+ 2.24.27; amd64-portbld-freebsd10.1) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP 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, 28 Mar 2015 06:15:48 -0000 If SIMD instructions are used for string proceccing, and FPU(AVX) contexts are NOT saved/restored properly on process (thread) switching, possibly processed string is destroyed by other process (thread). Can't it be a security risk? (Broken string parameter for syscalls, etc) If so, FPU (AVX) contexts should be saved/restored at least on process (thread) switching. *If SIMD instructions are NOT used in kernel and kernel modules at all, there would be no need for saving/restoring FPU contexts on interrupts. It's not limited in system libraries. As Alan noted, third party applications can use original string processing code using SIMD. On Fri, 27 Mar 2015 17:43:14 -0700 Adrian Chadd wrote: > On 27 March 2015 at 16:03, Alan Somers wrote: > > On Fri, Mar 27, 2015 at 4:36 PM, Adrian Chadd wrote: > >> hi, > >> > >> please don't try to microoptimise crap like strlen(). > >> > >> The TL;DR for performant high-throughput code is: if strlen() or > >> memcpy() is the thing that's costing you the most, you're doing it > >> wrong. > >> > >> > >> > >> -adrian > > > > I respectfully disagree. A well-optimized libc will benefit > > _every_single_program_ that uses strlen. That includes Apache, Samba, > > Memcached, Quake, and basically every single program that every single > > FreeBSD user uses. There's no reason that 3rd party software > > maintainers should have to rewrite basic libc functions in order to > > get decent performance on FreeBSD. And the downsides are so small! > > In 2015, we should assume by default that most userland software is > > using SIMD instructions. As Eric noticed, Clang emits them freely. > > What's the point to lazily saving the SSE registers on context > > switches if essentially all programs compiled from Ports will be using > > those registers anyway? I agree with Jilles; I think we should always > > save the SSE registers for userland programs. > > That's fine, but those benchmarks and improvements also have to take > into account the environment that these programs are running in, and > all of the other things that are going on with it. > > Fixing strlen() to use SSE2 is great, but if the gains are offset by > fpu save/restore when doing fine grain locking that's blocking under > real world workloads, what's the benefit? What about if the system is > context switching over a million times a second? These are real life > things I see servers running all of the above software /do/. > > One only knows with benchmarking, not microbenchmarking. > > Microbenchmarks are great. They serve a purpose, which is "how the > heck is the current silicon I'm running on run some code that I've > cleverly crafted to hopefully run well." > > I'm totally for saving/restoring SSE registers for userland programs. > But that's not where that kind of "make stuff fast" work should stop. > If it does, and that's where your benchmarking for the real world > stops, then you're doing it wrong. > > Everything is a toss-up. For this userland based netmap packet pushing > app, SEE may be nice for some instructions, but know what else screws > things? The fact that the default scheduler policy is terrible and > crap gets scheduled /everywhere/ under any appreciable amount of load. > That the context switch rate is high, the interrupt rate is also high, > and with a little locking going on, I see fpu save/restore occur for a > non-insignificant fraction of CPU. Optimising strlen() or memcpy() is > great, but when my system context switches a million times a second, > we're never going to reach the steady state that these CPUs can really > crank out real work at under those conditions. > > So, cool. Please keep poking at that stuff. But if you stop short of > making the system actually /be able to take advantage of them under > load/, I respectfully ask for a nice knob I can use to turn them off. > :) > > > > -adrian > > (Know where the slowdowns for memcached are? Hint - not strlen or > memcpy. Yes, I've been down that rabbit hole recently. Know what /i/ > have? 1 million UDP transactions a second working on 16 core > sandybridge systems. Know what I didn't optimise? memcpy or strlen. > The network stack locking and pthreads overhead is what sucks.) > _______________________________________________ > 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" > -- $B@DLZ(B $BCNL@(B [Tomoaki AOKI] junchoon@dec.sakura.ne.jp MXE02273@nifty.com From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 07:34:17 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 E95A75EC; Sat, 28 Mar 2015 07:34: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 58C3FCED; Sat, 28 Mar 2015 07:34:17 +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 t2S7YBxH006695 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 28 Mar 2015 09:34:11 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua t2S7YBxH006695 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id t2S7YA4g006694; Sat, 28 Mar 2015 09:34:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 28 Mar 2015 09:34:10 +0200 From: Konstantin Belousov To: Jilles Tjoelker Subject: Re: SSE in libthr Message-ID: <20150328073410.GS2379@kib.kiev.ua> References: <5515AED9.8040408@FreeBSD.org> <20150327214057.GA3766@stack.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150327214057.GA3766@stack.nl> 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: Eric van Gyzen , 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, 28 Mar 2015 07:34:18 -0000 On Fri, Mar 27, 2015 at 10:40:57PM +0100, Jilles Tjoelker wrote: > On Fri, Mar 27, 2015 at 03:26:17PM -0400, Eric van Gyzen wrote: > > In a nutshell: > > > Clang emits SSE instructions on amd64 in the common path of > > pthread_mutex_unlock. This reduces performance by a non-trivial > > amount. I'd like to disable SSE in libthr. > > How about saving and restoring the FPU/SSE state eagerly instead of the > current CR0.TS-based lazy method? There is overhead associated with #NM > exception handling (fpudna) which is not worth it if FPU/SSE are used > often. This would apply to userland threads only; kernel threads > normally do not use FPU/SSE and handle the FPU/SSE state manually if > they do. First, we have no choice but saving the FPU context when a thread is switched from. It is not practical to try to keep the state in the hardware, since fetching it to other core is too troublesome. Second, the biggest overhead of #NM is the reading of FPU context from memory (or cache), not the handler itself. The save area for SSE-capable machines, i.e. all amd64, is ~400 bytes, and XSAVEOPT does not help much for reading of legacy FPU + XMM state. It does help for YMM. That said, your proposal would force all threads to pay higher cost at the context switch time, increasing latency. > > There is performance improvement potential in using SSE for optimizing > string functions, for example. Even a simple SSE2 strlen easily > outperforms the already optimized lib/libc/string/strlen.c in a > microbenchmark, and many other string functions are slow byte-at-a-time > implementations. If the program does a lot of work with FPU between switches, the cost is obviously mitigated. Note that even for the worst case of the reported microbenchmark, the measured overhead is ~10-15%. So if string ops are indeed take significant share of the program time, the FPU #NM handling cost should be very low even with the current scheme. From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 10:51: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 3934FBD5; Sat, 28 Mar 2015 10:51:22 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 189151F7; Sat, 28 Mar 2015 10:51:21 +0000 (UTC) Received: from plantcutter.riseup.net (plantcutter-pn.riseup.net [10.0.1.121]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id 1DB864083A; Sat, 28 Mar 2015 10:45:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1427539501; bh=LxMWdmc/Q0HfkDD7Ggcgu4EpOz102cKOp6deGvVozAU=; h=Date:From:To:Subject:From; b=H2yCVOS09+BSvw8hzw1Zr0GD6Z50U0NVDkkfQ37KKj4YlgQH2BWr2hcv97kVsxm4p r0Y3quCs0eOIUlqrMNBmuSIEcoLJeZAZdirkvI+2s9vuMhpFfoOwylD10vYMiL1Kcu gB4mLhVqd3G3I/tct0faP+SN7oqxnLh2QLI4qs88= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id D441420968 Message-ID: <55168627.5060509@riseup.net> Date: Sat, 28 Mar 2015 11:44:55 +0100 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Libreboot X200 and FreeBSD Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at mx1 X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 28 Mar 2015 11:26:37 +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: Sat, 28 Mar 2015 10:51:22 -0000 I want to buy a Libreboot X200 notebook, however, I also want to use it with FreeBSD. I'm not sure if that works, so I asked Gluglug directly and got the following response: >I'm given the impression that text-mode graphics initialization used >to work on the X200, but was broken by a later commit. A bisect might >help. > > fchmmr: if it uses vbt or bios calls, it won't > fchmmr: first one should work, but FreeBSD works >only in text mode > >Text-mode is currently broken on the X200. VBT or "fake VBT" is >currently lacking in the coreboot port for X200 ("VBT calls"), and >lacks INT 10H video services ("BIOS calls"). > >I'm not sure if FreeBSD will work correctly or not. It should work >if you use the Video BIOS extracted from the original firmware >(libreboot won't use or recommend this, because it's proprietary; >instead, it uses a free but incomplete implementation called >"native graphics initialization"). Can some FreeBSD developers make a statement on this topic? If it doesn't work, then I can test some patches, if someone writes them, but I'm a sysadmin, not a programmer, so I'm not really able to write some code. From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 13:54: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 019AE99F for ; Sat, 28 Mar 2015 13:54:20 +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 D10CC6C6 for ; Sat, 28 Mar 2015 13:54:20 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-255-201.lns20.per4.internode.on.net [121.45.255.201]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id t2SDsE57002354 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sat, 28 Mar 2015 06:54:19 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5516B280.6060002@freebsd.org> Date: Sat, 28 Mar 2015 21:54:08 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: SSE in libthr References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> <20150327214452.GR2379@kib.kiev.ua> In-Reply-To: <20150327214452.GR2379@kib.kiev.ua> 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: Sat, 28 Mar 2015 13:54:21 -0000 On 3/28/15 5:44 AM, Konstantin Belousov wrote: > On Fri, Mar 27, 2015 at 01:49:03PM -0700, Rui Paulo wrote: >> On Mar 27, 2015, at 12:26, Eric van Gyzen wrote: >>> In a nutshell: >>> >>> Clang emits SSE instructions on amd64 in the common path of >>> pthread_mutex_unlock. This reduces performance by a non-trivial amount. I'd >>> like to disable SSE in libthr. >>> >>> In more detail: >>> >>> In libthr/thread/thr_mutex.c, we find the following: >>> >>> #define MUTEX_INIT_LINK(m) do { \ >>> (m)->m_qe.tqe_prev = NULL; \ >>> (m)->m_qe.tqe_next = NULL; \ >>> } while (0) >>> >>> In 9.1, clang 3.1 emits two ordinary mov instructions: >>> >>> movq $0x0,0x8(%rax) >>> movq $0x0,(%rax) >>> >>> Since 10.0 and clang 3.3, clang emits these SSE instructions: >>> >>> xorps %xmm0,%xmm0 >>> movups %xmm0,(%rax) >>> >>> Although these look harmless enough, using the FPU can reduce performance by >>> incurring extra overhead due to context-switching the FPU state. >>> >>> As I mentioned, this code is used in the common path of pthread_mutex_unlock. I >>> have a simple test program that creates four threads, all contending for a >>> single mutex, and measures the total number of lock acquisitions over several >>> seconds. When libthr is built with SSE, as is current, I get around 53 million >>> locks in 5 seconds. Without SSE, I get around 60 million (13% more). DTrace >>> shows around 790,000 calls to fpudna versus 10 calls. There could be other >>> factors involved, but I presume that the FPU context switches account for most >>> of the change in performance. >>> >>> Even when I add some SSE usage in the application--incidentally, these same >>> instructions--building libthr without SSE improves performance from 53.5 million >>> to 55.8 million (4.3%). >>> >>> In the real-world application where I first noticed this, performance improves >>> by 3-5%. >>> >>> I would appreciate your thoughts and feedback. The proposed patch is below. >>> >>> Eric >>> >>> >>> >>> Index: base/head/lib/libthr/arch/amd64/Makefile.inc >>> =================================================================== >>> --- base/head/lib/libthr/arch/amd64/Makefile.inc (revision 280703) >>> +++ base/head/lib/libthr/arch/amd64/Makefile.inc (working copy) >>> @@ -1,3 +1,8 @@ >>> #$FreeBSD$ >>> >>> SRCS+= _umtx_op_err.S >>> + >>> +# Using SSE incurs extra overhead per context switch, >>> +# which measurably impacts performance when the application >>> +# does not otherwise use FP/SSE. >>> +CFLAGS+=-mno-sse >> Good catch! >> >> Regarding your patch, I think we should disable even more, if possible. How about: >> >> CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 > I think so. > > Also, this should be done for libc as well, both on i386 and amd64. > I am not sure, should compiler-rt be included into the set ? the point is that clang will do this anywhere it can, because it isn't taking into account the side effects, just the speed of the commands themselves. > _______________________________________________ > 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 Sat Mar 28 14:06: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 A3347B43 for ; Sat, 28 Mar 2015 14:06:28 +0000 (UTC) Received: from theia.rz.uni-saarland.de (theia.rz.uni-saarland.de [134.96.7.31]) by mx1.freebsd.org (Postfix) with ESMTP id 0541080F for ; Sat, 28 Mar 2015 14:06:27 +0000 (UTC) Received: from itz-mail.htw-saarland.de (itz-mail.htw-saarland.de [134.96.210.141]) by theia.rz.uni-saarland.de (8.14.9/8.14.0) with ESMTP id t2SE6Qsj023553 for ; Sat, 28 Mar 2015 15:06:26 +0100 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.6 at HIZ-Mailrelay theia.rz.uni-saarland.de Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.214.195]) by itz-mail.htw-saarland.de (8.14.5/8.14.5) with ESMTP id t2SE6QcO005606 for ; Sat, 28 Mar 2015 15:06:26 +0100 (CET) Date: Sat, 28 Mar 2015 15:06:21 +0100 (CET) From: Damian Weber To: freebsd-current@freebsd.org Subject: umass, Verbatim STORE N GO drive, CAM status 0x50 Message-ID: User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.3 at itz-mail X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (theia.rz.uni-saarland.de [134.96.7.31]); Sat, 28 Mar 2015 15:06:26 +0100 (CET) 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, 28 Mar 2015 14:06:28 -0000 Dear all, on a 11-current system I tried a VERBATIM usb drive which does not produce a /dev/da... entry. My question is whether this can be fixed by adding an entry in some array within the kernel source (header files?) or is this bad hardware for which a workaround implementation is needed. system is FreeBSD 11.0-CURRENT (VENUS) #0 r280370: Mon Mar 23 22:14:14 CET 2015 relevant dmesg entries when inserting the drive: umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:4:0: Attached to scbus4 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe0:umass-sim0:0:0:0): CAM status: Auto-Sense Retrieval Failed (probe0:umass-sim0:0:0:0): Error 5, Unretryable error (da0:umass-sim0:0:0:0): got CAM status 0x50 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device the device gets recognized as ugen2.2 as seen by the timestamp below # ls -ld ug* lrwxr-xr-x 1 root wheel 9 Mar 28 13:41 ugen0.1@ -> usb/0.1.0 lrwxr-xr-x 1 root wheel 9 Mar 28 13:41 ugen1.1@ -> usb/1.1.0 lrwxr-xr-x 1 root wheel 9 Mar 28 13:41 ugen2.1@ -> usb/2.1.0 lrwxr-xr-x 1 root wheel 9 Mar 28 13:44 ugen2.2@ -> usb/2.2.0 ... and of course usbconfig writes the ugen2.2 configuration ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) what follows is the full dmesg output, and the complete usbconfig output what do you recommend? Best wishes Damian -------------------------------------------------- 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 r280370: Mon Mar 23 22:14:14 CET 2015 root@venus.local:/usr/obj/usr/src/sys/VENUS amd64 FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 WARNING: WITNESS option enabled, expect reduced performance. CPU: Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz (1862.06-MHz K8-class CPU) Origin="GenuineIntel" Id=0x6f2 Family=0x6 Model=0xf Stepping=2 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 VT-x: HLT,PAUSE TSC: P-state invariant, performance statistics real memory = 2147483648 (2048 MB) avail memory = 2038140928 (1943 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 netmap: loaded module random: SOFT: yarrow init() random: selecting highest priority adaptor acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 950 Event timer "HPET" frequency 14318180 Hz quality 450 Event timer "HPET1" frequency 14318180 Hz quality 440 Event timer "HPET2" frequency 14318180 Hz quality 440 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xd1000000-0xd1ffffff,0xc0000000-0xcfffffff,0xd0000000-0xd0ffffff irq 16 at device 0.0 on pci1 vgapci0: Boot video device uhci0: port 0x1820-0x183f irq 20 at device 26.0 on pci0 usbus0 on uhci0 uhci1: port 0x1840-0x185f irq 18 at device 26.1 on pci0 usbus1 on uhci1 ehci0: mem 0xd2305000-0xd23053ff irq 18 at device 26.7 on pci0 usbus2: EHCI version 1.0 usbus2 on ehci0 hdac0: mem 0xd2300000-0xd2303fff irq 20 at device 27.0 on pci0 pcib2: irq 23 at device 28.0 on pci0 pcib2: failed to allocate initial I/O port window: 0-0xfff pcib2: failed to allocate initial memory window: 0-0xfffff pcib2: failed to allocate initial prefetch window: 0-0xfffff pci3: on pcib2 pcib3: irq 21 at device 28.5 on pci0 pci9: on pcib3 bge0: mem 0xd2000000-0xd200ffff irq 17 at device 0.0 on pci9 bge0: CHIP ID 0x0000a002; ASIC REV 0x0a; CHIP REV 0xa0; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Using defaults for TSO: 65518/35/2048 bge0: Ethernet address: 00:30:05:c2:d9:9e uhci2: port 0x1860-0x187f irq 23 at device 29.0 on pci0 usbus3 on uhci2 uhci3: port 0x1880-0x189f irq 22 at device 29.1 on pci0 usbus4 on uhci3 uhci4: port 0x18a0-0x18bf irq 21 at device 29.2 on pci0 usbus5 on uhci4 ehci1: mem 0xd2305400-0xd23057ff irq 23 at device 29.7 on pci0 usbus6: EHCI version 1.0 usbus6 on ehci1 pcib4: at device 30.0 on pci0 pci12: on pcib4 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18f0-0x18ff,0x18e0-0x18ef at device 31.2 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 atapci1: port 0x1c48-0x1c4f,0x1c3c-0x1c3f,0x1c40-0x1c47,0x1c38-0x1c3b,0x1c10-0x1c1f,0x1c00-0x1c0f irq 22 at device 31.5 on pci0 ata2: at channel 0 on atapci1 ata3: at channel 1 on atapci1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 orm0: at iomem 0xc0000-0xcefff,0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] ppc0: cannot reserve I/O port range est0: on cpu0 est1: on cpu1 usbus0: 12Mbps Full Speed USB v1.0 Timecounters tick every 1.000 msec hdacc0: at cad 2 on hdac0 hdaa0: at nid 1 on hdacc0 pcm0: at nid 15,21 and 18,20,19 on hdaa0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 ugen2.1: at usbus2 ugen1.1: at usbus1 uhub0: on usbus1 ugen0.1: at usbus0 uhub1: on usbus0 ugen5.1: at usbus5 uhub2: on usbus5 ugen4.1: at usbus4 ugen3.1: at usbus3 uhub3: on usbus3 ugen6.1: at usbus6 uhub4: on usbus6 uhub5: on usbus2 uhub6: on usbus4 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered uhub5: 4 ports with 4 removable, self powered ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 SATA 2.x device ada0: Serial Number 9QE1G37L ada0: 300.000MB/s transfers (SATA 2.x, UDMA5, PIO 8192bytes) ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 random: unblocking device. SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 1862059941 Hz quality 1000 WARNING: WITNESS option enabled, expect reduced performance. Root mount waiting for: usbus6 uhub4: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... ugen4.2: at usbus4 ukbd0: on usbus4 kbd2 at ukbd0 uhid0: on usbus4 ugen2.2: at usbus2 umass0: on usbus2 umass0: SCSI over Bulk-Only; quirks = 0x8100 umass0:4:0: Attached to scbus4 (probe0:umass-sim0:0:0:0): REPORT LUNS. CDB: a0 00 00 00 00 00 00 00 00 10 00 00 (probe0:umass-sim0:0:0:0): CAM status: Auto-Sense Retrieval Failed (probe0:umass-sim0:0:0:0): Error 5, Unretryable error (da0:umass-sim0:0:0:0): got CAM status 0x50 (da0:umass-sim0:0:0:0): fatal error, failed to attach to device usbconfig ugen2.1: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen4.1: at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA) ugen6.1: at usbus6, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen4.2: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON (100mA) ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 14:35: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 813F3F0 for ; Sat, 28 Mar 2015 14:35:17 +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 3FCBFA59 for ; Sat, 28 Mar 2015 14:35:16 +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 BEF0C1FE023; Sat, 28 Mar 2015 15:35:14 +0100 (CET) Message-ID: <5516BC51.6080108@selasky.org> Date: Sat, 28 Mar 2015 15:36:01 +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: Damian Weber , freebsd-current@freebsd.org Subject: Re: umass, Verbatim STORE N GO drive, CAM status 0x50 References: 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: Sat, 28 Mar 2015 14:35:17 -0000 On 03/28/15 15:06, Damian Weber wrote: > what do you recommend? Try adding some quirks: usbconfig dump_quirk_names | grep MSC --HPS From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 15:11: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 4D9AE65E for ; Sat, 28 Mar 2015 15:11:06 +0000 (UTC) Received: from theia.rz.uni-saarland.de (theia.rz.uni-saarland.de [134.96.7.31]) by mx1.freebsd.org (Postfix) with ESMTP id C904CDC7 for ; Sat, 28 Mar 2015 15:11:05 +0000 (UTC) Received: from itz-mail.htw-saarland.de (itz-mail.htw-saarland.de [134.96.210.141]) by theia.rz.uni-saarland.de (8.14.9/8.14.0) with ESMTP id t2SFB4NU029898 for ; Sat, 28 Mar 2015 16:11:04 +0100 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.6 at HIZ-Mailrelay theia.rz.uni-saarland.de Received: from magritte.htw-saarland.de (magritte.htw-saarland.de [134.96.214.195]) by itz-mail.htw-saarland.de (8.14.5/8.14.5) with ESMTP id t2SFB4Z0009604 for ; Sat, 28 Mar 2015 16:11:04 +0100 (CET) Date: Sat, 28 Mar 2015 16:10:59 +0100 (CET) From: Damian Weber To: freebsd-current@freebsd.org Subject: Re: umass, Verbatim STORE N GO drive, CAM status 0x50 In-Reply-To: <5516BC51.6080108@selasky.org> Message-ID: References: <5516BC51.6080108@selasky.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.97.3 at itz-mail X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (theia.rz.uni-saarland.de [134.96.7.31]); Sat, 28 Mar 2015 16:11:04 +0100 (CET) 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, 28 Mar 2015 15:11:06 -0000 > Date: Sat, 28 Mar 2015 15:36:01 > From: Hans Petter Selasky > To: Damian Weber , freebsd-current@freebsd.org > Subject: Re: umass, Verbatim STORE N GO drive, CAM status 0x50 > > On 03/28/15 15:06, Damian Weber wrote: > > what do you recommend? > > Try adding some quirks: > > usbconfig dump_quirk_names | grep MSC > > --HPS > > thanks for the hint, dumping device description gives # usbconfig -u 2 -a 2 dump_device_desc ugen2.2: at usbus2, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (2mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0210 bDeviceClass = 0x0000 bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x18a5 idProduct = 0x0243 bcdDevice = 0x0100 iManufacturer = 0x0001 iProduct = 0x0002 iSerialNumber = 0x0003 <125800000000013C> bNumConfigurations = 0x0001 in order to ensure I understood it correctly [ 0) no umass kernel module here ] 1) new entry for Vendor VERBATIM in sys/dev/usb/usbdevs with vendor id 0x18a5 2) new entry in the sys/dev/usb/quirk/usb_quirk.c below /* Quirks for manufacturers which USB devices does not respond */ USB_QUIRK(VERBATIM, DUMMY, 0x0000, 0xffff, UQ_MSC_NO_SYNC_CACHE, UQ_MATC H_VENDOR_ONLY), (the "," after the last entry is a bit irritating) most of these entries have UQ_MSC_NO_SYNC_CACHE - if that doesn't work, I'll try UQ_MSC_NO_TEST_UNIT_READY which is the only other option within that "does not respond"-section 3) make kernel 4) reboot I did not find where the product ID goes ... is that everything I have to consider? Thanks a lot Damian From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 15:18: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 B4E7E959; Sat, 28 Mar 2015 15:18:43 +0000 (UTC) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::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 7B58BE94; Sat, 28 Mar 2015 15:18:43 +0000 (UTC) Received: by igbqf9 with SMTP id qf9so41800027igb.1; Sat, 28 Mar 2015 08:18:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=XRDrHYvGudyO9Nr7THdZMCHKazwQ4kK1GyFbOGWpk+Y=; b=VvrUEmB5YMEZslcWL6fIppFMB0sqnNpb4Y5QqXoiD+NyMEO809Bf195qHbD3w0BprB F6tLu2zYCWD+lMmcYHo4b56xhQo4AZONJnH1j/FewNSHO2pLMTNm/vcIjmlcyn9BMCFq As+EB8hZf6BaRUuAv92cPwnb4Bq5+vRvXUw7OvHiyL0+AgIFejacv9KymzdGqouT7L6K CB7/DrkJkth6JGRwvQLvaZ/U3ntgFQ3gPSPH34flRQAFVx68q8fJn2G2tvowTKiB1n8G jv8g83m8uCsgJYZnHaXm2XOimemdHzOVhS8zpPBPuZn7CabJ6dSBFrMaQ00iCWkNOX7j 6pwA== MIME-Version: 1.0 X-Received: by 10.50.67.100 with SMTP id m4mr5900602igt.32.1427555922957; Sat, 28 Mar 2015 08:18:42 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 28 Mar 2015 08:18:42 -0700 (PDT) In-Reply-To: <55168627.5060509@riseup.net> References: <55168627.5060509@riseup.net> Date: Sat, 28 Mar 2015 08:18:42 -0700 X-Google-Sender-Auth: I7BMolU9JSVxa9EH4ftB0LaQEdM Message-ID: Subject: Re: Libreboot X200 and FreeBSD From: Adrian Chadd To: Piotr Kubaj Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@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: Sat, 28 Mar 2015 15:18:43 -0000 Which intel chipset is in that thing? -a From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 16:24:29 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 864A7601; Sat, 28 Mar 2015 16:24:29 +0000 (UTC) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D5AF7D0; Sat, 28 Mar 2015 16:24:29 +0000 (UTC) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.1/8.14.9) with ESMTPSA id t2SGNf9O065566 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2015 16:24:21 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\)) Subject: Re: SSE in libthr From: David Chisnall In-Reply-To: <5516B280.6060002@freebsd.org> Date: Sat, 28 Mar 2015 15:21:07 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> <20150327214452.GR2379@kib.kiev.ua> <5516B280.6060002@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.2070.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, 28 Mar 2015 16:24:29 -0000 On 28 Mar 2015, at 13:54, Julian Elischer wrote: >=20 > the point is that clang will do this anywhere it can, because it isn't = taking into account the > side effects, just the speed of the commands themselves. This is also something that is not going to decrease. Clang now enables = the SLP vectoriser by default and this code is constantly being = improved. Current generation vector units are explicitly designed as = targets for compiler autovectorisation, not for hand-tuned DSP code = (which, increasingly, runs on the GPU anyway). This means that we're = increasingly going to see SSE/AVX/NEON usage in CPU-bound code, even = without an explicit programmer decision to do so. Optimising for the = case when the vector unit is not used is about as sensible as optimising = for the single-core case: it will affect some people, but generally not = those who care about performance, and a decreasing number of people over = time. David From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 15:57:40 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 670A3E50; Sat, 28 Mar 2015 15:57:40 +0000 (UTC) Received: from mx1.riseup.net (mx1.riseup.net [198.252.153.129]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4379D2ED; Sat, 28 Mar 2015 15:57:39 +0000 (UTC) Received: from berryeater.riseup.net (berryeater-pn.riseup.net [10.0.1.120]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.riseup.net", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.riseup.net (Postfix) with ESMTPS id D684940A70; Sat, 28 Mar 2015 15:57:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=riseup.net; s=squak; t=1427558258; bh=phV38gyFBw4SvDzEjmBVeXX4FYYdM27bvOlbZH7IX4Y=; h=Date:From:To:CC:Subject:References:In-Reply-To:From; b=nXnocxujQewp62WGfRaPzk45iRmrk07Mn1CPTeWrofzeykxoRomCJTLBtOBR4C4BY yCFEc/ZRkvD0HcSTI6OZXQ2Ni4C491GgnVucJPD9e/mTSyX7d4Yi3CR6gPt5ORabWm vVrislp3KzsuuJtwmknhuCem3WxJzcFGX2sKjaqI= Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: pkubaj) with ESMTPSA id B15893F772 Message-ID: <5516CF6C.6080808@riseup.net> Date: Sat, 28 Mar 2015 16:57:32 +0100 From: Piotr Kubaj User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Libreboot X200 and FreeBSD References: <55168627.5060509@riseup.net> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.98.6 at mx1 X-Virus-Status: Clean X-Mailman-Approved-At: Sat, 28 Mar 2015 16:26:00 +0000 Cc: freebsd-hackers@freebsd.org, 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, 28 Mar 2015 15:57:40 -0000 On 03/28/15 16:18, Adrian Chadd wrote: > Which intel chipset is in that thing? > > > > -a > It's a modified Thinkpad X200, so it uses the same chipset, i.e. GM45. From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 16:44:16 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 DE94DBEC for ; Sat, 28 Mar 2015 16:44:16 +0000 (UTC) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA94980 for ; Sat, 28 Mar 2015 16:44:16 +0000 (UTC) Received: from pi by home.opsec.eu with local (Exim 4.82 (FreeBSD)) (envelope-from ) id 1YbtqH-000DWX-N9; Sat, 28 Mar 2015 17:44:13 +0100 Date: Sat, 28 Mar 2015 17:44:13 +0100 From: Kurt Jaeger To: Damian Weber Subject: Re: umass, Verbatim STORE N GO drive, CAM status 0x50 Message-ID: <20150328164413.GG62590@home.opsec.eu> References: <5516BC51.6080108@selasky.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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, 28 Mar 2015 16:44:17 -0000 Hi! > I did not find where the product ID goes ... > is that everything I have to consider? At the end of sys/dev/usb/usbdevs you'll find the product IDs. -- pi@opsec.eu +49 171 3101372 5 years to go ! From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 17:34: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 A14C4C32 for ; Sat, 28 Mar 2015 17:34: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 8DB63E28 for ; Sat, 28 Mar 2015 17:34:57 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id 9EE7E582 for ; Sat, 28 Mar 2015 17:34:57 +0000 (UTC) Date: Sat, 28 Mar 2015 17:34:57 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <31275066.7.1427564097315.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Build failed in Jenkins: FreeBSD_HEAD-tests2 #904 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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: Sat, 28 Mar 2015 17:34:57 -0000 See ------------------------------------------ [...truncated 2881 lines...] local/atf/atf-c++/utils_test:copy_file__some_contents -> passed [0.020s] local/atf/atf-c++/utils_test:create_file -> passed [0.018s] local/atf/atf-c++/utils_test:file_exists -> passed [0.019s] local/atf/atf-c++/utils_test:fork -> passed [0.023s] local/atf/atf-c++/utils_test:grep_collection__set -> passed [0.019s] local/atf/atf-c++/utils_test:grep_collection__vector -> passed [0.019s] local/atf/atf-c++/utils_test:grep_file -> passed [0.021s] local/atf/atf-c++/utils_test:grep_string -> passed [0.018s] local/atf/atf-c++/utils_test:redirect__other -> passed [0.018s] local/atf/atf-c++/utils_test:redirect__stderr -> passed [0.019s] local/atf/atf-c++/utils_test:redirect__stdout -> passed [0.020s] local/atf/atf-c++/utils_test:wait__invalid_exitstatus -> passed [0.025s] local/atf/atf-c++/utils_test:wait__invalid_stderr -> passed [0.025s] local/atf/atf-c++/utils_test:wait__invalid_stdout -> passed [0.025s] local/atf/atf-c++/utils_test:wait__ok -> passed [0.025s] local/atf/atf-c++/utils_test:wait__ok_nested -> passed [0.028s] local/atf/atf-c++/utils_test:wait__save_stderr -> passed [0.026s] local/atf/atf-c++/utils_test:wait__save_stdout -> passed [0.025s] local/atf/atf-c++/detail/application_test:getopt -> passed [0.019s] local/atf/atf-c++/detail/auto_array_test:auto_array_access -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_assign_ref -> passed [0.021s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy -> passed [0.017s] local/atf/atf-c++/detail/auto_array_test:auto_array_copy_ref -> passed [0.018s] local/atf/atf-c++/detail/auto_array_test:auto_array_get -> passed [0.019s] local/atf/atf-c++/detail/auto_array_test:auto_array_release -> passed [0.016s] local/atf/atf-c++/detail/auto_array_test:auto_array_reset -> passed [0.054s] local/atf/atf-c++/detail/auto_array_test:auto_array_scope -> passed [0.019s] local/atf/atf-c++/detail/env_test:get_with_default -> passed [0.018s] local/atf/atf-c++/detail/env_test:has_get -> passed [0.018s] local/atf/atf-c++/detail/env_test:set -> passed [0.017s] local/atf/atf-c++/detail/env_test:unset -> passed [0.017s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_libc -> passed [0.017s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_no_memory -> passed [0.018s] local/atf/atf-c++/detail/exceptions_test:throw_atf_error_unknown -> passed [0.018s] local/atf/atf-c++/detail/fs_test:directory_file_info -> passed [0.256s] local/atf/atf-c++/detail/fs_test:directory_names -> passed [0.032s] local/atf/atf-c++/detail/fs_test:directory_read -> passed [0.029s] local/atf/atf-c++/detail/fs_test:exists -> passed [0.048s] local/atf/atf-c++/detail/fs_test:file_info_perms -> passed [0.020s] local/atf/atf-c++/detail/fs_test:file_info_stat -> passed [0.031s] local/atf/atf-c++/detail/fs_test:is_executable -> passed [0.039s] local/atf/atf-c++/detail/fs_test:path_branch_path -> passed [0.019s] local/atf/atf-c++/detail/fs_test:path_compare_different -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_compare_equal -> passed [0.019s] local/atf/atf-c++/detail/fs_test:path_concat -> passed [0.019s] local/atf/atf-c++/detail/fs_test:path_is_absolute -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_is_root -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_leaf_name -> passed [0.019s] local/atf/atf-c++/detail/fs_test:path_normalize -> passed [0.018s] local/atf/atf-c++/detail/fs_test:path_op_less -> passed [0.031s] local/atf/atf-c++/detail/fs_test:path_to_absolute -> passed [0.031s] local/atf/atf-c++/detail/fs_test:remove -> passed [0.030s] local/atf/atf-c++/detail/process_test:argv_array_assign -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_copy -> passed [0.019s] local/atf/atf-c++/detail/process_test:argv_array_exec_argv -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_carray -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_col -> passed [0.019s] local/atf/atf-c++/detail/process_test:argv_array_init_empty -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_init_varargs -> passed [0.018s] local/atf/atf-c++/detail/process_test:argv_array_iter -> passed [0.017s] local/atf/atf-c++/detail/process_test:exec_failure -> passed [0.019s] local/atf/atf-c++/detail/process_test:exec_success -> passed [0.021s] local/atf/atf-c++/detail/text_test:duplicate -> passed [0.017s] local/atf/atf-c++/detail/text_test:join -> passed [0.018s] local/atf/atf-c++/detail/text_test:match -> passed [0.018s] local/atf/atf-c++/detail/text_test:split -> passed [0.018s] local/atf/atf-c++/detail/text_test:split_delims -> passed [0.018s] local/atf/atf-c++/detail/text_test:to_bool -> passed [0.018s] local/atf/atf-c++/detail/text_test:to_bytes -> passed [0.019s] local/atf/atf-c++/detail/text_test:to_string -> passed [0.019s] local/atf/atf-c++/detail/text_test:to_type -> passed [0.018s] local/atf/atf-c++/detail/text_test:trim -> passed [0.019s] local/atf/atf-sh/tc_test:default_status -> passed [0.180s] local/atf/atf-sh/tc_test:missing_body -> passed [0.076s] local/atf/atf-sh/tp_test:srcdir -> passed [0.131s] local/atf/atf-sh/normalize_test:main -> passed [0.095s] local/atf/atf-sh/config_test:get -> passed [0.154s] local/atf/atf-sh/config_test:has -> passed [0.153s] local/atf/atf-sh/atf-check_test:eflag_empty -> passed [0.095s] local/atf/atf-sh/atf-check_test:eflag_file -> passed [0.154s] local/atf/atf-sh/atf-check_test:eflag_ignore -> passed [0.084s] local/atf/atf-sh/atf-check_test:eflag_inline -> passed [0.225s] local/atf/atf-sh/atf-check_test:eflag_match -> passed [0.160s] local/atf/atf-sh/atf-check_test:eflag_multiple -> passed [0.130s] local/atf/atf-sh/atf-check_test:eflag_negated -> passed [0.152s] local/atf/atf-sh/atf-check_test:eflag_save -> passed [0.072s] local/atf/atf-sh/atf-check_test:invalid_umask -> passed [0.059s] local/atf/atf-sh/atf-check_test:oflag_empty -> passed [0.094s] local/atf/atf-sh/atf-check_test:oflag_file -> passed [0.157s] local/atf/atf-sh/atf-check_test:oflag_ignore -> passed [0.085s] local/atf/atf-sh/atf-check_test:oflag_inline -> passed [0.227s] local/atf/atf-sh/atf-check_test:oflag_match -> passed [0.147s] local/atf/atf-sh/atf-check_test:oflag_multiple -> passed [0.121s] local/atf/atf-sh/atf-check_test:oflag_negated -> passed [0.170s] local/atf/atf-sh/atf-check_test:oflag_save -> passed [0.067s] local/atf/atf-sh/atf-check_test:sflag_eq_ne -> passed [0.158s] local/atf/atf-sh/atf-check_test:sflag_exit -> passed [0.195s] local/atf/atf-sh/atf-check_test:sflag_ignore -> passed [0.082s] local/atf/atf-sh/atf-check_test:sflag_signal -> passed [0.145s] local/atf/atf-sh/atf-check_test:stdin -> passed [0.058s] local/atf/atf-sh/atf-check_test:xflag -> passed [0.080s] local/atf/atf-sh/atf_check_test:equal -> passed [0.194s] local/atf/atf-sh/atf_check_test:experr_mismatch -> passed [0.242s] local/atf/atf-sh/atf_check_test:expout_mismatch -> passed [0.136s] local/atf/atf-sh/atf_check_test:flush_stdout_on_timeout -> passed [1.117s] local/atf/atf-sh/atf_check_test:info_ok -> passed [0.220s] local/atf/atf-sh/atf_check_test:null_stderr -> passed [0.126s] local/atf/atf-sh/atf_check_test:null_stdout -> passed [0.107s] local/atf/atf-sh/integration_test:arguments -> passed [0.092s] local/atf/atf-sh/integration_test:custom_shell__command_line -> passed [0.083s] local/atf/atf-sh/integration_test:custom_shell__shebang -> passed [0.100s] local/atf/atf-sh/integration_test:missing_script -> passed [0.076s] local/atf/atf-sh/integration_test:no_args -> passed [0.069s] local/atf/atf-sh/integration_test:set_e -> passed [0.081s] local/atf/test-programs/config_test:vflag -> passed [0.488s] local/atf/test-programs/expect_test:expect_death -> passed [0.323s] local/atf/test-programs/expect_test:expect_exit -> passed [0.324s] local/atf/test-programs/expect_test:expect_fail -> passed [0.291s] local/atf/test-programs/expect_test:expect_pass -> passed [0.285s] local/atf/test-programs/expect_test:expect_signal -> passed [0.331s] local/atf/test-programs/expect_test:expect_timeout -> passed [0.148s] local/atf/test-programs/meta_data_test:no_descr -> passed [0.558s] local/atf/test-programs/meta_data_test:no_head -> passed [0.557s] local/atf/test-programs/srcdir_test:default -> passed [0.298s] local/atf/test-programs/srcdir_test:libtool -> passed [0.283s] local/atf/test-programs/srcdir_test:relative -> passed [0.728s] local/atf/test-programs/srcdir_test:sflag -> passed [0.401s] local/atf/test-programs/result_test:result_exception -> passed [0.326s] local/atf/test-programs/result_test:result_on_stdout -> passed [0.193s] local/atf/test-programs/result_test:result_to_file -> passed [0.345s] local/atf/test-programs/result_test:result_to_file_fail -> passed [1.453s] local/atf/test-programs/result_test:runtime_warnings -> passed [0.107s] local/lutok/c_gate_test:c_state -> passed [0.018s] local/lutok/c_gate_test:connect -> passed [0.019s] local/lutok/debug_test:get_info -> passed [0.019s] local/lutok/debug_test:get_stack -> passed [0.019s] local/lutok/examples_test:bindings -> passed [1.801s] local/lutok/examples_test:hello -> passed [0.652s] local/lutok/examples_test:interpreter -> passed [1.306s] local/lutok/examples_test:raii -> passed [1.262s] local/lutok/exceptions_test:api_error__explicit -> passed [0.016s] local/lutok/exceptions_test:api_error__from_stack -> passed [0.017s] local/lutok/exceptions_test:error -> passed [0.016s] local/lutok/exceptions_test:file_not_found_error -> passed [0.032s] local/lutok/operations_test:create_module__empty -> passed [0.018s] local/lutok/operations_test:create_module__many -> passed [0.018s] local/lutok/operations_test:create_module__one -> passed [0.017s] local/lutok/operations_test:do_file__any_results -> passed [0.020s] local/lutok/operations_test:do_file__error -> passed [0.020s] local/lutok/operations_test:do_file__error_with_errfunc -> passed [0.020s] local/lutok/operations_test:do_file__many_results -> passed [0.020s] local/lutok/operations_test:do_file__no_results -> passed [0.020s] local/lutok/operations_test:do_file__not_found -> passed [0.018s] local/lutok/operations_test:do_file__some_args -> passed [0.019s] local/lutok/operations_test:do_string__any_results -> passed [0.017s] local/lutok/operations_test:do_string__error -> passed [0.017s] local/lutok/operations_test:do_string__error_with_errfunc -> passed [0.017s] local/lutok/operations_test:do_string__many_results -> passed [0.017s] local/lutok/operations_test:do_string__no_results -> passed [0.017s] local/lutok/operations_test:do_string__some_args -> passed [0.017s] local/lutok/operations_test:eval__error -> passed [0.018s] local/lutok/operations_test:eval__many_results -> passed [0.020s] local/lutok/operations_test:eval__one_result -> passed [0.023s] local/lutok/stack_cleaner_test:empty -> passed [0.020s] local/lutok/stack_cleaner_test:forget -> passed [0.023s] local/lutok/stack_cleaner_test:nested -> passed [0.022s] local/lutok/stack_cleaner_test:some -> passed [0.019s] local/lutok/state_test:close -> passed [0.018s] local/lutok/state_test:get_global__ok -> passed [0.019s] local/lutok/state_test:get_global__undefined -> passed [0.020s] local/lutok/state_test:get_global_table -> passed [0.018s] local/lutok/state_test:get_metafield__ok -> passed [0.019s] local/lutok/state_test:get_metafield__undefined -> passed [0.018s] local/lutok/state_test:get_metatable__ok -> passed [0.018s] local/lutok/state_test:get_metatable__undefined -> passed [0.020s] local/lutok/state_test:get_table__nil -> passed [0.023s] local/lutok/state_test:get_table__ok -> passed [0.020s] local/lutok/state_test:get_table__unknown_index -> passed [0.021s] local/lutok/state_test:get_top -> passed [0.018s] local/lutok/state_test:insert -> passed [0.020s] local/lutok/state_test:is_boolean__empty -> passed [0.022s] local/lutok/state_test:is_boolean__ok -> passed [0.021s] local/lutok/state_test:is_function__empty -> passed [0.020s] local/lutok/state_test:is_function__ok -> passed [0.021s] local/lutok/state_test:is_nil__empty -> passed [0.019s] local/lutok/state_test:is_nil__ok -> passed [0.019s] local/lutok/state_test:is_number__empty -> passed [0.021s] local/lutok/state_test:is_number__ok -> passed [0.020s] local/lutok/state_test:is_string__empty -> passed [0.019s] local/lutok/state_test:is_string__ok -> passed [0.018s] local/lutok/state_test:is_table__empty -> passed [0.018s] local/lutok/state_test:is_table__ok -> passed [0.019s] local/lutok/state_test:is_userdata__empty -> passed [0.019s] local/lutok/state_test:is_userdata__ok -> passed [0.019s] local/lutok/state_test:load_file__api_error -> passed [0.020s] local/lutok/state_test:load_file__file_not_found_error -> passed [0.020s] local/lutok/state_test:load_file__ok -> passed [0.021s] local/lutok/state_test:load_string__fail -> passed [0.020s] local/lutok/state_test:load_string__ok -> passed [0.021s] local/lutok/state_test:new_table -> passed [0.020s] local/lutok/state_test:new_userdata -> passed [0.020s] local/lutok/state_test:next__empty -> passed [0.020s] local/lutok/state_test:next__many -> passed [0.020s] local/lutok/state_test:open_all -> passed [0.023s] local/lutok/state_test:open_base -> passed [0.022s] local/lutok/state_test:open_string -> passed [0.022s] local/lutok/state_test:open_table -> paSlave went offline during the build ERROR: Connection was broken: java.io.IOException: Unexpected reader termination at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:76) Caused by: java.lang.OutOfMemoryError: PermGen space at sun.misc.Unsafe.defineClass(Native Method) at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:63) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:399) at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:396) at java.security.AccessController.doPrivileged(Native Method) at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:395) at sun.reflect.MethodAccessorGenerator.generateSerializationConstructor(MethodAccessorGenerator.java:113) at sun.reflect.ReflectionFactory.newConstructorForSerialization(ReflectionFactory.java:331) at java.io.ObjectStreamClass.getSerializableConstructor(ObjectStreamClass.java:1376) at java.io.ObjectStreamClass.access$1500(ObjectStreamClass.java:72) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:493) at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:468) at java.security.AccessController.doPrivileged(Native Method) at java.io.ObjectStreamClass.(ObjectStreamClass.java:468) at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:365) at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:602) at java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1622) at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1517) at java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:1771) at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1350) at java.io.ObjectInputStream.readObject(ObjectInputStream.java:370) at hudson.remoting.Command.readFrom(Command.java:92) at hudson.remoting.AbstractSynchronousByteArrayCommandTransport.read(AbstractSynchronousByteArrayCommandTransport.java:34) at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:48) Build step 'Execute shell' marked build as failure ERROR: Publisher hudson.tasks.junit.JUnitResultArchiver aborted due to exception hudson.AbortException: no workspace for FreeBSD_HEAD-tests2 #904 at hudson.tasks.BuildStepCompatibilityLayer.perform(BuildStepCompatibilityLayer.java:72) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:761) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:721) at hudson.model.Build$BuildExecution.post2(Build.java:183) at hudson.model.AbstractBuild$AbstractBuildExecution.post(AbstractBuild.java:670) at hudson.model.Run.execute(Run.java:1776) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:89) at hudson.model.Executor.run(Executor.java:240) From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 17:36:14 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 1EDBDD4E; Sat, 28 Mar 2015 17:36:14 +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 EC9F5E3A; Sat, 28 Mar 2015 17:36:13 +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 t2SHaDbI038691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 28 Mar 2015 10:36:13 -0700 (PDT) (envelope-from jmg@gold.funkthat.com) Received: (from jmg@localhost) by gold.funkthat.com (8.14.5/8.14.5/Submit) id t2SHaDcf038690; Sat, 28 Mar 2015 10:36:13 -0700 (PDT) (envelope-from jmg) Date: Sat, 28 Mar 2015 10:36:13 -0700 From: John-Mark Gurney To: Eric van Gyzen Subject: Re: SSE in libthr Message-ID: <20150328173613.GE51048@funkthat.com> References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> <5515CF1C.8010409@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5515CF1C.8010409@FreeBSD.org> 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]); Sat, 28 Mar 2015 10:36:13 -0700 (PDT) Cc: current@freebsd.org, Rui Paulo 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, 28 Mar 2015 17:36:14 -0000 Eric van Gyzen wrote this message on Fri, Mar 27, 2015 at 17:43 -0400: > On 03/27/2015 16:49, Rui Paulo wrote: > > > > Regarding your patch, I think we should disable even more, if possible. How about: > > > > CFLAGS+= -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 > > Yes, I was considering copying all of the similar flags that we use in the > kernel. That seems wise. According to comments in sys/conf/kern.mk, only > no-mmx and no-sse would be necessary, as they imply the others. > > dim@ raised the possibility of CPUTYPE=foo on i386, so I would also apply this > change to i386. > > An updated patch is below. We should probably add a $(CFLAGS_NOFPU) define and use that.. Then it can be properly tweaked per compiler and per arch as necessary instead of hardcoding the selection in each makefile... -- 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 Sat Mar 28 17:41:49 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 8431C14D; Sat, 28 Mar 2015 17:41:49 +0000 (UTC) Received: from mail-ig0-x230.google.com (mail-ig0-x230.google.com [IPv6:2607:f8b0:4001: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 481F8F07; Sat, 28 Mar 2015 17:41:49 +0000 (UTC) Received: by igcxg11 with SMTP id xg11so43518553igc.0; Sat, 28 Mar 2015 10:41:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sfw+y0Xb/c4OCdxlk6HxSRMmeKRHef5qH+h/1xS2+tw=; b=vVCLwkMC+JZSy5/0nbP+nPwaM9Qks99wU/Ke3uj4ofdACmI3g1n0C9H/JGHaDPGmdu gLlmbJ95hxyGSJ8ObQ6+xQ1UeK7OQ0cHtrL1RGOkPitZbaxe6GFMxe2PCVXWZmo6z36j UqGXAY0kY5En7nj0HIxFz0g81doMmoWleFWC3l2nAhkjXWsj/Rcy5oePmoLEH+3um8gJ 6UDyGxsvPwrgJALQ0GRHGvB2o7WmoFd9smafz1SnN+zMlXCHhjrNedpGthq379UATFE8 CY/LIGgLQf+C+FsOqkO+XySJd7tr34DF2FOFKTsIPLA3xLeQjSgYEB8+o9dlqJB8as1q sfVg== MIME-Version: 1.0 X-Received: by 10.50.36.65 with SMTP id o1mr6602824igj.32.1427564508718; Sat, 28 Mar 2015 10:41:48 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 28 Mar 2015 10:41:48 -0700 (PDT) In-Reply-To: References: <5515AED9.8040408@FreeBSD.org> <3A96AAEC-9C1C-444E-9A73-3CD2AED33116@me.com> <20150327214452.GR2379@kib.kiev.ua> <5516B280.6060002@freebsd.org> Date: Sat, 28 Mar 2015 10:41:48 -0700 X-Google-Sender-Auth: QgcSWLWlvn8u5f9oBFR93ofiKG8 Message-ID: Subject: Re: SSE in libthr From: Adrian Chadd To: David Chisnall 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: Sat, 28 Mar 2015 17:41:49 -0000 Ok, so how do we reduce the amount of FPU save and restores, or make them cheaper? -a From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 17:42: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 3350A251; Sat, 28 Mar 2015 17:42:31 +0000 (UTC) Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::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 EC203F17; Sat, 28 Mar 2015 17:42:30 +0000 (UTC) Received: by ierf6 with SMTP id f6so24314510ier.2; Sat, 28 Mar 2015 10:42:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NiBuzobvER+bULiTc6Tic+E5bx1jI9zCK0ts2zz6qpw=; b=U8tPAfWJpHOdCDeugxT0HiiWcPETnU8TBHbUKK5sI3JdSWmhyAnl1srCAUaclLasep zK4DeqVnpjY9Qvd4FuKl4+j7z+lK8gL74ST/fImhVhaatCy/oio69ahAXuh8UcBFx5Qq Wzvl6PWkK/lIrWFW3ogc+jGjzr5ZJfBMOtB7lc7SIbED/qTbAKwuEPuWPLVS6xXB4GNj z9SMJo5CI9Z0dXbDQ4vAWTomXAMVJfI/8OlXJkRev/9tZOF1MALDbTyJFuviYoNDK+Vg O6jtNCdGFLJAaFUmXLkrGsKuQsN+KCfhC4BZv7wdnUWMiRWmEhe/w9xVCymVXrDgA9QA 2OfA== MIME-Version: 1.0 X-Received: by 10.107.39.72 with SMTP id n69mr22311356ion.8.1427564550309; Sat, 28 Mar 2015 10:42:30 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.36.17.194 with HTTP; Sat, 28 Mar 2015 10:42:30 -0700 (PDT) In-Reply-To: <5516CF6C.6080808@riseup.net> References: <55168627.5060509@riseup.net> <5516CF6C.6080808@riseup.net> Date: Sat, 28 Mar 2015 10:42:30 -0700 X-Google-Sender-Auth: 74pcj3PHQakpbC-W9oBnukEN0Y0 Message-ID: Subject: Re: Libreboot X200 and FreeBSD From: Adrian Chadd To: Piotr Kubaj Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-hackers@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: Sat, 28 Mar 2015 17:42:31 -0000 Oh, in that case, someone should send me one so I can use it to verify that my frame-buffer bootloader hack will work correctly on it. Then yeah, we won't have to worry about such evil BIOSes. -adrian From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 21:17:32 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 F034F432 for ; Sat, 28 Mar 2015 21:17:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (jenkins-9.freebsd.org [8.8.178.209]) by mx1.freebsd.org (Postfix) with ESMTP id D94B6A7A for ; Sat, 28 Mar 2015 21:17:32 +0000 (UTC) Received: from jenkins-9.freebsd.org (localhost [127.0.0.1]) by jenkins-9.freebsd.org (Postfix) with ESMTP id E3B275CD for ; Sat, 28 Mar 2015 21:17:32 +0000 (UTC) Date: Sat, 28 Mar 2015 21:17:32 +0000 (GMT) From: jenkins-admin@freebsd.org To: freebsd-current@freebsd.org Message-ID: <1206473440.3.1427577452925.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <31275066.7.1427564097315.JavaMail.jenkins@jenkins-9.freebsd.org> References: <31275066.7.1427564097315.JavaMail.jenkins@jenkins-9.freebsd.org> Subject: Jenkins build is back to normal : FreeBSD_HEAD-tests2 #905 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Instance-Identity: MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAkKKb2VAfYQKfu1t7qk4nR5qzUBEI+UqT4BPec4qHVhqUy0FFdq50sMH+3y9bCDNOufctov6VqTNffZ3YXArnZK95YF0OX97fh+E9txYOUX1adc+TikcKjuYpHmL5dE62eaZTI+4A5jnRonskQ1PaoIFz0Kbu4mWzkFsmdiXTraGzomXq4cHUCATA2+K4eDYgjXEQI30z3GOMmmZ4t/+6QGk1cMb/BqMWHbn80AsRCb4tU7Hpd72XLDpsuO7YRP1Q0CjmNAuBOTj+sFiiOe6U9HpqOlQN+iFUvBdZo/ybuy5Kh71cAaYQNL68cYdZJ6binH/DkG3KY/fS7DFYAeuwjwIDAQAB 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: Sat, 28 Mar 2015 21:17:33 -0000 See From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 22:02: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 AEDDA64E for ; Sat, 28 Mar 2015 22:02:53 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7442FFBE for ; Sat, 28 Mar 2015 22:02:52 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id t2SM2cAb004263 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT) for ; Sat, 28 Mar 2015 15:02:39 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201503282202.t2SM2cAb004263@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 28 Mar 2015 15:02:28 -0700 To: freebsd-current@freebsd.org From: Manfred Antar Subject: Panic on current amd64 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-102.2 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID,TW_OV,TW_SV,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t2SM2cAb004263 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com 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, 28 Mar 2015 22:02:53 -0000 I get the following panic on current svn ver r280793: Sat Mar 28 14:41:28 PDT 2015 FreeBSD/amd64 (pozo.com) (ttyu0) login: panic: Invalid CPU in callout 16 cpuid = 2 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe023705f370 panic() at panic+0x1c1/frame 0xfffffe023705f430 callout_reset_sbt_on() at callout_reset_sbt_on+0x3cc/frame 0xfffffe023705f4b0 nv_start_rc_timer() at nv_start_rc_timer+0x5b/frame 0xfffffe023705f4e0 _nv000780rm() at _nv000780rm+0x52c/frame 0xfffffe0001e8af88 dmapbase() at 0xfffff800b78c7000/frame 0xfffffe0001f18000 uart_sab82532_class() at 0/frame 0xfffffe0001e7b000 dmapbase() at 0xfffff800703a6500/frame 0xfffffe0001f1c000 (null)() at 0xfffff801f8ed6000/frame 0xfffffe0001f26000 uart_sab82532_class() at 0/frame 0xfffff801f8dbd000 uart_sab82532_class() at 0/frame 0xfffff8000f758800 uart_sab82532_class() at 0/frame 0xfffff801f8cac000 dmapbase() at 0xfffff8000f838400/frame 0xfffff800700b8800 uart_sab82532_class() at 0/frame 0xfffff8000f838000 uart_sab82532_class() at 0/frame 0xfffffe0001f3a000 uart_sab82532_class() at 0/frame 0xfffffe0001f3e000 uart_sab82532_class() at 0/frame 0xfffffe0001d5b000 dmapbase() at 0xfffff800703aaa00/frame 0xfffffe0001f40000 uart_sab82532_class() at 0/frame 0xfffffe0001f42000 uart_sab82532_class() at 0/frame 0xfffff8000f760000 dmapbase() at 0xfffff8000f867000/frame 0xfffff801f8cb3000 dmapbase() at 0xfffff8000d0ce800/frame 0xfffff800700b7000 dmapbase() at 0xfffff800052de000/frame 0xfffffe0001f52000 uart_sab82532_class() at 0/frame 0xfffffe0001f54000 uart_sab82532_class() at 0/frame 0xfffff801f8f85000 uart_sab82532_class() at 0/frame 0xfffffe0001f5c000 uart_sab82532_class() at 0/frame 0xfffff8000f833c00 uart_sab82532_class() at 0/frame 0xfffff8000f761800 uart_sab82532_class() at 0/frame 0xfffff8000f872800 uart_sab82532_class() at 0/frame 0xfffff8000f833800 uart_sab82532_class() at 0/frame 0xfffff800703bc000 uart_sab82532_class() at 0/frame 0xfffff801f8d04000 uart_sab82532_class() at 0/frame 0xfffffe0001f5e000 uart_sab82532_class() at 0/frame 0xfffffe0001f60000 (null)() at 0xfffff801f860c200/frame 0xfffff8000f833400 uart_sab82532_class() at 0/frame 0xfffff8000f833000 uart_sab82532_class() at 0/frame 0xfffff8000f73b800 KDB: enter: panic [ thread pid 1732 tid 100222 ] Stopped at kdb_enter+0x3e: movq $0,kdb_why db> I just added device uart_sab82532 to kernel config I'll try that Manfred ======================== || null@pozo.com || || || ======================== From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 22:06: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 CE5B3770 for ; Sat, 28 Mar 2015 22:06:25 +0000 (UTC) Received: from mail-lb0-x22c.google.com (mail-lb0-x22c.google.com [IPv6:2a00:1450:4010: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 51C86FD6 for ; Sat, 28 Mar 2015 22:06:25 +0000 (UTC) Received: by lbbug6 with SMTP id ug6so84924203lbb.3 for ; Sat, 28 Mar 2015 15:06:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=A0VXfTpTqP6oQqk2pGlnm2rE4he3H/2SlIJkHnuH2uY=; b=bO+CavUvFt/O1ZQrus3xIHTHb3bvLEQ/ZtgDXGgfQVs5ltAB4XKtTJWE6baFYYKMcx oVzJOhbcrvcSlV8AUJXgUjGGvSRcsnPSk+NJukx+hpJRrx4SF4fbJNL1d9RpSFPTdMaK 17u85iTV3zf8D1CZhpshweSd+f4F7F1esK4drggiPIpjjHE5n7twEdQEL6bwn49BwrJN Vph2x1EU0ElhOyT9bJ478Wr7KIImtvTZnMmiMqVyG69ooMpqA2rdKWyC9HZEaBKzVC0J iaVuyfu7pZNwMeXV10i7yCRrxW8BibNg6mmke2ETmlwLQUYICvIJeFG1+H0JjuJivXQm Kyrw== MIME-Version: 1.0 X-Received: by 10.112.212.106 with SMTP id nj10mr22832835lbc.36.1427580383511; Sat, 28 Mar 2015 15:06:23 -0700 (PDT) Received: by 10.25.66.3 with HTTP; Sat, 28 Mar 2015 15:06:23 -0700 (PDT) In-Reply-To: <201503282202.t2SM2cAb004263@pozo.com> References: <201503282202.t2SM2cAb004263@pozo.com> Date: Sat, 28 Mar 2015 15:06:23 -0700 Message-ID: Subject: Re: Panic on current amd64 From: Davide Italiano To: Manfred Antar Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current , Randall Stewart 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, 28 Mar 2015 22:06:25 -0000 On Sat, Mar 28, 2015 at 3:02 PM, Manfred Antar wrote: > I get the following panic on current svn ver r280793: > Revert to r280784. This should fix. From owner-freebsd-current@FreeBSD.ORG Sat Mar 28 22:59: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 EFFF549A for ; Sat, 28 Mar 2015 22:59:20 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "pozo.com", Issuer "pozo.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id C9D2B767 for ; Sat, 28 Mar 2015 22:59:20 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.9/8.14.9) with ESMTP id t2SMxEie003440 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sat, 28 Mar 2015 15:59:14 -0700 (PDT) (envelope-from null@pozo.com) Message-Id: <201503282259.t2SMxEie003440@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sat, 28 Mar 2015 15:59:06 -0700 To: Davide Italiano From: Manfred Antar Subject: Re: Panic on current amd64 In-Reply-To: References: <201503282202.t2SM2cAb004263@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-102.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID,TW_SV,URIBL_BLOCKED,USER_IN_WHITELIST autolearn=no autolearn_force=no version=3.4.0, No X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: t2SMxEie003440 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: freebsd-current , Randall Stewart 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, 28 Mar 2015 22:59:21 -0000 At 03:06 PM 3/28/2015, Davide Italiano wrote: >On Sat, Mar 28, 2015 at 3:02 PM, Manfred Antar wrote: >> I get the following panic on current svn ver r280793: >> > > >Revert to r280784. This should fix. That works Thanks ======================== || null@pozo.com || || || ========================