From owner-freebsd-hackers@freebsd.org Sun Aug 28 01:58:07 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 4108CB773CE for ; Sun, 28 Aug 2016 01:58:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-it0-x235.google.com (mail-it0-x235.google.com [IPv6:2607:f8b0:4001:c0b::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 08AE1B95 for ; Sun, 28 Aug 2016 01:58:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-it0-x235.google.com with SMTP id e63so53596351ith.1 for ; Sat, 27 Aug 2016 18:58:07 -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:from:date:message-id :subject:to:cc; bh=vhKtcDWl1edwUttyE/BGHn12i1UrRelzXqovS/R6FPE=; b=FA4Xqnt5JRnRRnIWcgibiekkZSeJqRXqt5s+5MuacPq+EtGntVFAh1b/7+iQV/TvLV 3CWvCicn8PJDCfUqmmHsRhrSZMQXPsPRj7J/LykhecjXHF9hT1npQpFxLSZKUBPjMebo DsAWjQmg9uFkMpqIiN9CKHOW4JueXuo80zsCGE9DWSmfPXc7ER4RNdqiaBXlpPHtmWCn OpuuuEmpmfSPhhjMbjrzXOtCFcZyxFz1Tj8icUawlQGdMUVnSZYDDyBSNp2fYnjS9fxo QhXoT3yCBRIUpevx1FS7ljQy3gO3xeY6ikbuSjoggLYoLPjUuQmFOSADqJHzCayk9HUA Ompw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=vhKtcDWl1edwUttyE/BGHn12i1UrRelzXqovS/R6FPE=; b=ZDFDxitFNsKnUz7Y9j+HsruxzHQUWWSHuFuN/eri7OMZH1limQrdqr42a+RVmmZOd5 j9iRfyiDwdQFW+2CazcgXuhYCitE0HJ8mYfamkWeNCSNcrZ43oRttHdLGAqk8Pq2SmC+ YUmK2/tK/RRx7mRvAPgZOI3KJkIKuOhi4VxmmE71yHILPkIPj2JHg23umoPLB4AFhilD 0Cq4jWotOq6C/uUhe4+rVd3FWY0ZO0iMNwlWY4YVwhDFM8ktMHFxk0yL5zTCqR39ieO3 DoVVKSS1f1sgv+pxbc989JhGYLiiIpX5okPsQqa5XCUZdkpU3pQ1ODQEFRmXPy8C+1Ew kOsQ== X-Gm-Message-State: AE9vXwMXiUIvKPq7atrR9pg5iaEOqVBPABMVQLcoS8gKaU6lsh72TXepbVWiUVcGrO6X+yTXQaehRut6Viwl5A== X-Received: by 10.36.73.195 with SMTP id e64mr6379068itd.80.1472349486247; Sat, 27 Aug 2016 18:58:06 -0700 (PDT) MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.36.141.129 with HTTP; Sat, 27 Aug 2016 18:58:05 -0700 (PDT) In-Reply-To: References: <37d5159b-4957-42f8-2252-fa53d7446bb6@NTLWorld.com> <20160825194820.GI92256@e-new.0x20.net> From: Adrian Chadd Date: Sat, 27 Aug 2016 18:58:05 -0700 X-Google-Sender-Auth: m-LQggtcAgOBbG-2f-dT-UoJ7v8 Message-ID: Subject: Re: Linuxisms in s6 To: Jonathan de Boyne Pollard Cc: Supervision , FreeBSD Hackers Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Aug 2016 01:58:07 -0000 On 27 August 2016 at 09:37, Jonathan de Boyne Pollard wrote: > Adrian Chadd: > >> Sure, but I'm looking for something more generic than just devd. Like, >> notifications about events like "default route is up" can be done by >> sniffing the rtsock, but notifications like "ntpdate has updated the date, >> we can now do crypto services" doesn't happen there right now. >> > You're reinventing upstart. The lesson of upstart is that whilst the > event-driven paradigm looks like the bright shiny future, once one gets down > to the details it is a lot harder than it at first appears. I strongly > recommended learning about upstart, and especially learning the problems > that people hit with it, to anyone going down the same route. The Debian > systemd Hoo-Hah had some lengthy discussion of upstart. Oh yeah, I'm aware of the differences between systemd and upstart. > (I regret not having bookmarked the discussion that I once came across, > where someone opined that xe preferred systemd to upstart because at a Linux > conference the systemd presentation had been exciting and had been put > forward as the wave of the future, where upstart had been presented as > old-school, traditional, and boring. Ironically, this person wasn't aware > that the designs are exactly the opposite of that. upstart has the novel > event-driven design where the system is configured with the information that > event A triggers programs P, Q, and R, and the system starts by raising a > "first event", that runs programs, that raise further events, that run > further programs. Whereas it is systemd that has the conventional design, > shared by Mewburn rc and others, of starting from a goal, working through a > dependency tree, and doing topological sorts.) For some environments (servers, desktop environments, etc) where most of the dynamicness comes from "which user is logged in" and "maybe I don't have my network hardware plugged in until later", sure, I can see that the dependency tree model works great. Your aim is some grander set of checkpoints, like "What do I need to run basic network services", "What do i need up to run a desktop login environment", etc. But for things like "I'm a vpn server, and I need to speak to a vpn server to provide access to my vpn clients, oh and I have firewall rules that need applying based on which dynamic interfaces come/go" it still maps to an event driven mechanism. Sure you can map that event driven mechanism to a set of targets, but those targets may be per-interface. Like, when a vpn client interface comes up, I have a set of things that need to happen that depend upon which client. Same with wireless clients associating. I may hit some situations (eg above a certain threshold of associated clients) where I trigger events such as "clean up old clients", "look at migrating clients to other access points", etc. If I can do this with s6, then cool - please let me know how and I'll re-consider it. But regardless of that, I also do need some generalised dbus style mechanism so all the pieces of the system can talk to the other pieces of the system without having to .. well, wrap it all in 'service' style shell scripts and calling ifconfig wlanX list sta periodically from everywhere. > The Debian people chose to improve a non-event-driven architecture instead. > It's a lesson to be learned from SMF, in fact. One can have a lot more > additional abstract targets, such as "/milestone/name-services" and > "/milestone/system-clock", and dependencies to and from them. The world is > not 2 to 4 run levels plus "DAEMON", "NETWORKING", and "$local-fs". > > That said, something like this hypothetical "/milestone/system-clock" is a > milestone that would need to be reached *very* early on in the bootstrap > process. Fixing up the clock is something that both the nosh system manager > and systemd handle themselves directly, outwith of service management. More > on this in a moment. So, this is where it gets exciting in some of these appliances. Sometimes there's no 'date/time' RTC hardware. Sometimes, you have to present some UI to the user so they can enter a date/time, and some services need to run before that, but some services (notably ntpdate) won't work. So we can't, say, hold all network services back until we have valid date/time or a bunch of the UI infrastructure won't be there. I can't expect the whole system to stop waiting for a system-clock time to be valid. In fact, i ended up adding some stuff to our appliance images that store the current clock value in a file every 15 minutes - the rootfs is read-only, so i can't just boot up from /its/ concept of "last mounted", as that filesystem is not modifiable. Trouble is, that gets read from the system during boot, after FSes have been mounted, etc. It's all terrible. Thanks, -adrian From owner-freebsd-hackers@freebsd.org Mon Aug 29 01:22:59 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A6514B7749F for ; Mon, 29 Aug 2016 01:22:59 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: from mail-qk0-x233.google.com (mail-qk0-x233.google.com [IPv6:2607:f8b0:400d:c09::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 60604D46 for ; Mon, 29 Aug 2016 01:22:58 +0000 (UTC) (envelope-from otacilio.neto@bsd.com.br) Received: by mail-qk0-x233.google.com with SMTP id t7so124948117qkh.1 for ; Sun, 28 Aug 2016 18:22:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsd.com.br; s=capeta; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=JdfyBRrn0JveJ4vpDlp844/xbgIg6w1kAKFdviISiL8=; b=SdOTYk1jpxxC0G2nvtcYfogFKJ31dg4zb9O01WUo2nuiBSMULkShy3xwldPK1y++r/ QonOUEp7DwIsWI2KeBcpRFtT/lhcQlkzA5/M0+UrcnpQ89ewOUJo5hslY4NrAhLu+82s VNdLAmAtH5ImrB+rR3wjq45PTQGLIX4qcg7EQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding; bh=JdfyBRrn0JveJ4vpDlp844/xbgIg6w1kAKFdviISiL8=; b=h0TqV81IO2+gpmAMlEfS1A79dlCoqmr/LZwmqeCIOr0t5BysKPKwidS5lET7r92OVP yC8cTZn7b49L3jyGHvSumhu226xAxqsMcKQWC0riAcZpFGf320T/Ik53oUNE3LkjulR1 aLALt6RorZcPr71nOLpOZmE0ArNOAI+Fc3i8D+L+LY9ajNqSoqUr2W/PyyINZQd2zEWz 8dvyRf+dtfsPAusSb/tIsCe+jSlvUZtVBnfBLqUX4Cgvv1R7md8K15TzPQrEgu9OHXQq YtzT9Z/M0rcy4uA9dRw3VEi0BmDJepZF4JqSpWHx1ppx0lwhZV1PAUz7s8oU4DQ23uv4 EaLw== X-Gm-Message-State: AE9vXwOJkC1TYsISQjwOUZ4EhYM3u9T9FO4b5mUaejdzOzkcwNpWEgPbre9JTmSuJvDjWg== X-Received: by 10.55.71.201 with SMTP id u192mr16668447qka.100.1472433777789; Sun, 28 Aug 2016 18:22:57 -0700 (PDT) Received: from [192.168.0.11] ([187.60.94.34]) by smtp.googlemail.com with ESMTPSA id y36sm17065789qtc.46.2016.08.28.18.22.56 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 28 Aug 2016 18:22:56 -0700 (PDT) To: "freebsd-hackers@freebsd.org" From: =?UTF-8?B?T3RhY8OtbGlv?= Subject: poudriere do uses correct architecture when compiling ffmpeg Message-ID: <69fb4c1f-f46e-27cd-b13e-7aef1b02ab3e@bsd.com.br> Date: Sun, 28 Aug 2016 22:22:49 -0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 01:22:59 -0000 Dears I'm using poudriere to compile ports to beaglebone black on a AMD64 machine. I'm facing a problem where poudriere do not detects correct architecture when compiling ports. For example, in ffmpeg the Makefile has: OPTIONS_DEFINE_armv6= VFP NEON OPTIONS_DEFINE_armv6hf= VFP NEON but this options are never enabled in my beaglebone black. My poudriere jail is this: JAILNAME VERSION ARCH METHOD TIMESTAMP PATH 110-BETA2 11.0-BETA2 r303228 arm.armv6 svn 2016-07-24 15:29:23 /usr/local/poudriere/jails/110-BETA2 How can I do to poudriere compile the ffmpeg with NEON options enabled? Thanks a lot []'s -Otacilio From owner-freebsd-hackers@freebsd.org Mon Aug 29 14:50:06 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3050CBC7178 for ; Mon, 29 Aug 2016 14:50:06 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from know-smtprelay-omc-4.server.virginmedia.net (know-smtprelay-omc-4.server.virginmedia.net [80.0.253.68]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4B47B for ; Mon, 29 Aug 2016 14:50:04 +0000 (UTC) (envelope-from j.deboynepollard-newsgroups@ntlworld.com) Received: from [192.168.1.100] ([86.10.211.13]) by know-smtprelay-4-imp with bizsmtp id d2pw1t00V0HtmFq012pwvy; Mon, 29 Aug 2016 15:49:56 +0100 X-Originating-IP: [86.10.211.13] X-Spam: 0 X-Authority: v=2.1 cv=KbMvylsD c=1 sm=1 tr=0 a=SB7hr1IvJSWWr45F2gQiKw==:117 a=SB7hr1IvJSWWr45F2gQiKw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=xNf9USuDAAAA:8 a=e5mUnYsNAAAA:8 a=2rVjqWD_AAAA:8 a=WeQmlljOQzq1ih7d8AIA:9 a=AUiGESBfiEwNlqvX:21 a=NJ2SnvNuzYWNcBrN:21 a=QEXdDO2ut3YA:10 a=QXGKMgsEn30A:10 a=jdt6MFRSZagA:10 a=gQ_VHYupm4cA:10 a=7YrUDqsB9R4A:10 a=-FEs8UIgK8oA:10 a=NWVoK91CQyQA:10 a=vadWYBTq1o5YuFPP56EA:9 a=re8XcHPjkXblok0c:21 a=vwecS_5arCwDpVwF:21 a=ZAxFwwtuxv9e2y__:21 a=_W_S_7VecoQA:10 a=SEwjQc04WA-l_NiBhQ7s:22 a=Vxmtnl_E_bksehYqCbjh:22 a=ULaUcM2Ibn9MdPUUwucP:22 References: <20160828135912.jlzvgkl4c76j5y4o@perpetual.pseudorandom.co.uk> Subject: Mass bug filing: use and misuse of dbus-launch (dbus-x11) From: Jonathan de Boyne Pollard To: FreeBSD Hackers , Debian Developers Cc: Joe Marcus Clarke Message-ID: Date: Mon, 29 Aug 2016 15:49:55 +0100 User-Agent: Mozilla/5.0 (Windows NT 6.0; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <20160828135912.jlzvgkl4c76j5y4o@perpetual.pseudorandom.co.uk> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 14:50:06 -0000 In https://lists.debian.org/debian-devel/2016/08/msg00554.html, Simon McVittie: > Please contact the D-Bus upstream mailing list if you are interested > in implementing a user bus without systemd. You will need something > resembling pam_xdg_support (which is what Ubuntu used before they > switched to systemd) to provide the XDG_RUNTIME_DIR, > Wrong tense. (-: I already gave it to people with nosh version 1.20 back in September 2015. The external configuration import subsystem sets up a user-dbus service bundle for each "real person" user account that it recognizes (i.e. not user accounts with nologin or with well-known Debian/FreeBSD/PC-BSD system account names). I fixed up the FreeBSD side, to not attempt the malfunctioning address=systemd:, in nosh version 1.22 in November 2015. No, I do not need a PAM module. In terms of needs, what I actually need is for you to respect the final paragraph of the environment section of the XDG Base Directory Specification, if you are not respecting it already, which I hope that you are but suspect that you might not be. * https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#variables As for what I would like, I'd like you (where that's plural, including Joe Marcus Clarke or whomever else) to please make either address=systemd: or address=unix:runtime=yes work in your program on FreeBSD/PC-BSD/OpenBSD. If for the former you're relying upon a library that the systemd authors have gradually made less and less cross-platform since the dizzy heights of "should compile fine on the most exotic Unixes" in 2010, then 2016 might be the time to look at Cameron T. Norman's or Pierre-Yves Ritschard's code instead. (-: * https://jdebp.eu./FGA/unix-daemon-readiness-protocol-problems.html#CrippledAdoption In https://lists.debian.org/debian-devel/2016/08/msg00554.html, Simon McVittie: > The traditional D-Bus session bus uses abstract Unix sockets on Linux, > to ensure automatic cleanup even if the dbus-daemon is terminated > uncleanly. These sockets are always shared with container-based > sandboxes, unless you start a new network namespace (which unshares > all abstract Unix sockets, and also IP networking). The user bus uses > a single filesystem-backed socket per uid, which is easy to inspect > with standard Unix tools ("everything is a file") and is more > container-friendly: it is not shared by default, but can be shared > with a simple bind mount. > It makes it more BSD-friendly, too. As I said, make address=systemd: work, and the nosh toolset (for one) gets you the ability to outright *not care* about what the sockets are in the D-Bus broker at all, as it's perfectly capable of handing your program already-open file descriptors to listening sockets and a couple of environment variables. systemd most definitely did not invent *that* idea, after all. The Linux service bundles (built as aforementioned by the external configuration import subsystem) do exactly that. The FreeBSD/PC-BSD/OpenBSD service bundles could, were it not for the fact that your program doesn't have a way of being told to use the protocol. In fact, they *actually do* open the socket and pass it to your program with the environment variables. But there's no way to tell your program that that is happening. Please make your program actually capable of understanding address=systemd: on FreeBSD/PC-BSD/OpenBSD. In https://lists.debian.org/debian-devel/2016/08/msg00554.html, Simon McVittie: > Some desktop environment core components, such as GNOME's > gnome-session, will automatically start a session bus per login > session using dbus-launch if there is not already one available. [...] > > ["X11 autolaunching"] mode is discouraged, and not particularly > reliable: it has a tendency to start the dbus-daemon in a somewhat > precarious situation, as a child of some random GUI app with arbitrary > environment variables, resource limits, std{in,out,err} fds and so on. > PCDMd, kdm, gdm, and lxdm on PC-BSD have some fairly poor behaviour in this area, such as for each session starting up a Desktop Bus broker running as the superuser in addition to starting one up as the logged-in user, because every man and his dog seems to consider it xyr responsibility to spawn off a Desktop Bus broker process. They ignore already-provided broker addresses in several cases, and kdeinit adds even more "fun" to the mixture. One can run PCDMd, kdm, gdm, and lxdm under nosh service management, and it would be good for the programs in the login session(s) to just expect "/run/user/$UID/..." sockets, as one already obtains from running "user" Desktop Bus brokers under nosh service management. In https://lists.debian.org/debian-devel/2016/08/msg00554.html, Simon McVittie: > dbus-daemon is not a fully-featured service manager: > Quite! Are you prepared, five years on, to go another round with Lennart Poettering then? (-: * https://jdebp.eu./Softwares/nosh/avoid-dbus-bus-activation.html From owner-freebsd-hackers@freebsd.org Mon Aug 29 15:39:08 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88444BC7E24 for ; Mon, 29 Aug 2016 15:39:08 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 70C7D6BA for ; Mon, 29 Aug 2016 15:39:08 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 6C72EBC7E23; Mon, 29 Aug 2016 15:39:08 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C0FABC7E22 for ; Mon, 29 Aug 2016 15:39:08 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: from cpmx04-out.its.calpoly.edu (cpmx04-out.its.calpoly.edu [129.65.64.132]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "Cisco Appliance Demo Certificate", Issuer "Cisco Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 360916B9 for ; Mon, 29 Aug 2016 15:39:07 +0000 (UTC) (envelope-from ngonella@calpoly.edu) X-Auth-ID: ngonella@calpoly.edu X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2E0CgCKVcRX/xlAQYFcHBmDGAEBAQEBgR+4eYIBAYYSghISAQIBAQEBAQEBA4ECQQEEDYQ4gTMCbAgBAbZHjDMBBoMmDoYugXiHYYI2gloFjxqKNYE5ggWBc4tRAY19kD0lCYIIAQuCToNGXYJ5AQEB X-IPAS-Result: A2E0CgCKVcRX/xlAQYFcHBmDGAEBAQEBgR+4eYIBAYYSghISAQIBAQEBAQEBA4ECQQEEDYQ4gTMCbAgBAbZHjDMBBoMmDoYugXiHYYI2gloFjxqKNYE5ggWBc4tRAY19kD0lCYIIAQuCToNGXYJ5AQEB To: hackers@freebsd.org From: Nick Gonella Subject: Looking for Technical Contact Message-ID: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> Date: Mon, 29 Aug 2016 08:37:53 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="rLWg3al2TEVTTs66eapTSvMht5JIvFgtM" X-Mailman-Approved-At: Mon, 29 Aug 2016 15:43:58 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 15:39:08 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --rLWg3al2TEVTTs66eapTSvMht5JIvFgtM Content-Type: multipart/mixed; boundary="v4hNvqeuqgabdN3b4tx56MAT6wL6WUtA9" From: Nick Gonella To: hackers@freebsd.org Message-ID: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> Subject: Looking for Technical Contact --v4hNvqeuqgabdN3b4tx56MAT6wL6WUtA9 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hello hackers@, After browsing the FreeBSD Idea's page, I wanted to look into helping upgrade the base OpenSSL version that FreeBSD ships with. However, the idea post seems to be lacking a technical contact, and my experience with the patch submission process is shady at best. Would anyone know who to contact about helping to upgrade? Any advice is very appreciated. Regards, - Nick Gonella --v4hNvqeuqgabdN3b4tx56MAT6wL6WUtA9-- --rLWg3al2TEVTTs66eapTSvMht5JIvFgtM 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 iQIcBAEBCAAGBQJXxFbXAAoJEEobyykCed4L5TgP/R8OzO6yWrdf6O0D2gdrsikP vOB5V9dZeCXQazevBg34+8s4is4OE/Q8nn7mfO/KTvTGgdyWfaDZZE8tQS4AqBos kbNvxmNiEaPVcyhEu36A1iGWX78N0C6NJEDbYG746zl6OYrn2w3yVYNG8+dyJvrb I2tGwea9UlqtSkpKanB7z1fNNv06tSbiUMfa2FXi2FUBeZ2NcOx581dZljdDZWmO Fy6o+fHuJFP3gU2T+Cj0HFsnrwUSN54Ogbff3k1yW3TKCXGfUjjaVC0BxREnrB5X DneCuyNm1nwzYzU8LRym+H8BIyEucuChvXqSWrpKUrRuwySBCfcztHIJK5D2QmMM VkIhxrfVgXjIYF6XwIlMHbJEiz4NGy6fnBBU+OYRo+hLHUP3bHobcJQwVL0O3dxp V1N6Y9DN7cdCeVqcuHi2FjSUqmQtJh5yOJdL/yg1RozwKVGWORGpE4xd3eBTfwwU FDxQeTObPu1Vo3MhTpamO5+RV87BJwuUmdIoROGT7VesMSKahbaJhHNyuV7m6E15 /cTYl4EF4GRBzKYHiGLQo0/kU6TPTreyV8wId6aYxPA4Z5LdT8sR14Db+VSRkuEa NkE5EaW3dBbMlm7+t6o2mNHiYH64Vgnil02y+m+6IPeJDBnWempyvCHppckxHu14 k9KCn8cFNwq9c0HiINQs =Zj6N -----END PGP SIGNATURE----- --rLWg3al2TEVTTs66eapTSvMht5JIvFgtM-- From owner-freebsd-hackers@freebsd.org Mon Aug 29 18:20:59 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 90F53BC76B2 for ; Mon, 29 Aug 2016 18:20:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id 6BE29CA for ; Mon, 29 Aug 2016 18:20:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mailman.ysv.freebsd.org (Postfix) id 6B2FABC76B0; Mon, 29 Aug 2016 18:20:59 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6ACA2BC76AF for ; Mon, 29 Aug 2016 18:20:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::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 38C04C8; Mon, 29 Aug 2016 18:20:59 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pa0-x236.google.com with SMTP id fi15so51881747pac.1; Mon, 29 Aug 2016 11:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=XqlJJRJK++omprY2QbkPyQwkSGFB2Qi5LFL5varTNOQ=; b=P9ceniY3Qj3M+5gbrD43UcJAI8Wkmha36wvVoy6Ec8CRnPo1ZuTTlyam7eV7xsy3u7 rF2R4kfzdRqtLtW2feo9KobQDcCdfD8y7VQL8wiLY+FQgs0A4v6vhGf5h2Czk0FoN6mk 18WBdXevvXS7LhmeST/RuG2nCDFzzIQKtmz03PLzMENL41eXuda/0xUO93Gr52Fu01sL UGrGq7bX4SKh/c8X0jnovjA8VJHFiZhplw1Yhou6GkJwGxHk8/OMFGj1HGlyclWT+Wcw 01Iq+d/5D6BPrCd8LGnqrM7x+fB6LgKMDhHwe80JNl6jEl7Lv7+3V3QkX4bTRmAPObnl poyg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=XqlJJRJK++omprY2QbkPyQwkSGFB2Qi5LFL5varTNOQ=; b=PMtBdCYaFhZZOje1lURvobqJpxO2ksEnDhapYMR76VGGUC7Fj/Q2CoGM0MH3p44+Ix rd1QwftCCh6/UljIe2lorR2zo+FCQEUhkXsVkaKUFw38KG1hO+eNM0kogutj08Ng3Aun k8etJQiEUkDIensifFMHHOolzdZ3s6vE0Tl1SkYa1nZ8iE7k+2H5ZsLGjMI05brVBeQh zSz+ofG26tpZphYVuNStJOeTxFK8AVSn0+MjgVmoHQLMSzQVEaJGxRpK+AQkRd7cTtMi oplpKHXEZd1c/43nvDTbamO8I+QUGpF6OxkXxnaFKkPk5sSUxQHIXjMoFPTyEQaU/PIm QMbg== X-Gm-Message-State: AE9vXwPuDfvpA/PuGJLiLJFZCUazOAIHUs+RBnpGTETOGxhJxNfBtEFo8aws7N0PQREYSQ== X-Received: by 10.66.87.6 with SMTP id t6mr34712804paz.141.1472494858792; Mon, 29 Aug 2016 11:20:58 -0700 (PDT) Received: from [192.168.20.17] (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id u1sm50921744pfu.12.2016.08.29.11.20.52 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 29 Aug 2016 11:20:52 -0700 (PDT) Subject: Re: Looking for Technical Contact Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_E1BDE7CA-FCC1-470F-8DA8-4C462A80B785"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> Date: Mon, 29 Aug 2016 11:20:51 -0700 Cc: hackers@freebsd.org, Jung-uk Kim Message-Id: References: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> To: Nick Gonella X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 18:20:59 -0000 --Apple-Mail=_E1BDE7CA-FCC1-470F-8DA8-4C462A80B785 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Aug 29, 2016, at 08:37, Nick Gonella wrote: >=20 > Hello hackers@, > After browsing the FreeBSD Idea's page, I wanted to look into helping > upgrade the base OpenSSL version that FreeBSD ships with. However, the > idea post seems to be lacking a technical contact, and my experience > with the patch submission process is shady at best. Would anyone know > who to contact about helping to upgrade? > Any advice is very appreciated. Regards, Hi Nick, jkim is the current OpenSSL maintainer. What release of FreeBSD = are you using? Thanks! -Ngie --Apple-Mail=_E1BDE7CA-FCC1-470F-8DA8-4C462A80B785 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 iQIcBAEBCgAGBQJXxH0DAAoJEPWDqSZpMIYVaDcQALqB3FCT+1Ja5Cnn9wWu2kvr RBq2wCKSmgNIWxtcjo9JFZ3pmw/FNWZp7hFjAZcELju0+Ns3EzxrFDx4Hbnf+gSN eYBxWX1U9Y5b29nrlYaB+qsKijHiwKCU/DVJFzp/uj/WSbCj6NL4dW4Iun1QZhxY M2hca0eTgC5EDAF/v/VoFKtUw/e08AtfaDI/HS5Y2iNUSHaY+6WT8I+VO465+8j3 QCYOpWyLHF4Wz005ngr8DI840/3t7BsDYF1zKvBd7bxi6//ddW6LdRUoZypbK3CW +60++P5HG3pwo+npFI7SqLVJbmgLwg1TlHCgFhGTPFJ8DWq4W+bWvrnbHetfMg12 KL/4PhRmQLBDpcNscxuJUhn4HMNN3DiX4C2sXKzjhDqtZXLP0lQkYanlFdjvQY7k CTUccBfDQ3lsdE4a+j2x9uVrtDr/kMmkorW7OhdhrjCTAbl+wgUU0xQgtMueYJ4R svZO2za/HnmxnH6q06Ov18QIlQ7IhrmHfWVzp5f1CYS+HJUEyI8u+3uDZYEkGDLv hUf5RvnqCSAIbO2JzKuCXpjnjDcNu1GGt0UfeEIRWFo+M9dk0Lk9+hSIHzgDYL9f 1u21xtnVCp1O0ZWaK9n1aFghpb8DPzdKvFGnnwlI7crbFZWuIxaB07QClh2HCBbi wBsMXwr6r9aEmhHZ0zRd =v3q8 -----END PGP SIGNATURE----- --Apple-Mail=_E1BDE7CA-FCC1-470F-8DA8-4C462A80B785-- From owner-freebsd-hackers@freebsd.org Mon Aug 29 18:55:51 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 891B4BC3909 for ; Mon, 29 Aug 2016 18:55:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 7238FB87 for ; Mon, 29 Aug 2016 18:55:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id 6DDDDBC3908; Mon, 29 Aug 2016 18:55:51 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6D832BC3906 for ; Mon, 29 Aug 2016 18:55:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 0F4A6B86; Mon, 29 Aug 2016 18:55:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Subject: Re: Looking for Technical Contact To: "Ngie Cooper (yaneurabeya)" , Nick Gonella References: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> Cc: hackers@freebsd.org From: Jung-uk Kim Message-ID: Date: Mon, 29 Aug 2016 14:55:45 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="sUWXR74RlwF6uKwkk3tpOtavoaKCfD02a" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Aug 2016 18:55:51 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --sUWXR74RlwF6uKwkk3tpOtavoaKCfD02a Content-Type: multipart/mixed; boundary="NrGQswuifR8vDblrGI4cP8jIpND61tuDe" From: Jung-uk Kim To: "Ngie Cooper (yaneurabeya)" , Nick Gonella Cc: hackers@freebsd.org Message-ID: Subject: Re: Looking for Technical Contact References: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> In-Reply-To: --NrGQswuifR8vDblrGI4cP8jIpND61tuDe Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/29/2016 14:20, Ngie Cooper (yaneurabeya) wrote: >=20 >> On Aug 29, 2016, at 08:37, Nick Gonella wrote: >> >> Hello hackers@, >> After browsing the FreeBSD Idea's page, I wanted to look into helping >> upgrade the base OpenSSL version that FreeBSD ships with. However, the= >> idea post seems to be lacking a technical contact, and my experience >> with the patch submission process is shady at best. Would anyone know >> who to contact about helping to upgrade? >> Any advice is very appreciated. Regards, >=20 > Hi Nick, > jkim is the current OpenSSL maintainer. What release of FreeBSD are yo= u using? I guess you're talking about this task? https://wiki.freebsd.org/action/recall/IdeasPage?rev=3D302#Update_base_Op= enSSL_to_1.0.2 Sorry, it's already done in 11.0. I will remove it now. Jung-uk Kim --NrGQswuifR8vDblrGI4cP8jIpND61tuDe-- --sUWXR74RlwF6uKwkk3tpOtavoaKCfD02a 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 iQEcBAEBCAAGBQJXxIU2AAoJEHyflib82/FG0IgH/1yKgvITA7wCgv5uASWAdkaF C1KFmY1ICgj8prCxSBVYGQOdcCsoSUXMbjmc3BOx6L6mRUao4F/EhzaIcCiUbHQa HibooPdLPNwPQGVZiVhgRVvzchZWbcIvFq+oEd39QH8KUyMC8wfORT6yOI3yNv2k ycQZXK8YaFY0nwC+LXq6LhJnXD3tWZPkegxSOtvw2cPOyo69PFMJiKqGrrKJbgJV P3IL5rqXcmsy2mln/G3Pwyupz/9l9+ZPcaeew4YSJ0l92ubTehQMnFW8T8II7kd+ J7wvozOigawN9GSfyd5R4npiuy34KnrUzhuRN5RCitqz/fgIcvIkN/Tluxhfe0c= =nVwx -----END PGP SIGNATURE----- --sUWXR74RlwF6uKwkk3tpOtavoaKCfD02a-- From owner-freebsd-hackers@freebsd.org Tue Aug 30 01:08:43 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 68622BC8BB9 for ; Tue, 30 Aug 2016 01:08:43 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4AA4DB23 for ; Tue, 30 Aug 2016 01:08:43 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: by mailman.ysv.freebsd.org (Postfix) id 464A2BC8BB8; Tue, 30 Aug 2016 01:08:43 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 43974BC8BB7 for ; Tue, 30 Aug 2016 01:08:43 +0000 (UTC) (envelope-from ngonella@calpoly.edu) Received: from cpmx02-out.its.calpoly.edu (cpmx2.its.calpoly.edu [129.65.64.192]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (Client CN "Cisco Appliance Demo Certificate", Issuer "Cisco Appliance Demo Certificate" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0C335B22; Tue, 30 Aug 2016 01:08:42 +0000 (UTC) (envelope-from ngonella@calpoly.edu) X-Auth-ID: ngonella@calpoly.edu X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2G+AQCX28RX/xlAQYFcHAEBBAEBgykBAQEBAXUqUo0uqn6CAQElhS1KAoIYFAECAQEBAQEBAQOBAoJWOTwBAQEBAQEjAg1fAQEEeRALGC5XBg0GAgEBiEq6bgEGgwABAQEBAQEBAwEBAQEBFAkFhi6BeAiCTYJohzQFjxqKNYM+gXNvmGOMSIN5HoRyUAEBhxQBAQE X-IPAS-Result: A2G+AQCX28RX/xlAQYFcHAEBBAEBgykBAQEBAXUqUo0uqn6CAQElhS1KAoIYFAECAQEBAQEBAQOBAoJWOTwBAQEBAQEjAg1fAQEEeRALGC5XBg0GAgEBiEq6bgEGgwABAQEBAQEBAwEBAQEBFAkFhi6BeAiCTYJohzQFjxqKNYM+gXNvmGOMSIN5HoRyUAEBhxQBAQE Subject: Re: Looking for Technical Contact To: Jung-uk Kim References: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> Cc: "Ngie Cooper (yaneurabeya)" , hackers@freebsd.org From: Nick Gonella Message-ID: Date: Mon, 29 Aug 2016 18:07:23 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="2LIUh2uBs0mtATaBwu62OEaQaMipDg2m7" X-Mailman-Approved-At: Tue, 30 Aug 2016 01:58:16 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2016 01:08:43 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --2LIUh2uBs0mtATaBwu62OEaQaMipDg2m7 Content-Type: multipart/mixed; boundary="k52IPvTGWBXqcD2cQcKMeeCPnap8FiFKl" From: Nick Gonella To: Jung-uk Kim Cc: "Ngie Cooper (yaneurabeya)" , hackers@freebsd.org Message-ID: Subject: Re: Looking for Technical Contact References: <1c878cc2-fc98-f597-a2af-2f8234ee1ff8@calpoly.edu> In-Reply-To: --k52IPvTGWBXqcD2cQcKMeeCPnap8FiFKl Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Yes, that was the one I was looking at. Bummer I can't help, but I'm glad things are up to date. I'll poke around for other projects to do. Regards, - Nick Gonella On 8/29/16 11:55 AM, Jung-uk Kim wrote: > On 08/29/2016 14:20, Ngie Cooper (yaneurabeya) wrote: >> >>> On Aug 29, 2016, at 08:37, Nick Gonella wrote:= >>> >>> Hello hackers@, >>> After browsing the FreeBSD Idea's page, I wanted to look into helping= >>> upgrade the base OpenSSL version that FreeBSD ships with. However, th= e >>> idea post seems to be lacking a technical contact, and my experience >>> with the patch submission process is shady at best. Would anyone know= >>> who to contact about helping to upgrade? >>> Any advice is very appreciated. Regards, >> >> Hi Nick, >> jkim is the current OpenSSL maintainer. What release of FreeBSD are y= ou using? >=20 > I guess you're talking about this task? >=20 > https://wiki.freebsd.org/action/recall/IdeasPage?rev=3D302#Update_base_= OpenSSL_to_1.0.2 >=20 > Sorry, it's already done in 11.0. I will remove it now. >=20 > Jung-uk Kim >=20 --k52IPvTGWBXqcD2cQcKMeeCPnap8FiFKl-- --2LIUh2uBs0mtATaBwu62OEaQaMipDg2m7 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 iQIcBAEBCAAGBQJXxNxTAAoJEEobyykCed4L5EwP/08QpDK+rROiApmRSFyRuMJI W+7S+4l/ZLam4PzfwSg3NIUol/MHfd/KJidV3tffpE0AevEvxq1GP80UVnEUCD8a f6YHM2YD6vnpjyfoDoP3Mfb5HZJzKUyLvaSh1vRMh9rQrYH+2VtuQ8A/JWJy2hiK IQvorOwIh9z+jjyhurXKyKky0arVGVXg1FQ5/qYNCL8nITBkRlxzt27vEoWWJyiX FEA7TISQpnojTtNWGvQje0GLdYLCnnsPM2NuzPi2+fYjT5CEVwpXbK5FKTZZYuiw 9hHEPCdV+Kb2y+Bzu46opqmYF/5jfT9I6YwzUfTSGvE/F20vTu6QOtWjZyBb5wFd dzYpNs0ccC6gVt8VxrhejWz9Nel0Mpve5NZTFIOAnOMXzEJglE+9pbHFmNfZmvrY TNiOsxmtagVfXgOKAnfDKH/XwxBddoBQAUX6LatyklQzIA7Gy/YDXitmUx7zPxbg S3NT8SL09uDXzW0bkhCpri30xqfUvmVBvJM0K3tgRgNuEopKkbd3NpmmlDAPKOQ+ MHeEqtZ/Hb+t8LagqYTtTKTiAdcXLJZGouqdaIhT/AENW4wlqRhGsLExfEN552I7 EWLnWXk45iUAd/blamkXkni+lfWE7Zee3LKSTlws6Ffk/AkqX3H8WEOwUCqXwmyK D3GOSJ0mSy7PN66RJlYr =5i8j -----END PGP SIGNATURE----- --2LIUh2uBs0mtATaBwu62OEaQaMipDg2m7-- From owner-freebsd-hackers@freebsd.org Tue Aug 30 15:43:57 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 962E1BC7BF1 for ; Tue, 30 Aug 2016 15:43:57 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from mail.ignoranthack.me (ignoranthack.me [199.102.79.106]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 77933811 for ; Tue, 30 Aug 2016 15:43:56 +0000 (UTC) (envelope-from sbruno@freebsd.org) Received: from [192.168.0.6] (67-0-45-125.albq.qwest.net [67.0.45.125]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sbruno@ignoranthack.me) by mail.ignoranthack.me (Postfix) with ESMTPSA id E45B0192908; Tue, 30 Aug 2016 15:43:49 +0000 (UTC) Subject: Re: poudriere do uses correct architecture when compiling ffmpeg To: =?UTF-8?B?T3RhY8OtbGlv?= , "freebsd-hackers@freebsd.org" References: <69fb4c1f-f46e-27cd-b13e-7aef1b02ab3e@bsd.com.br> From: Sean Bruno Message-ID: <2c61eb59-f8d9-6abc-595c-f8c31c323046@freebsd.org> Date: Tue, 30 Aug 2016 09:43:46 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: <69fb4c1f-f46e-27cd-b13e-7aef1b02ab3e@bsd.com.br> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="RFaoheWpBqkCowIFjJuWuRgJiwqFLR3nn" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Aug 2016 15:43:57 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --RFaoheWpBqkCowIFjJuWuRgJiwqFLR3nn Content-Type: multipart/mixed; boundary="OMWTLtR8xWvMlr0u0hhvP0l74LjF3Ix14" From: Sean Bruno To: =?UTF-8?B?T3RhY8OtbGlv?= , "freebsd-hackers@freebsd.org" Message-ID: <2c61eb59-f8d9-6abc-595c-f8c31c323046@freebsd.org> Subject: Re: poudriere do uses correct architecture when compiling ffmpeg References: <69fb4c1f-f46e-27cd-b13e-7aef1b02ab3e@bsd.com.br> In-Reply-To: <69fb4c1f-f46e-27cd-b13e-7aef1b02ab3e@bsd.com.br> --OMWTLtR8xWvMlr0u0hhvP0l74LjF3Ix14 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 08/28/16 19:22, Otac=EDlio wrote: > Dears >=20 > I'm using poudriere to compile ports to beaglebone black on a AMD64 > machine. I'm facing a problem where poudriere do not detects correct > architecture when compiling ports. For example, in ffmpeg the Makefile = has: >=20 > OPTIONS_DEFINE_armv6=3D VFP NEON > OPTIONS_DEFINE_armv6hf=3D VFP NEON >=20 > but this options are never enabled in my beaglebone black. >=20 > My poudriere jail is this: >=20 > JAILNAME VERSION ARCH METHOD TIMESTAMP PATH > 110-BETA2 11.0-BETA2 r303228 arm.armv6 svn 2016-07-24 15:29:23 > /usr/local/poudriere/jails/110-BETA2 >=20 >=20 > How can I do to poudriere compile the ffmpeg with NEON options enabled?= >=20 >=20 > Thanks a lot >=20 > []'s >=20 > -Otacilio Can you post the poudriere log file somewhere that I can view it? We may have changes some of the ARCH settings recently that I haven't looked int= o. sean --OMWTLtR8xWvMlr0u0hhvP0l74LjF3Ix14-- --RFaoheWpBqkCowIFjJuWuRgJiwqFLR3nn 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 iQF8BAEBCgBmBQJXxamyXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5khOIH/2sNiKz7kp5VQQkWAuqspIe/ mAPKslWRRKlTPm1sh7C7Nxn2sLgm7pyfcq7pIPiHWPWHzxa3o1EXBHZ3IVy347aa W/lT1VCJPxNEcpcEO0FoojXN/OtbamKIa7h8WuZkGP/ybdsBHA3Hmnkx9n9Tz1xr OkO8vk0x5rqTh+nD1+tZGHSsLoSlwqrOP6kixef2Ti5SWzYtKOg2pJ8JRLw44IKQ GlzCZEaPPpvONMAW0PvJCduka1qv9m/IpHMOmknRcJt2QSYBQ2MS7aeDX+PK8rsu y6ncgldlijbCjjnmcvhyN/oqPKL4kv2zoOpLeQxq0VjJaYE6ePM4+IiLSZnfVhI= =dHr8 -----END PGP SIGNATURE----- --RFaoheWpBqkCowIFjJuWuRgJiwqFLR3nn-- From owner-freebsd-hackers@freebsd.org Wed Aug 31 13:02:18 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id ACBB6BCABC5 for ; Wed, 31 Aug 2016 13:02:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from mail.denninger.net (denninger.net [70.169.168.7]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8035AA8B for ; Wed, 31 Aug 2016 13:02:18 +0000 (UTC) (envelope-from karl@denninger.net) Received: from [192.168.1.40] (Karl-Desktop.Denninger.net [192.168.1.40]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.denninger.net (Postfix) with ESMTPSA id 65A9C2184B2 for ; Wed, 31 Aug 2016 08:02:09 -0500 (CDT) To: "freebsd-hackers@freebsd.org" From: Karl Denninger Subject: Kernel UMA current occupancy statistics Message-ID: <18fdca3b-9002-db60-504b-388c628fab0e@denninger.net> Date: Wed, 31 Aug 2016 08:02:06 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha-512; boundary="------------ms020100000504020001050204" X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2016 13:02:18 -0000 This is a cryptographically signed message in MIME format. --------------ms020100000504020001050204 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Working on the ZFS ARC code I'm trying to find documentation on the means by which I can determine the occupancy of a UMA slab. There is a userland set of calls but I assume those are not the correct way to approach this in the kernel context. include/sys/vm/uma.h declares that the returned structure is to be opaque to users of the facility, and the only occupancy-related function I can find is uma_zone_get_cur, which gives me the number of items allocated but uma_zone_get_max states that it will return "0" if no limit on allocations has been set. Any hints on how to determine, if for example there are 50,000 "units" of memory that are currently held out of kmem in a given slab how many are actually allocated and how many are free and reusable without a further kernel memory allocation? What I'm trying to determine is this (from vmstat -z): ITEM SIZE LIMIT USED FREE REQ FAIL SLEEP zio_buf_512: 512, 0, 79865, 199359, 6495950, 0, 0 In other words how do I programmatically, inside a kernel routine (in this case zfs/arc.c) retrieve the "used" and "free" values if I have a given slab's pointer (which I can use to call kmem_cache_reap_now)? Thanks in advance; --=20 Karl Denninger karl@denninger.net /The Market Ticker/ /[S/MIME encrypted email preferred]/ --------------ms020100000504020001050204 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCC Bl8wggZbMIIEQ6ADAgECAgEpMA0GCSqGSIb3DQEBCwUAMIGQMQswCQYDVQQGEwJVUzEQMA4G A1UECBMHRmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3Rl bXMgTExDMRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhND dWRhIFN5c3RlbXMgTExDIENBMB4XDTE1MDQyMTAyMjE1OVoXDTIwMDQxOTAyMjE1OVowWjEL MAkGA1UEBhMCVVMxEDAOBgNVBAgTB0Zsb3JpZGExGTAXBgNVBAoTEEN1ZGEgU3lzdGVtcyBM TEMxHjAcBgNVBAMTFUthcmwgRGVubmluZ2VyIChPQ1NQKTCCAiIwDQYJKoZIhvcNAQEBBQAD ggIPADCCAgoCggIBALmEWPhAdphrWd4K5VTvE5pxL3blRQPyGF3ApjUjgtavqU1Y8pbI3Byg XDj2/Uz9Si8XVj/kNbKEjkRh5SsNvx3Fc0oQ1uVjyCq7zC/kctF7yLzQbvWnU4grAPZ3IuAp 3/fFxIVaXpxEdKmyZAVDhk9az+IgHH43rdJRIMzxJ5vqQMb+n2EjadVqiGPbtG9aZEImlq7f IYDTnKyToi23PAnkPwwT+q1IkI2DTvf2jzWrhLR5DTX0fUYC0nxlHWbjgpiapyJWtR7K2YQO aevQb/3vN9gSojT2h+cBem7QIj6U69rEYcEDvPyCMXEV9VcXdcmW42LSRsPvZcBHFkWAJqMZ Myiz4kumaP+s+cIDaXitR/szoqDKGSHM4CPAZV9Yh8asvxQL5uDxz5wvLPgS5yS8K/o7zDR5 vNkMCyfYQuR6PAJxVOk5Arqvj9lfP3JSVapwbr01CoWDBkpuJlKfpQIEeC/pcCBKknllbMYq yHBO2TipLyO5Ocd1nhN/nOsO+C+j31lQHfOMRZaPQykXVPWG5BbhWT7ttX4vy5hOW6yJgeT/ o3apynlp1cEavkQRS8uJHoQszF6KIrQMID/JfySWvVQ4ksnfzwB2lRomrdrwnQ4eG/HBS+0l eozwOJNDIBlAP+hLe8A5oWZgooIIK/SulUAsfI6Sgd8dTZTTYmlhAgMBAAGjgfQwgfEwNwYI KwYBBQUHAQEEKzApMCcGCCsGAQUFBzABhhtodHRwOi8vY3VkYXN5c3RlbXMubmV0Ojg4ODgw CQYDVR0TBAIwADARBglghkgBhvhCAQEEBAMCBaAwCwYDVR0PBAQDAgXgMCwGCWCGSAGG+EIB DQQfFh1PcGVuU1NMIEdlbmVyYXRlZCBDZXJ0aWZpY2F0ZTAdBgNVHQ4EFgQUxRyULenJaFwX RtT79aNmIB/u5VkwHwYDVR0jBBgwFoAUJHGbnYV9/N3dvbDKkpQDofrTbTUwHQYDVR0RBBYw FIESa2FybEBkZW5uaW5nZXIubmV0MA0GCSqGSIb3DQEBCwUAA4ICAQBPf3cYtmKowmGIYsm6 eBinJu7QVWvxi1vqnBz3KE+HapqoIZS8/PolB/hwiY0UAE1RsjBJ7yEjihVRwummSBvkoOyf G30uPn4yg4vbJkR9lTz8d21fPshWETa6DBh2jx2Qf13LZpr3Pj2fTtlu6xMYKzg7cSDgd2bO sJGH/rcvva9Spkx5Vfq0RyOrYph9boshRN3D4tbWgBAcX9POdXCVfJONDxhfBuPHsJ6vEmPb An+XL5Yl26XYFPiODQ+Qbk44Ot1kt9s7oS3dVUrh92Qv0G3J3DF+Vt6C15nED+f+bk4gScu+ JHT7RjEmfa18GT8DcT//D1zEke1Ymhb41JH+GyZchDRWtjxsS5OBFMzrju7d264zJUFtX7iJ 3xvpKN7VcZKNtB6dLShj3v/XDsQVQWXmR/1YKWZ93C3LpRs2Y5nYdn6gEOpL/WfQFThtfnat HNc7fNs5vjotaYpBl5H8+VCautKbGOs219uQbhGZLYTv6okuKcY8W+4EJEtK0xB08vqr9Jd0 FS9MGjQE++GWo+5eQxFt6nUENHbVYnsr6bYPQsZH0CRNycgTG9MwY/UIXOf4W034UpR82TBG 1LiMsYfb8ahQJhs3wdf1nzipIjRwoZKT1vGXh/cj3gwSr64GfenURBxaFZA5O1acOZUjPrRT n3ci4McYW/0WVVA3lDGCBRMwggUPAgEBMIGWMIGQMQswCQYDVQQGEwJVUzEQMA4GA1UECBMH RmxvcmlkYTESMBAGA1UEBxMJTmljZXZpbGxlMRkwFwYDVQQKExBDdWRhIFN5c3RlbXMgTExD MRwwGgYDVQQDExNDdWRhIFN5c3RlbXMgTExDIENBMSIwIAYJKoZIhvcNAQkBFhNDdWRhIFN5 c3RlbXMgTExDIENBAgEpMA0GCWCGSAFlAwQCAwUAoIICTTAYBgkqhkiG9w0BCQMxCwYJKoZI hvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNjA4MzExMzAyMDZaME8GCSqGSIb3DQEJBDFCBEAT 1lW3fJnaK7IA1Wgb5BiisO4yZYtMKzBGIWAzA8wBA/0Vh6WPPwn9FudtZTGFNOqzS8ylIkth neE0qtFXkp2fMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwgacGCSsGAQQBgjcQBDGBmTCBljCBkDELMAkGA1UEBhMCVVMxEDAOBgNV BAgTB0Zsb3JpZGExEjAQBgNVBAcTCU5pY2V2aWxsZTEZMBcGA1UEChMQQ3VkYSBTeXN0ZW1z IExMQzEcMBoGA1UEAxMTQ3VkYSBTeXN0ZW1zIExMQyBDQTEiMCAGCSqGSIb3DQEJARYTQ3Vk YSBTeXN0ZW1zIExMQyBDQQIBKTCBqQYLKoZIhvcNAQkQAgsxgZmggZYwgZAxCzAJBgNVBAYT AlVTMRAwDgYDVQQIEwdGbG9yaWRhMRIwEAYDVQQHEwlOaWNldmlsbGUxGTAXBgNVBAoTEEN1 ZGEgU3lzdGVtcyBMTEMxHDAaBgNVBAMTE0N1ZGEgU3lzdGVtcyBMTEMgQ0ExIjAgBgkqhkiG 9w0BCQEWE0N1ZGEgU3lzdGVtcyBMTEMgQ0ECASkwDQYJKoZIhvcNAQEBBQAEggIAM/1gwcy2 y3+/TrArpILrssnHiWcko3v/kwQLE6do//uQrh0Ym0HbZWcRDGuQtg4Kxx+Aqb6yd82X5St4 lfE/Z0oC7Dl9vJE6RWZfkVli0C6WPTBQEYmyqnhzWvek6LkH/y0slC+eYBfzbr+eC+uOVYB+ guM9TrbhJbdwAc2uCpsJo+ommekUWKWcobufqzKfPGfFJCmekFBmfstnH3Nc/pB2FzZ+2Eyz ozVW37J5Rt3tIyfBWC+EDjmNPp0C8qR2iN2KA+XaiYc1whSn5R8159sSfIgK40oL7hrMp+Eg /hEcgHzBGGBmPQwPwI0MxEmTL9qrX5IHnVEnazf1Recv6wbad2Ux24CXHEj6Tb92mTLdhSfz fGldnh8QSjEL/wrFEhE2hk+u6yn36Ic548qifCTUGOL6NxECCCUzhweq2s6kfC3J8bPh9p+7 bS3FBEXVRM1GjtGEgZPwh/QQPOMEU7nQDW3MsS+CCXGaAkbwZcMOa/iLZqkJri7RNlIWJDnj I1/GXPxnvojTuGC+7UoIqRk00r1ue4ADoQgNf17lKGt/zGVij2iHMFgUl/NZ3U8JQr2QQq2l YLQuWeFZ2NkgrIxOef24F8RNAYt+bjTfyw3PFtOG7f1kTQCSWFkTXGpar+U3t6TvQqh1zJy+ Cf9Sq4js4YUx3HmhoJpbXhWPKiQAAAAAAAA= --------------ms020100000504020001050204-- From owner-freebsd-hackers@freebsd.org Wed Aug 31 15:02:49 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 9EA44BCA0F5 for ; Wed, 31 Aug 2016 15:02:49 +0000 (UTC) (envelope-from by@reorigin.com) Received: from reorigin.com (unknown [IPv6:2403:2500:8000:1::967]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freebsd103", Issuer "freebsd103" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id ABC4F6A1 for ; Wed, 31 Aug 2016 15:02:48 +0000 (UTC) (envelope-from by@reorigin.com) Received: from [192.168.1.103] ([113.89.195.141]) (authenticated bits=0) by reorigin.com (8.15.2/8.15.2) with ESMTPSA id u7VExcjE099087 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 31 Aug 2016 14:59:50 GMT (envelope-from by@reorigin.com) From: by Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (1.0) Subject: Trivial bug on df(1) utility Message-Id: <309744C1-F54D-4DA3-9B64-E6D366E4D412@reorigin.com> Date: Wed, 31 Aug 2016 23:02:23 +0800 To: freebsd-hackers@freebsd.org X-Mailer: iPad Mail (13G36) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2016 15:02:49 -0000 Hi, I have submitted a bug report about df(1) utility, hope someone can check it. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208169 Thanks -- by From owner-freebsd-hackers@freebsd.org Sat Sep 3 18:46:43 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6CA5ABCE770 for ; Sat, 3 Sep 2016 18:46:43 +0000 (UTC) (envelope-from universite@ukr.net) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 23F5AF81 for ; Sat, 3 Sep 2016 18:46:42 +0000 (UTC) (envelope-from universite@ukr.net) Received: from [10.10.2.23] (helo=frv198.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1bgFxg-0004PU-Oh for freebsd-hackers@freebsd.org; Sat, 03 Sep 2016 21:46:40 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:Cc:To:Subject:From:Date; bh=sbYMRMvN9AW0BxfHfGLINnUoagalMJeY0aHWXlsMPrw=; b=KZ6iKgF2dTFmdhr2ZqItcr4fum63Bp+dKFieHAAqGWv0opnPeafvufgYQQ5/g4jFQMwEheLFvQrMpMQznwiEC+wZzPbNwGVtyiR69qmCQqmeTKzvTJQkL+7Sm4CTnc37UuhkwJqqBzHtrMne8GAdP4QRkoEAK9ewQQZGdt1p4bU=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv198.fwdcdn.com with smtp ID 1bgFxX-000O43-8p for freebsd-hackers@freebsd.org; Sat, 03 Sep 2016 21:46:31 +0300 Date: Sat, 03 Sep 2016 21:46:30 +0300 From: Vladislav Prodan Subject: Re: Freeze during boot process on Intel S1200RP Board To: freebsd-hackers@freebsd.org Cc: freebsd-acpi@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> Received: from universite@ukr.net by frv35.fwdcdn.com; Sat, 03 Sep 2016 21:46:31 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 18:46:43 -0000 I encountered a similar problem on Intel S1200RP motherboard. Attached is the output dmesg: http://pastebin.com/raw/ut11rb2T The problem is relevant to FreeBSD 10.3-STABLE (August 2016) and FreeBSD 11.0-PRERELEASE. As a temporary measure helped: sysctl kern.eventtimer.timer=HPET Now, the system reboots normally. Needless to spread acpidump and a resource? Or is it to make out in the form of PR? -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-hackers@freebsd.org Sat Sep 3 18:50:01 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DB842BCE915 for ; Sat, 3 Sep 2016 18:50:01 +0000 (UTC) (envelope-from universite@ukr.net) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id C61EB18C for ; Sat, 3 Sep 2016 18:50:01 +0000 (UTC) (envelope-from universite@ukr.net) Received: by mailman.ysv.freebsd.org (Postfix) id C1D84BCE914; Sat, 3 Sep 2016 18:50:01 +0000 (UTC) Delivered-To: hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C1797BCE913 for ; Sat, 3 Sep 2016 18:50:01 +0000 (UTC) (envelope-from universite@ukr.net) Received: from frv189.fwdcdn.com (frv189.fwdcdn.com [212.42.77.189]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 86B2818A for ; Sat, 3 Sep 2016 18:50:01 +0000 (UTC) (envelope-from universite@ukr.net) Received: from [10.10.1.23] (helo=frv199.fwdcdn.com) by frv189.fwdcdn.com with esmtp ID 1bgFg1-000Hjt-Mv for hackers@freebsd.org; Sat, 03 Sep 2016 21:28:25 +0300 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-Id:To:Subject:From:Date; bh=JqG1ghTWa1VlRARK47kmK53BGfBdLEc8fnJfjxU7i/s=; b=svZlR+szV8E1IszpD+cjfmFVZHB+Kk5UYZIbJ7f97Tp+y+RWj8A1uXe5+SdDeUBbzeYeH3WdndBEg5Xz0/y1G1pfPlpo4RRaNQeogUUpd4yD2L7zvy8wzWtJlOQvVqM1DfIJkENBbb+6/CPGWxeEa7XszfKYbTqo9TTSQqiEi+s=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv199.fwdcdn.com with smtp ID 1bgFfq-000DFK-NP for hackers@freebsd.org; Sat, 03 Sep 2016 21:28:14 +0300 Date: Sat, 03 Sep 2016 21:28:14 +0300 From: Vladislav Prodan Subject: Re: Freeze during boot process on Intel S1200RP Board To: hackers@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1472926961.579271492.cfojfpwu@frv35.fwdcdn.com> Received: from universite@ukr.net by frv35.fwdcdn.com; Sat, 03 Sep 2016 21:28:14 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 18:50:02 -0000 I encountered a similar problem on Intel S1200RP motherboard. Attached is the output dmesg: http://pastebin.com/raw/ut11rb2T -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-hackers@freebsd.org Sat Sep 3 19:10:00 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6869FBCEED2; Sat, 3 Sep 2016 19:10:00 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 D0662F2A; Sat, 3 Sep 2016 19:09:59 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u83J9rjs086437 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 3 Sep 2016 22:09:53 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u83J9rjs086437 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u83J9o9L086436; Sat, 3 Sep 2016 22:09:50 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 3 Sep 2016 22:09:50 +0300 From: Konstantin Belousov To: Vladislav Prodan Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Freeze during boot process on Intel S1200RP Board Message-ID: <20160903190950.GA83214@kib.kiev.ua> References: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> User-Agent: Mutt/1.6.1 (2016-04-27) 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.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 19:10:00 -0000 On Sat, Sep 03, 2016 at 09:46:30PM +0300, Vladislav Prodan wrote: > > I encountered a similar problem on Intel S1200RP motherboard. > > Attached is the output dmesg: > http://pastebin.com/raw/ut11rb2T Is this from a succesful boot ? I.e., userland did started normally. Please use 11.0 and provide me with the verbose dmesg of both succesful and hanging boot. Most likely I will need to get the output from a series of the debugging patches to see what is going on. > > The problem is relevant to FreeBSD 10.3-STABLE (August 2016) and FreeBSD 11.0-PRERELEASE. > > As a temporary measure helped: > sysctl kern.eventtimer.timer=HPET > > Now, the system reboots normally. > > Needless to spread acpidump and a resource? > > Or is it to make out in the form of PR? > > -- > Vladislav V. Prodan > System & Network Administrator > support.od.ua > > > > > _______________________________________________ > freebsd-acpi@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-acpi > To unsubscribe, send any mail to "freebsd-acpi-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Sat Sep 3 20:08:45 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7B365BCEF18 for ; Sat, 3 Sep 2016 20:08:45 +0000 (UTC) (envelope-from universite@ukr.net) Received: from frv197.fwdcdn.com (frv197.fwdcdn.com [212.42.77.197]) (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 3F77BD79 for ; Sat, 3 Sep 2016 20:08:44 +0000 (UTC) (envelope-from universite@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-Id:Cc:To:Subject:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=lMrv4MPHIihh+r9YwheNIkNLcNgSysdja0piJ16+bjs=; b=up4CVnbKNNxMNS6BtpjCgfKEVG WIUHBvt67TZYy7xlezhKsntS1IEoGKNlH6Hb/dljBfge9E6jx9Gb+hRF27dMuTyZn4hJ1IJMS/OM7 kx0hLo9Gse6q6GJqqF8/mSRFcus2z8K/XD6Zn/rSYHJDgGjoFnGVHXJy/I51iaOwaEaE=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv197.fwdcdn.com with smtp ID 1bgHF3-000H8h-Vp for freebsd-hackers@freebsd.org; Sat, 03 Sep 2016 23:08:41 +0300 Date: Sat, 03 Sep 2016 23:08:41 +0300 From: Vladislav Prodan Subject: Re[2]: Freeze during boot process on Intel S1200RP Board To: freebsd-hackers@freebsd.org Cc: freebsd-acpi@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1472932913.386457492.0z8b0wn5@frv35.fwdcdn.com> In-Reply-To: <20160903190950.GA83214@kib.kiev.ua> References: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> <20160903190950.GA83214@kib.kiev.ua> X-Reply-Action: reply Received: from universite@ukr.net by frv35.fwdcdn.com; Sat, 03 Sep 2016 23:08:41 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 20:08:45 -0000 --- Original message --- From: "Konstantin Belousov" Date: 3 September 2016, 22:10:13 > On Sat, Sep 03, 2016 at 09:46:30PM +0300, Vladislav Prodan wrote: > > > > I encountered a similar problem on Intel S1200RP motherboard. > > > > Attached is the output dmesg: > > http://pastebin.com/raw/ut11rb2T > Is this from a succesful boot ? I.e., userland did started normally. Yes. > > Please use 11.0 and provide me with the verbose dmesg of both succesful > and hanging boot. There is no opportunity and time to install FreeBSD 11.0. C client approved installation FreeBSD 10.3-STABLE. There is a screenshot at the time of freezing: http://s017.radikal.ru/i412/1609/cf/f24d5d5a61c0.jpg > > Most likely I will need to get the output from a series of the debugging > patches to see what is going on. > > > > > The problem is relevant to FreeBSD 10.3-STABLE (August 2016) and FreeBSD 11.0-PRERELEASE. > > > > As a temporary measure helped: > > sysctl kern.eventtimer.timer=HPET > > > > Now, the system reboots normally. > > > > Needless to spread acpidump and a resource? > > > > Or is it to make out in the form of PR? > > > > -- > > Vladislav V. Prodan > > System & Network Administrator > > support.od.ua > > -- Vladislav V. Prodan System & Network Administrator support.od.ua From owner-freebsd-hackers@freebsd.org Sat Sep 3 20:35:03 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 174B7BCE5DA; Sat, 3 Sep 2016 20:35:03 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (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 82C1BA08; Sat, 3 Sep 2016 20:35:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id u83KYtRO006820 (version=TLSv1 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 3 Sep 2016 23:34:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua u83KYtRO006820 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id u83KYtb8006819; Sat, 3 Sep 2016 23:34:55 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 3 Sep 2016 23:34:55 +0300 From: Konstantin Belousov To: Vladislav Prodan Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org Subject: Re: Freeze during boot process on Intel S1200RP Board Message-ID: <20160903203455.GB83214@kib.kiev.ua> References: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> <20160903190950.GA83214@kib.kiev.ua> <1472932913.386457492.0z8b0wn5@frv35.fwdcdn.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1472932913.386457492.0z8b0wn5@frv35.fwdcdn.com> User-Agent: Mutt/1.6.1 (2016-04-27) X-Spam-Status: No, score=-0.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on tom.home X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 20:35:03 -0000 On Sat, Sep 03, 2016 at 11:08:41PM +0300, Vladislav Prodan wrote: > > > > --- Original message --- > From: "Konstantin Belousov" > Date: 3 September 2016, 22:10:13 > > > > > On Sat, Sep 03, 2016 at 09:46:30PM +0300, Vladislav Prodan wrote: > > > > > > I encountered a similar problem on Intel S1200RP motherboard. > > > > > > Attached is the output dmesg: > > > http://pastebin.com/raw/ut11rb2T > > Is this from a succesful boot ? I.e., userland did started normally. > > Yes. > > > > > Please use 11.0 and provide me with the verbose dmesg of both succesful > > and hanging boot. > > There is no opportunity and time to install FreeBSD 11.0. > C client approved installation FreeBSD 10.3-STABLE. It will be much less opportunity and much more time required to track it down with debugging done on 10 and not HEAD or 11. Also, there were some significant changes in 11/HEAD WRT LAPIC timer, which might directly affect this machine. Note that you really do not need to overwrite the 10.3 userspace, I only need 11 or HEAD kernel. > > There is a screenshot at the time of freezing: > http://s017.radikal.ru/i412/1609/cf/f24d5d5a61c0.jpg So now I am confused. The system hangs at boot, according to the screenshot. Also, you stated that changing eventtimer choice with sysctl (from LAPIC ?) to HPET helps. Sysctl cannot be issued unless system booted to at least single-user mode. What is the exact scenario for the hang ? Regardless of the answer to the question above, apply the following debugging patch to the kernel and show the screenshot of the hang. Index: sys/amd64/amd64/mp_machdep.c =================================================================== --- sys/amd64/amd64/mp_machdep.c (revision 305361) +++ sys/amd64/amd64/mp_machdep.c (working copy) @@ -1007,6 +1007,7 @@ start_ap(int apic_id) int vector, ms; int cpus; +printf("start_ap apic_id %d\n", apic_id); /* calculate the vector */ vector = (boot_address >> 12) & 0xff; From owner-freebsd-hackers@freebsd.org Sat Sep 3 21:37:20 2016 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 251B0BCDB3A for ; Sat, 3 Sep 2016 21:37:20 +0000 (UTC) (envelope-from universite@ukr.net) Received: from frv196.fwdcdn.com (frv196.fwdcdn.com [212.42.77.196]) (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 DAB5067 for ; Sat, 3 Sep 2016 21:37:19 +0000 (UTC) (envelope-from universite@ukr.net) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=ukr.net; s=ffe; h=Content-Transfer-Encoding:Content-Type:MIME-Version:References: In-Reply-To:Message-Id:Cc:To:Subject:From:Date:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=uA7RnA634zVeTSxV/vAALF4Jf6AacRcLjBUBFynOeC8=; b=fi+Gu5+OB5oMyG6zbV3VHQxi+K rBSr+ktU2/okW8bEeGPLn/AkiA1Wn+YKl+u1m46oTAFsT6V785athD3r/yk5edhVVGYBqOzZz9gCO PIzJtKkaYKx0gexis2Zv9gYZ9OKx3onVTR8O11/WjHMt9xE8NV2O9KluZmn3cGrhX7Dk=; Received: from [10.10.10.35] (helo=frv35.fwdcdn.com) by frv196.fwdcdn.com with smtp ID 1bgIcm-0007pL-0M for freebsd-hackers@freebsd.org; Sun, 04 Sep 2016 00:37:16 +0300 Date: Sun, 04 Sep 2016 00:37:15 +0300 From: Vladislav Prodan Subject: Re[2]: Freeze during boot process on Intel S1200RP Board To: Konstantin Belousov Cc: freebsd-hackers@freebsd.org, freebsd-acpi@freebsd.org X-Mailer: mail.ukr.net 5.0 Message-Id: <1472937860.641023053.23hxzq6k@frv35.fwdcdn.com> In-Reply-To: <20160903203455.GB83214@kib.kiev.ua> References: <1472927832.254600230.0917rnnm@frv35.fwdcdn.com> <20160903190950.GA83214@kib.kiev.ua> <1472932913.386457492.0z8b0wn5@frv35.fwdcdn.com> <20160903203455.GB83214@kib.kiev.ua> X-Reply-Action: reply Received: from universite@ukr.net by frv35.fwdcdn.com; Sun, 04 Sep 2016 00:37:15 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: binary Content-Disposition: inline X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Sep 2016 21:37:20 -0000 --- Original message --- From: "Konstantin Belousov" Date: 3 September 2016, 23:35:17 > On Sat, Sep 03, 2016 at 11:08:41PM +0300, Vladislav Prodan wrote: > > > > > > > > --- Original message --- > > From: "Konstantin Belousov" > > Date: 3 September 2016, 22:10:13 > > > > > > > > > On Sat, Sep 03, 2016 at 09:46:30PM +0300, Vladislav Prodan wrote: > > > > > > > > I encountered a similar problem on Intel S1200RP motherboard. > > > > > > > > Attached is the output dmesg: > > > > http://pastebin.com/raw/ut11rb2T > > > Is this from a succesful boot ? I.e., userland did started normally. > > > > Yes. > > > > > > > > Please use 11.0 and provide me with the verbose dmesg of both succesful > > > and hanging boot. > > > > There is no opportunity and time to install FreeBSD 11.0. > > C client approved installation FreeBSD 10.3-STABLE. > It will be much less opportunity and much more time required to track it > down with debugging done on 10 and not HEAD or 11. > > Also, there were some significant changes in 11/HEAD WRT LAPIC timer, > which might directly affect this machine. Note that you really do not > need to overwrite the 10.3 userspace, I only need 11 or HEAD kernel. > > > > > There is a screenshot at the time of freezing: > > http://s017.radikal.ru/i412/1609/cf/f24d5d5a61c0.jpg > So now I am confused. The system hangs at boot, according to the > screenshot. Also, you stated that changing eventtimer choice with sysctl > (from LAPIC ?) to HPET helps. Sysctl cannot be issued unless system > booted to at least single-user mode. Yes you are right. The system is loaded with LAPIC. ... Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 ... But then, through the sysctl overridden in HPET. >On Sun, Aug 30, 2015 at 09:17:06AM +0300, Vladimir Laskov wrote: >> Hello, All. >> >> I have a problem on Intel S1200RP Board. >> >> boot process is freeze on boot stage >> >> how to repeat? >> >> 1. launch system reboot >> 2. wait to start kernel initialization stage >> 3. system freeze on kernel initialization stage >> >> screenshot here >> http://oi62.tinypic.com/33d8jz5.jpg >> >> please help me >> >> P.S. - if i reset system and boot linux, freebsd start without freeze Perhaps, ACPI motherboard has short-term memory :) > > Regardless of the answer to the question above, apply the following > debugging patch to the kernel and show the screenshot of the hang. > I'm not sure I can reproduce freeze. > Index: sys/amd64/amd64/mp_machdep.c > =================================================================== > --- sys/amd64/amd64/mp_machdep.c (revision 305361) > +++ sys/amd64/amd64/mp_machdep.c (working copy) > @@ -1007,6 +1007,7 @@ start_ap(int apic_id) > int vector, ms; > int cpus; > > +printf("start_ap apic_id %d\n", apic_id); > /* calculate the vector */ > vector = (boot_address >> 12) ΓΏ -- Vladislav V. Prodan System & Network Administrator support.od.ua