From owner-freebsd-hackers@freebsd.org Sun Mar 8 05:42:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6B5F125EEDE for ; Sun, 8 Mar 2020 05:42:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-20.consmr.mail.gq1.yahoo.com (sonic301-20.consmr.mail.gq1.yahoo.com [98.137.64.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48Zqxl3sGfz4dfx for ; Sun, 8 Mar 2020 05:42:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: Ot6Dw5AVM1nq3Jj47v8n1acyS5DKCKklJDP5RW0FYYGFQ7p8LeQ1kW8rjdm.zZR omYVR96ULFkFkhRiQe0iR5ebz.kaEGQb_tNogLOQBK6C4qaNhEyObh1MmMYP54sGrul4cSBoOeVL j_QCe5jqCr5pyd6RClxc_yVY2PoJ.gNj17r5BzSLH.l1S2Fpzqz.fAi0tHkDHmyhLQqF7tQplltc fSdndRdRQ_sElEt9Y6ZiO67I_62Bwt.1JM_LNs_0XM5srvepsakRw9wSNyaeeagfSRM5CpCxzRRf MeSzxbd6vWLWbFZGGJg6_ia3TBrWzfGf8VqYZf5r8uPl5yVn4fG08SjZiIuiI4JNwKzplsPbawRH yoHCzDIGiraKdq_bRI9shuIctcb9.89Kdk.FMj3LRlloO88j3kVEauYofqm9VpWDSrXFTW33B70g sb_4G4xyZ.teknU43aRHl327.yyd7PYNQe.z8BdPD99YH6EF_U5e.4PKPODMkAdDZPgwMBFdV4nK KIrkNeY1cGFjrDnTGyyN7HqLnH0_T_LMkq_I_NJaWE0H5SXWTwbn5JWq0J7fYweX7aJOXOE8NI_G 078e8ji3C8L1HbXZgyw37.BLFQUt6FJA5NLvqkFxABhTykKn3SpNNZTufHIyqgPrm1kjrE76GHP8 kwhybtBMez0ZUaqKw2rdx9pAyZpLMB7C5yHqMGlWddVnhX9RaF_GHOA6NX0eIddZF2CuksaGBuEd RcNhAR9JLMz.k0p7gLEHkNaJ_JgAPZgyMdkcuQmh0.yZZzltBDR4NdKXcqlSW9PX_QUKmwZjDXLv 42cipFiK1eLcB4FTqz14_hv_MYv1NtorDxoCsSZRptO6Cu6FdxUiGL7UCxPK2RyJkD4HYtQFmYBb 7iMN8b4oeauJUpvtR1ZI4nQbuNFNbR1kOaaXdi9O3IKF2qDjlzbSXArV4Xp4xS6x4exwAFderu5l VyzgnZ.uaUaZAUQBw9bIJexg1jqLqX8PtfnHWlSeYjMvkwjtNvjTg.9WjS1I3.djzvliV27tNmcs jD5SZE1yohMVhKXb18dGi1xgojRYWtjL09R29eG02Iz_566JxV1x1bCxqFwjzRyK7y20iaxHTzEo IeFdJ11nbMpFwJIBxjxZjrF3731AfuVj_4uDrfr2INNNfN2HTXxoafjbFy6ArDip.XdpEyrQWGwf jr0WVswNOcgEVkCc3asy.leVt1hiAAKzoryhM1hkR.YHchrlrTpWk5yy3Bvu_QvtozjKor_1LyD5 9DtMkZmh3grMmsPscWhA6_RDo5jxrwwUfNzLmf61UuVywhrKfp7D6Mu0aj0R3vkBrrbGs_LIMeR0 k8Y16KpgYX.ECjhRCzAcWcr4QWFoy70tAKefCC.1LQri4LddzTQBMLel.TXxcoiiF9.pvIXiwaDd .UHI- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sun, 8 Mar 2020 05:42:33 +0000 Received: by smtp414.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 34a81c2ff716654377b2d950a00098de; Sun, 08 Mar 2020 05:42:30 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: bugzilla 213937, syscall(int, ...), struct ktr_syscall's short ktr_code, struct syscall_args's u_int code: should the bug be closed? Message-Id: <5AEC7760-EF38-4738-AEBD-9E563CB0E62B@yahoo.com> Date: Sat, 7 Mar 2020 21:42:29 -0800 To: FreeBSD Hackers X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <5AEC7760-EF38-4738-AEBD-9E563CB0E62B.ref@yahoo.com> X-Rspamd-Queue-Id: 48Zqxl3sGfz4dfx X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.15 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; NEURAL_SPAM_MEDIUM(1.00)[0.999,0]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (3.58), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; NEURAL_SPAM_LONG(0.65)[0.653,0]; RCVD_IN_DNSWL_NONE(0.00)[146.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 05:42:37 -0000 Question: Should bugzilla 213937 be left as-is to suggest changing things so that more bad syscall "code/number" values are preserved and reported correctly if/when they happen? Background leading to the question . . . I've been reviewing some of my old bugzilla reports that are still in the new state, closing or adding notes to a bunch of them. The status for what contributes to bugzilla 213937 has not changed over the years since the submittal. Bugzilla 213937 was a report of ktrace misreporting the 24 bit field value in the armv7 svclt instruction. (I had a bad file that had such an instruction with a large 24-bit field value that lead to seeing the problems. It was rather confusing until I figured out the information reported was incorrect relative to the instruction encoding.) Part of the problem was that it looked like the lower 16 bits had been used but sign extended to produce the reported value, a negative number as reported. (It took a while to notice that.) Oleksandr Tymoshenko eventually reported in comment #2 that there is the odd mix of types in use overall (I'm using the "code" terminology below): syscall(int code,...) struct ktr_syscall's short ktr_code struct syscall_args's u_int code Sure enough, using ktr_code could generate a sign-extension of a 16-bit value. But syscall and syscall_args are a little odd as well (signed vs. unsigned at least). It looks like "short ktr_code" has been around for long before I ever ran into it and might well be expected by folks with more historical background than I had. But it can not preserve all int or u_int values for FreeBSD's normal definitions of those types. Is this something that should be fixed? Does it have a reason for being as it is? === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Sun Mar 8 05:58:22 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B3A0925F6C1 for ; Sun, 8 Mar 2020 05:58:22 +0000 (UTC) (envelope-from ivlevsr@yandex.ru) Received: from forward105j.mail.yandex.net (forward105j.mail.yandex.net [IPv6:2a02:6b8:0:801:2::108]) (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 48ZrHv6htwz4Mr7 for ; Sun, 8 Mar 2020 05:58:19 +0000 (UTC) (envelope-from ivlevsr@yandex.ru) Received: from mxback10j.mail.yandex.net (mxback10j.mail.yandex.net [IPv6:2a02:6b8:0:1619::113]) by forward105j.mail.yandex.net (Yandex) with ESMTP id 28A96B20C22; Sun, 8 Mar 2020 08:58:15 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback10j.mail.yandex.net (mxback/Yandex) with ESMTP id E7AMgDCJ2C-wElissjU; Sun, 08 Mar 2020 08:58:14 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1583647094; bh=ZWPYLP4x7IpZ+8cdcyultuHi/ZQVAgn7ekNKrkrjESY=; h=References:Date:Message-Id:Subject:In-Reply-To:To:From; b=ahsNxBXvEAhDXHRB4kRuzxL450bvD0j8RWQJzn23tKZZxW6sfAPxfUIT7IWuLB+mh fqwGP4TYYgCFORQ+hh3+5wxbdYaSNOpgV5KUaJmVNkoTz2DIgbEdpt4CN6/bEN2+r1 FkdIoGIXpIl43ph3fuUblW2/dwNM8DRJI4TTYOLw= Received: by iva3-64eac1bc5e68.qloud-c.yandex.net with HTTP; Sun, 08 Mar 2020 08:58:14 +0300 From: Sergey Ivlev To: Theron , "freebsd-hackers@freebsd.org" In-Reply-To: References: <2228511583493903@vla3-bebe75876e15.qloud-c.yandex.net> Subject: Re: Cross-building ports with release(7) MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 08 Mar 2020 10:58:14 +0500 Message-Id: <3327331583646080@iva4-6593cae50902.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 48ZrHv6htwz4Mr7 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=ahsNxBXv; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of ivlevsr@yandex.ru designates 2a02:6b8:0:801:2::108 as permitted sender) smtp.mailfrom=ivlevsr@yandex.ru X-Spamd-Result: default: False [-2.98 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yandex.ru]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0::/52]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[yandex.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.48), ipnet: 2a02:6b8::/32(-4.74), asn: 13238(-3.84), country: RU(0.01)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; DWL_DNSWL_NONE(0.00)[yandex.ru.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[8.0.1.0.0.0.0.0.0.0.0.0.2.0.0.0.1.0.8.0.0.0.0.0.8.b.6.0.2.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 05:58:22 -0000 06.03.2020, 22:09, "Theron" : > On 2020-03-06 06:25, Sergey Ivlev wrote: >>  Therefore, my question is: is it possible while building an image for ARMv7 on AMD64 host with release(7) also building and installing ports into the result image? >> >>  Thanks in advance! > > This will likely require much work, either as local workarounds or as > some reworking of the ports building framework: > https://wiki.freebsd.org/CrossBuildingPorts Thanks for this link, Theron! Of course, almost any method described there will require from me to extend my knowledge in FreeBSD ports infrastructure :-D But that's excellent! From owner-freebsd-hackers@freebsd.org Sun Mar 8 06:11:06 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A8FD025FB74; Sun, 8 Mar 2020 06:11:06 +0000 (UTC) (envelope-from ivlevsr@yandex.ru) Received: from forward102o.mail.yandex.net (forward102o.mail.yandex.net [37.140.190.182]) (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 48ZrZb5SP0z4gMm; Sun, 8 Mar 2020 06:11:03 +0000 (UTC) (envelope-from ivlevsr@yandex.ru) Received: from forward100q.mail.yandex.net (forward100q.mail.yandex.net [IPv6:2a02:6b8:c0e:4b:0:640:4012:bb97]) by forward102o.mail.yandex.net (Yandex) with ESMTP id EA9936680D8E; Sun, 8 Mar 2020 09:10:59 +0300 (MSK) Received: from mxback11q.mail.yandex.net (mxback11q.mail.yandex.net [IPv6:2a02:6b8:c0e:1b4:0:640:1f0c:10f2]) by forward100q.mail.yandex.net (Yandex) with ESMTP id E658F708000A; Sun, 8 Mar 2020 09:10:59 +0300 (MSK) Received: from localhost (localhost [::1]) by mxback11q.mail.yandex.net (mxback/Yandex) with ESMTP id r6uByuhLwb-AxRSfvoO; Sun, 08 Mar 2020 09:10:59 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1583647859; bh=zVJrpxsIEZrrSqKKs4BoYgpT/z2LoCN7qD42UsM3aJQ=; h=References:Date:Message-Id:Subject:In-Reply-To:To:From; b=kjPkAVypLy9Er2vr64baVmUtb9euLMN7YzTJhZQKwDSw6+TLVlMJah+Ca0zlE6YRn amZuiPV9P5KPEHR9u0ve2h5c4XInHHlPtKBoK277AqGxHCib6j1InMUrYRgA/B/Av6 7XeyrMbNin6/vNvckqYuLn9v7Vo9kagGWtnWHwEM= Received: by vla1-19f0dde8b070.qloud-c.yandex.net with HTTP; Sun, 08 Mar 2020 09:10:59 +0300 From: Sergey Ivlev To: Ian Lepore , "freebsd-hackers@freebsd.org" , "freebsd-arm@FreeBSD.org" In-Reply-To: <76e66ea321b8d7480af75cfbd38fa55f5ac40afd.camel@freebsd.org> References: <2228511583493903@vla3-bebe75876e15.qloud-c.yandex.net> <76e66ea321b8d7480af75cfbd38fa55f5ac40afd.camel@freebsd.org> Subject: Re: Cross-building ports with release(7) MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Sun, 08 Mar 2020 11:10:59 +0500 Message-Id: <3580141583647357@vla1-2bebf6b1c06e.qloud-c.yandex.net> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 48ZrZb5SP0z4gMm X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yandex.ru header.s=mail header.b=kjPkAVyp; dmarc=pass (policy=none) header.from=yandex.ru; spf=pass (mx1.freebsd.org: domain of ivlevsr@yandex.ru designates 37.140.190.182 as permitted sender) smtp.mailfrom=ivlevsr@yandex.ru X-Spamd-Result: default: False [-3.09 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[yandex.ru:s=mail]; NEURAL_HAM_MEDIUM(-0.99)[-0.990,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18:c]; FREEMAIL_FROM(0.00)[yandex.ru]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(0.00)[ip: (-9.89), ipnet: 37.140.128.0/18(-4.89), asn: 13238(-3.84), country: RU(0.01)]; DKIM_TRACE(0.00)[yandex.ru:+]; DMARC_POLICY_ALLOW(-0.50)[yandex.ru,none]; DWL_DNSWL_NONE(0.00)[yandex.ru.dwl.dnswl.org : 127.0.5.0]; IP_SCORE_FREEMAIL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yandex.ru]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[182.190.140.37.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 06:11:06 -0000 06.03.2020, 22:15, "Ian Lepore" : > On Fri, 2020-03-06 at 16:25 +0500, Sergey Ivlev wrote: >>  Hello! >> >>  I've successfully built FreeBSD 13.0-CURRENT (r358609) image for >>  ARMv7 on AMD64 host using release(7). >> >>  I wonder is it possible for AMD64 host to build/install ports into >>  the image? >> >>  I've defined arm_do_quirk function in my configuration file, where >>  I'm calling `make DESTDIR=${CHROOTDIR}/${DESTDIR} TARGET=arm >>  TARGET_ARCH=armv7 ... build install clean`. But it ended up with >>  error, of course, because that make(1) chroots into >>  ${CHROOTDIR}/${DESTDIR} and runs executables from there, but >>  ${CHROOTDIR}/${DESTDIR} is where **built target** located (i.e. where >>  files for ARMv7; ${CHROOTDIR}/${DESTDIR} is {my chrrot >>  dir}/usr/obj/usr/src/arm.armv7/release/{kernel name}). Altering the >>  PATH variable so it will specify ${CHROOTDIR} as the first entry, >>  doesn't help either -- I end up with the same ``exec format error'' >>  (env PATH="${CHROOTDIR}:${PATH}" make DESTDIR=...). >> >>  I had also tried to `chroot ${CHROOTDIR} make DESTDIR=${DESTDIR} >>  TARGET=arm TARGET_ARCH=armv7 ... build install clean`, but >>  mount_nullfs(8) failed under chroot(8). >> >>  Therefore, my question is: is it possible while building an image for >>  ARMv7 on AMD64 host with release(7) also building and installing >>  ports into the result image? >> >>  Thanks in advance! > > Cross-building ports is done with poudriere and qemu. There is some > info on setting it up in https://wiki.freebsd.org/QemuUserModeHowTo but > I think that's pretty out of date. There may be newer how-to info that > I'm not aware of. I'm going to CC the freebsd-arm@ list on this reply, > because the folks there probably know of better information resources > for all this. > > I also have no idea how to integrate poudriere-based building with > release(7) stuff. It may be a matter of building a local package repo > using poudriere, then configuring the release script stuff to use it. Thanks for reply! Let's suppose that I've built a local repository with packages targeting ARM (using poudriere and qemu). Is it possible than to use `pkg add -c {CHROOTDIR} arm_pkg_name` within arm_do_quirk function to install a package into the release? From owner-freebsd-hackers@freebsd.org Sun Mar 8 07:21:53 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0B0F926118F; Sun, 8 Mar 2020 07:21:53 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from hz.grosbein.net (hz.grosbein.net [IPv6:2a01:4f8:c2c:26d8::2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "hz.grosbein.net", Issuer "hz.grosbein.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Zt8G5gcyz41Y5; Sun, 8 Mar 2020 07:21:50 +0000 (UTC) (envelope-from eugen@grosbein.net) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13:0:0:0:5]) by hz.grosbein.net (8.15.2/8.15.2) with ESMTPS id 0287LW3Q047027 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sun, 8 Mar 2020 07:21:33 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: ivlevsr@yandex.ru Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 0287LQpj013626 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 8 Mar 2020 14:21:26 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Cross-building ports with release(7) To: Sergey Ivlev , Ian Lepore , "freebsd-hackers@freebsd.org" , "freebsd-arm@FreeBSD.org" References: <2228511583493903@vla3-bebe75876e15.qloud-c.yandex.net> <76e66ea321b8d7480af75cfbd38fa55f5ac40afd.camel@freebsd.org> <3580141583647357@vla1-2bebf6b1c06e.qloud-c.yandex.net> From: Eugene Grosbein Message-ID: <576eb96e-d5a5-541b-60cd-49a29592d89c@grosbein.net> Date: Sun, 8 Mar 2020 14:21:17 +0700 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <3580141583647357@vla1-2bebf6b1c06e.qloud-c.yandex.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.3 required=5.0 tests=BAYES_00,LOCAL_FROM, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Report: * -2.3 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 SPF_PASS SPF: sender matches SPF record * 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record * 2.6 LOCAL_FROM From my domains X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 48Zt8G5gcyz41Y5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=permerror (mx1.freebsd.org: domain of eugen@grosbein.net uses mechanism not recognized by this client) smtp.mailfrom=eugen@grosbein.net X-Spamd-Result: default: False [-3.94 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_PERMFAIL(0.00)[]; IP_SCORE(-1.85)[ip: (-5.12), ipnet: 2a01:4f8::/29(-2.55), asn: 24940(-1.56), country: DE(-0.02)]; FREEMAIL_TO(0.00)[yandex.ru]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 07:21:53 -0000 > Let's suppose that I've built a local repository with packages > targeting ARM (using poudriere and qemu). Is it possible than to use > `pkg add -c {CHROOTDIR} arm_pkg_name` within arm_do_quirk function to > install a package into the release? Use qemu-user-mode to run ARM binary of pkg inside chroot to install packages. From owner-freebsd-hackers@freebsd.org Sun Mar 8 17:53:23 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 62C452701E0 for ; Sun, 8 Mar 2020 17:53:23 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48b88x4B32z3NTQ; Sun, 8 Mar 2020 17:53:21 +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 028Hr73U066628 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 8 Mar 2020 19:53:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 028Hr73U066628 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id 028Hr6Nt066627; Sun, 8 Mar 2020 19:53:06 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 8 Mar 2020 19:53:06 +0200 From: Konstantin Belousov To: Mark Millard Cc: FreeBSD Hackers , jhb@freebsd.org Subject: Re: bugzilla 213937, syscall(int, ...), struct ktr_syscall's short ktr_code, struct syscall_args's u_int code: should the bug be closed? Message-ID: <20200308175306.GM98340@kib.kiev.ua> References: <5AEC7760-EF38-4738-AEBD-9E563CB0E62B.ref@yahoo.com> <5AEC7760-EF38-4738-AEBD-9E563CB0E62B@yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5AEC7760-EF38-4738-AEBD-9E563CB0E62B@yahoo.com> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 48b88x4B32z3NTQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=gmail.com (policy=none); spf=softfail (mx1.freebsd.org: 2001:470:d5e7:1::1 is neither permitted nor denied by domain of kostikbel@gmail.com) smtp.mailfrom=kostikbel@gmail.com X-Spamd-Result: default: False [-0.94 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.94)[-0.938,0]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; IP_SCORE_FREEMAIL(0.00)[]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-3.14), ipnet: 2001:470::/32(-4.65), asn: 6939(-3.59), country: US(-0.05)]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 17:53:23 -0000 On Sat, Mar 07, 2020 at 09:42:29PM -0800, Mark Millard via freebsd-hackers wrote: > Question: Should bugzilla 213937 be left as-is to suggest > changing things so that more bad syscall "code/number" > values are preserved and reported correctly if/when they > happen? > > Background leading to the question . . . > > I've been reviewing some of my old bugzilla reports that > are still in the new state, closing or adding notes to a > bunch of them. The status for what contributes to > bugzilla 213937 has not changed over the years since the > submittal. > > Bugzilla 213937 was a report of ktrace misreporting the 24 > bit field value in the armv7 svclt instruction. (I had a bad > file that had such an instruction with a large 24-bit field > value that lead to seeing the problems. It was rather > confusing until I figured out the information reported was > incorrect relative to the instruction encoding.) > > Part of the problem was that it looked like the lower 16 > bits had been used but sign extended to produce the > reported value, a negative number as reported. (It took > a while to notice that.) > > Oleksandr Tymoshenko eventually reported in comment #2 > that there is the odd mix of types in use overall > (I'm using the "code" terminology below): > > syscall(int code,...) > struct ktr_syscall's short ktr_code > struct syscall_args's u_int code > > Sure enough, using ktr_code could generate a sign-extension > of a 16-bit value. But syscall and syscall_args are a > little odd as well (signed vs. unsigned at least). > > It looks like "short ktr_code" has been around for long > before I ever ran into it and might well be expected by > folks with more historical background than I had. But it > can not preserve all int or u_int values for FreeBSD's > normal definitions of those types. > > Is this something that should be fixed? Does it have a > reason for being as it is? I do not think that we want to change the layout of KTR_SYSCALL message. We can re-define the message number and extend the ktr_code member to full u_int, but the general hope is that we are very far from having 32K syscalls defined, and will be for quite some time. It might be that some relief for invalid printing can be provided by changing the ktr_code type to unsigned short. It does not fix truncation, but would avoid sign-extension bug. Or even this. diff --git a/usr.bin/kdump/kdump.c b/usr.bin/kdump/kdump.c index 3b597533359..522877ccb2d 100644 --- a/usr.bin/kdump/kdump.c +++ b/usr.bin/kdump/kdump.c @@ -796,7 +796,7 @@ ktrsyscall(struct ktr_syscall *ktr, u_int sv_flags) intmax_t arg; int quad_align, quad_slots; - syscallname(ktr->ktr_code, sv_flags); + syscallname((unsigned short)ktr->ktr_code, sv_flags); ip = first = &ktr->ktr_args[0]; if (narg) { char c = '('; @@ -1534,7 +1534,7 @@ ktrsysret(struct ktr_sysret *ktr, u_int sv_flags) register_t ret = ktr->ktr_retval; int error = ktr->ktr_error; - syscallname(ktr->ktr_code, sv_flags); + syscallname((unsigned short)ktr->ktr_code, sv_flags); printf(" "); if (error == 0) { From owner-freebsd-hackers@freebsd.org Sun Mar 8 22:05:29 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 546D4277895 for ; Sun, 8 Mar 2020 22:05:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48bFlq4gNVz4gBN for ; Sun, 8 Mar 2020 22:05:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NFbPajMVM1kBN1na1VaePcXUlrsVYKbfaG3GXQfv8nqf9OtJXIovq1CxGaIeyN9 7NZW0eZVxmHgPwxUL2GW.P2kgL5PRjjuiMV2engsK_uYKooPb6UymGpycrMMrmPI70ogRlhggsYw yLEe9eOXFYVlI0t5Crcvi1KDjr1CtP0o.dZUBCNi1cMxPqGp5.udorF7_F9F9vkyWtwVFcH47s5m ZX_qMMh5LQAnjpw8Aw5ii7NI5BjWWX_uiaKE2Zguf.cyX5j6T_.O0N_jo9yjBaprd3xOwP7S1GRK CgbTeiD_bHRWCevLMPxWNv_1zP5Oibkflq02XajM2GVjY.GlTtTSFAeUlHVHRyqKP99KHMHcevmC N55b_22WZy7d10OkQqHOt3ZyKwi03etbCVPtFupgMyCJsi58X2jSBUQz.LjJ7IxESkjH6ZEJa_vS EeCrNnZ9o9ZWeGpnp28SLK1CGSeX7GzcVskUvQ7zZ.1JgJyIr4iKMRWgpJiDlIPbTVHqMBAfTJpR Wvh67H8g7LzcgdO8BcoeL_.gYgV11Yy7GaHpMETqqfso5MUlR6VQ_TYSOD5KOHdww.0PUD4zWsaM kyrC445iyYwH7Zlt4CH.aOm8.QBGxmeSwhx0INjbyYzhkDYGpBBj67VPMRsOwKL6caqNhkDTnZse iKCwkAAkeadrm6U_q29d4jbKCycFI.Jde4NjFY78x3kuvakh0zry_.RM4hJGH7k35yEhOTgx7FTH TCZUTu.a2JUbn0w31lBrza9MGoA3SrrZPK6uGcatDd0cezQlSIMspDazx3d8Nlgfp1IdVrcpUTOB VqRcc_yB6_TGiwrAQ9ufvy0FQVB1OcQ4.4wAiw8gOzoTmt9FiEIgjcIVFd.B6eEiorgHjjRYMguv rbZJ.z3tIUPINxCeKvdgfvwvbeMAanCqNo8Ha63T6CG5DQuW6278gdNxaZY4xTLKLI8djg8NJ4tl LR45F3LCgUxzBhXNXMAuj3HTGN_sash3zBQ5nTuN2MDm5_L4pdgpoFaSfBrVsHt37jD_N42hTcGV ZqMm_fQRTiMCZaoPHEDCxMvdbQRJuTtXW7talvdFlS9HqWOpwQVKwKXysPNQVLXGTRcwtiWFIJb0 _TzZefCeKYQFMj2nR6aZFOmtDRGqiEHFdhSxjskoPF2GIoN5nvkUT_TtDVWm_Op3TbYGIOio55p9 GLFnpZOJH_ROuXcthsnU9t.WFXQGtLDrwY3ChSB036p7xtzPD0Wgw3q.1bSv7_beI5eCBzrgYryj EjJdNM6wX9GmmLdP0VNINkvSUBbHQgrGNcKoU65AO87bLyZiqGnrSX7P0E7c3OleR16g59KMiaHv 8Fc3Rg90ZuU.gzd2vYAyXVrGF_mOoqjwUApAdk5JEuh4.lcRzj8_WwcdZ9ichzAK1IImBZ607L59 5wqYZfu4Aqt5755bUIxES8_AqhrP5D68TjJGyMgVpnDBQYb0iHg58xQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Sun, 8 Mar 2020 22:05:26 +0000 Received: by smtp431.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID b385bc5b63ce19a436352e6c9c331f1a; Sun, 08 Mar 2020 22:05:20 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: bugzilla 213937, syscall(int, ...), struct ktr_syscall's short ktr_code, struct syscall_args's u_int code: should the bug be closed? From: Mark Millard In-Reply-To: <20200308175306.GM98340@kib.kiev.ua> Date: Sun, 8 Mar 2020 15:05:19 -0700 Cc: FreeBSD Hackers , jhb@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <5AEC7760-EF38-4738-AEBD-9E563CB0E62B.ref@yahoo.com> <5AEC7760-EF38-4738-AEBD-9E563CB0E62B@yahoo.com> <20200308175306.GM98340@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48bFlq4gNVz4gBN X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.27 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (7.03), ipnet: 98.137.64.0/21(0.84), asn: 36647(0.67), country: US(-0.05)]; NEURAL_SPAM_MEDIUM(0.98)[0.984,0]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.78)[0.784,0]; RCVD_IN_DNSWL_NONE(0.00)[84.68.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2020 22:05:29 -0000 On 2020-Mar-8, at 10:53, Konstantin Belousov = wrote: > On Sat, Mar 07, 2020 at 09:42:29PM -0800, Mark Millard via = freebsd-hackers wrote: >> Question: Should bugzilla 213937 be left as-is to suggest >> changing things so that more bad syscall "code/number" >> values are preserved and reported correctly if/when they >> happen? >>=20 >> Background leading to the question . . . >>=20 >> I've been reviewing some of my old bugzilla reports that >> are still in the new state, closing or adding notes to a >> bunch of them. The status for what contributes to >> bugzilla 213937 has not changed over the years since the >> submittal. >>=20 >> Bugzilla 213937 was a report of ktrace misreporting the 24 >> bit field value in the armv7 svclt instruction. (I had a bad >> file that had such an instruction with a large 24-bit field >> value that lead to seeing the problems. It was rather >> confusing until I figured out the information reported was >> incorrect relative to the instruction encoding.) >>=20 >> Part of the problem was that it looked like the lower 16 >> bits had been used but sign extended to produce the=20 >> reported value, a negative number as reported. (It took >> a while to notice that.) >>=20 >> Oleksandr Tymoshenko eventually reported in comment #2 >> that there is the odd mix of types in use overall >> (I'm using the "code" terminology below): >>=20 >> syscall(int code,...) >> struct ktr_syscall's short ktr_code >> struct syscall_args's u_int code >>=20 >> Sure enough, using ktr_code could generate a sign-extension >> of a 16-bit value. But syscall and syscall_args are a >> little odd as well (signed vs. unsigned at least). >>=20 >> It looks like "short ktr_code" has been around for long >> before I ever ran into it and might well be expected by >> folks with more historical background than I had. But it >> can not preserve all int or u_int values for FreeBSD's >> normal definitions of those types. >>=20 >> Is this something that should be fixed? Does it have a >> reason for being as it is? >=20 > I do not think that we want to change the layout of KTR_SYSCALL = message. > We can re-define the message number and extend the ktr_code member to > full u_int, but the general hope is that we are very far from having = 32K > syscalls defined, and will be for quite some time. >=20 > It might be that some relief for invalid printing can be provided by > changing the ktr_code type to unsigned short. It does not fix = truncation, > but would avoid sign-extension bug. Or even this. >=20 > diff --git a/usr.bin/kdump/kdump.c b/usr.bin/kdump/kdump.c > index 3b597533359..522877ccb2d 100644 > --- a/usr.bin/kdump/kdump.c > +++ b/usr.bin/kdump/kdump.c > @@ -796,7 +796,7 @@ ktrsyscall(struct ktr_syscall *ktr, u_int = sv_flags) > intmax_t arg; > int quad_align, quad_slots; >=20 > - syscallname(ktr->ktr_code, sv_flags); > + syscallname((unsigned short)ktr->ktr_code, sv_flags); > ip =3D first =3D &ktr->ktr_args[0]; > if (narg) { > char c =3D '('; > @@ -1534,7 +1534,7 @@ ktrsysret(struct ktr_sysret *ktr, u_int = sv_flags) > register_t ret =3D ktr->ktr_retval; > int error =3D ktr->ktr_error; >=20 > - syscallname(ktr->ktr_code, sv_flags); > + syscallname((unsigned short)ktr->ktr_code, sv_flags); > printf(" "); >=20 > if (error =3D=3D 0) { Exploring what results with truncation present, not worrying about sign-extension . . . A example odd report by kdump for syscall(0x654321,0x123456,0x214365,0x342156) is: 61018 a.out CALL [17185] 61018 a.out RET [17185] -1 errno 78 Function not implemented (17185 is decimal for 0x4321.) An example of how bad truncation can be by comparison: syscall(0x87650021,0x123456,0x214365,0x342156) shows: 60996 a.out CALL access 60996 a.out RET access -1 errno 78 Function not implemented So: no report of any of the bad-code/number's bits but a report that the value was rejected. (This was not from using the patch. Just -r538510 behavior tested.) I'll note that the alternate of using truss has no truncation problems or missed bits from the number: -- UNKNOWN FreeBSD SYSCALL -2023423967 -- #-2023423967() ERR#78 'Function not = implemented' -2023423967 is decimal for 0x87650021 (2's complement, 32-bit). For truss, the only thing that might be considered slightly odd is the use of 2's complement. But int vs. u_int shows up elsewhere anyway. That truss behaves this way might cover some for the oddities of ktrace/kdump's handling. [I've updated https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D213937 with comment 5 for such material and for corrections to my 2016 misinterpretation of where the code/number came from for the example from back then.] =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-hackers@freebsd.org Mon Mar 9 10:31:59 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DC41625E4D7; Mon, 9 Mar 2020 10:31:59 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [IPv6:2001:4cb8:90:ffff::3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48bZKB10vyz4PRw; Mon, 9 Mar 2020 10:31:57 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 420086EE67; Mon, 9 Mar 2020 11:31:47 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7t3jq27jDR-D; Mon, 9 Mar 2020 11:31:46 +0100 (CET) Received: from [192.168.10.9] (vaio [192.168.10.9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 336CA6EE66; Mon, 9 Mar 2020 11:31:46 +0100 (CET) To: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers , "ports@freebsd.org" From: Willem Jan Withagen Subject: [RFC] Adding a Rados block driver to bhyve Message-ID: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> Date: Mon, 9 Mar 2020 11:31:43 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.5.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Content-Language: nl X-Rspamd-Queue-Id: 48bZKB10vyz4PRw X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of wjw@digiware.nl designates 2001:4cb8:90:ffff::3 as permitted sender) smtp.mailfrom=wjw@digiware.nl X-Spamd-Result: default: False [-5.38 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[digiware.nl]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; IP_SCORE(-3.10)[ip: (-9.51), ipnet: 2001:4cb8::/29(-4.68), asn: 28878(-1.32), country: NL(0.03)]; NEURAL_HAM_MEDIUM(-0.99)[-0.986,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:28878, ipnet:2001:4cb8::/29, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 10:32:00 -0000 Hi all, And sorry for crosspoing three groups, but the answer can/could be a mix of things to do in these three areas. I have a prototype of bhyve running on Rados/Ceph working:     https://github.com/freebsd/freebsd/pull/426 But there are a few catches on how to get it in the FreeBSd sources... 1) Easiest would be to just compile it in with the code of the current bhyve.     That will require librados/librbd libraries...     Ceph of this purpose is LGPL2/3 and could go into contrib.     In this case bhyve will hold the rbd-driver by default and a user does not     need to do anything by himself     But I have the feeling that this is the most unwanted scenario 2) User first installs a Ceph package and FreeBSD sources, and then recompiles     bhyve with the option BHYVE_RBD.     And then reinstalls this new version as bhyve or bhyve-rbd in /usr/sbin 3) Create a bhyve-rbd port.     Problem with that is that it will require the FreeBSD source tree for the     bhyve sources, but there is no Ports option for that?     Or bhyve sources are manually copied into the port. And then     try to keep these sources up to date.     Then compile and install a bhyve-rbd into /usr/local/sbin 4) Create a bhyve-blockrbd port.     This is much like 3) but instead of building a bhyve-rbd executable,     it delivers a libblockrbd.so that is dynamically loadable by the     standaard bhyve that comes with base.     For this bhyve needs to be extended with dynamic loadable driver modules.     This is reasonably doable, but is this acceptable for the bhyve maintainers?     For building the port, the bhyve-blockrbd code will only need a limited set     of files from /usr/src/usr.bin/bhyve thus limiting the chance of running out     sequence with the bhyve from base. Looking over these 4 options, I think that 4 is the most desirable one? But 2 would parhaps be workable for users as well, but the project might think otherwise. Are there other options? And/or is 4 the best way to go, with 2 as a nice intermediate? Thanx, --WjW From owner-freebsd-hackers@freebsd.org Mon Mar 9 13:46:18 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 103AA262EDF; Mon, 9 Mar 2020 13:46:18 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f65.google.com (mail-ot1-f65.google.com [209.85.210.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48bfdM0W9Xz44k6; Mon, 9 Mar 2020 13:46:14 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f65.google.com with SMTP id i14so9582708otp.5; Mon, 09 Mar 2020 06:46:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dm9mCCHHaGSgYroZ1H/GGnoTLUEgtPx5U61kNf019Ms=; b=t0XLEiGNh+uuB9T83BsRSmhBRFCPMJK4Awa79sPTuPe40WUCMQHFNbSgc9UKgl0LPo zT38Na41egcavQUsbRguDiTaK06fvw/ajhVsasaCAR0zCzuca4DLceofNCOEcZ5UFcxL hrOtm6A/hUoYGg5srmKUT62vj5Tiyz0QOpUmfR3DqJjSjz89yuBEsbA8EqOPp6/XITZQ UKha3FIrdovT6LwWIPBCYIJFvKpGjTz44X1rbQ/J6Hh3teVlQXM20tuYfbI3dRtPFpQ7 TnFpFSfs7Vhwu/B0s/1ytlkKJz/s4V/QI0rf+/W8JauxOfft8tnh2wg6+UeXAoMfRXdw 24Yg== X-Gm-Message-State: ANhLgQ1eTAD39FbxB3153q1OuFANkDvSYTJalNeqGm6zilTCapdc8szw lZQ/2AzossWp8Vsens7W8tfB/B1e9Xh6xazWolWiDbn8Xb0= X-Google-Smtp-Source: ADFU+vuDOwFW13eFluwQKALgOYOuWAS2TfuIb0MaJR2cxng+ep0qOpFuLfGxAM8iR59eBCAv0FhSt3ym/3ndWuPUHfs= X-Received: by 2002:a05:6830:1182:: with SMTP id u2mr1353949otq.222.1583761573197; Mon, 09 Mar 2020 06:46:13 -0700 (PDT) MIME-Version: 1.0 References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> In-Reply-To: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> From: Alan Somers Date: Mon, 9 Mar 2020 07:46:02 -0600 Message-ID: Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Willem Jan Withagen Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers , "ports@freebsd.org" X-Rspamd-Queue-Id: 48bfdM0W9Xz44k6 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.65 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.99 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[65.210.85.209.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCPT_COUNT_THREE(0.00)[4]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[65.210.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-0.99)[ip: (-0.28), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2020 13:46:18 -0000 On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen wrote: > Hi all, > > And sorry for crosspoing three groups, but the answer can/could be a mix > of things to do in these three areas. > > I have a prototype of bhyve running on Rados/Ceph working: > https://github.com/freebsd/freebsd/pull/426 > > But there are a few catches on how to get it in the FreeBSd sources... > > 1) Easiest would be to just compile it in with the code of the current > bhyve. > That will require librados/librbd libraries... > Ceph of this purpose is LGPL2/3 and could go into contrib. > In this case bhyve will hold the rbd-driver by default and a user > does not > need to do anything by himself > But I have the feeling that this is the most unwanted scenario > > 2) User first installs a Ceph package and FreeBSD sources, and then > recompiles > bhyve with the option BHYVE_RBD. > And then reinstalls this new version as bhyve or bhyve-rbd in > /usr/sbin > > 3) Create a bhyve-rbd port. > Problem with that is that it will require the FreeBSD source tree > for the > bhyve sources, but there is no Ports option for that? > Or bhyve sources are manually copied into the port. And then > try to keep these sources up to date. > Then compile and install a bhyve-rbd into /usr/local/sbin > > 4) Create a bhyve-blockrbd port. > This is much like 3) but instead of building a bhyve-rbd executable, > it delivers a libblockrbd.so that is dynamically loadable by the > standaard bhyve that comes with base. > > For this bhyve needs to be extended with dynamic loadable driver > modules. > This is reasonably doable, but is this acceptable for the bhyve > maintainers? > > For building the port, the bhyve-blockrbd code will only need a > limited set > of files from /usr/src/usr.bin/bhyve thus limiting the chance of > running out > sequence with the bhyve from base. > > Looking over these 4 options, I think that 4 is the most desirable one? > But 2 would parhaps be workable for users as well, but the project might > think > otherwise. > > Are there other options? > And/or is 4 the best way to go, with 2 as a nice intermediate? > > Thanx, > --WjW > Great work! I also agree that option 4 sounds like the best. There's precedent for ports that require the FreeBSD Sources. For example, see devel/py-libzfs or emulators/virtualbox-ose. You just need to define the SRC_BASE variable. From owner-freebsd-hackers@freebsd.org Tue Mar 10 09:59:20 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0880425E9A3; Tue, 10 Mar 2020 09:59:20 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48c9Y33NhVz4Lvl; Tue, 10 Mar 2020 09:59:19 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 13112969; Tue, 10 Mar 2020 10:59:17 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HD4-c7XDSnoN; Tue, 10 Mar 2020 10:59:16 +0100 (CET) Received: from [192.168.10.9] (vaio [192.168.10.9]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 97DFB968; Tue, 10 Mar 2020 10:59:16 +0100 (CET) Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Alan Somers Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers , "ports@freebsd.org" References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> From: Willem Jan Withagen Message-ID: Date: Tue, 10 Mar 2020 10:59:16 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 48c9Y33NhVz4Lvl X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.10 / 15.00]; REPLY(-4.00)[]; NEURAL_SPAM_MEDIUM(0.89)[0.891,0]; NEURAL_HAM_LONG(-0.99)[-0.994,0] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 09:59:20 -0000 On 9-3-2020 14:46, Alan Somers wrote: > On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen > wrote: > > Hi all, > > And sorry for crosspoing three groups, but the answer can/could be > a mix > of things to do in these three areas. > > I have a prototype of bhyve running on Rados/Ceph working: > https://github.com/freebsd/freebsd/pull/426 > .......... > > 4) Create a bhyve-blockrbd port. >      This is much like 3) but instead of building a bhyve-rbd > executable, >      it delivers a libblockrbd.so that is dynamically loadable by the >      standaard bhyve that comes with base. > ............ > Great work!  I also agree that option 4 sounds like the best. There's precedent for ports that > require the FreeBSD Sources.  For example, see devel/py-libzfs or emulators/virtualbox-ose. > You just need to define the SRC_BASE variable. Hi Alan, Thanx for the hint, and it made me check what is actually available within the poudriere jail And that does have full source, so the Makefile code is mainly for those that build in a different way. I've got a proto version working when compiling stuff with `make buildworld`, but run in the problem that libblock_rbd.so is stripped in such a way that the symbol I need is removed. Using the unstripped version does work. Is there an incantation for the SRC Makefiles that builds a dynamical loadable lib?? And I'm still looking for a PORTS example of building a dynamical loadable lib. Or is there no generic code for that in the PORTS Mk files? --WjW BTW: Still haven't worked in your AIO code :( From owner-freebsd-hackers@freebsd.org Tue Mar 10 15:08:00 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E878E266871 for ; Tue, 10 Mar 2020 15:08:00 +0000 (UTC) (envelope-from ben.rubson@gmx.com) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48cJPB3Cckz458W for ; Tue, 10 Mar 2020 15:07:57 +0000 (UTC) (envelope-from ben.rubson@gmx.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1583852875; bh=9qhlDsuNkVPoYhd5BaATw03PXnNtrr5LqclqW8wldho=; h=X-UI-Sender-Class:From:Subject:Date:References:To:In-Reply-To; b=jBxuYd9dGQPXcxHPxNhzynUsCb8zN3B0w/98JSsaD2GXVR0IGw+R6YVur9dcPM/F5 EMQJ7uf/rIC30z+C2wCLeS8iFq7znwOgnehT2q6TQpHxQHY+w1K+69Q4X+SyaIK/+/ 4du/H2xghbv0isQTFWeUSfwJH3wmfNBDFph/ZcXo= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.0.102] ([82.64.198.151]) by mail.gmx.com (mrgmx004 [212.227.17.184]) with ESMTPSA (Nemesis) id 1MvK4Z-1jSwFm0Id7-00rGxG for ; Tue, 10 Mar 2020 16:07:55 +0100 From: Ben RUBSON Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Allow to run SSHd in Installer (12.2 patch) Date: Tue, 10 Mar 2020 16:07:54 +0100 References: <2352A2A0-999C-453F-92A1-D067E4C05712@gmx.com> To: freebsd-hackers@freebsd.org In-Reply-To: <2352A2A0-999C-453F-92A1-D067E4C05712@gmx.com> Message-Id: <6DB159F2-99C2-46BE-AEC5-99FB7582FCF0@gmx.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Provags-ID: V03:K1:6rDhuFAk2rfbu7fx5CpR0YEOMXawfn/i77k0dMzUP7+hfO7/FxD cdiQnGxRHP6CIw0UZZccjv6k6ZCjy3fhXlsf8nNwVm4Qu2EKX4Vt/zSarndKyBlAjnBfia4 a//1TDuOU9NSbHX8uwSNUbYUm5kV30q1Q21yyN5fAoHbH/q+spS+4NreLUx3soBXcbVex2Y muF2q8JW6dkLg+jzLh5qQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:OktqQRrrw58=:/hP3brMrRzic55GHjYCKPy BsuHI61cMPClBalIb6hpfX1F6SOlfmU1EfSqYnS7cnBQiBl/yTMWXDl4UB8EGdxbxDWczqGn4 r4JtKiGW7xMn5CLKImrKg2xKvyiXUU34cHqPuKilc1LBBS2PvPmr614AjOCXT76pbTH9kXP4n p14E9dpjjaIc3F6poUEH13PNgCanAnGhVfHlY+evQrHPaBEXSJrDaFEx/i92aTPU7ilBG5AMT x+kOwixDZZXAs3wWG7gQVPNegce5eWPr8HhndvyoHIvuXOASJPznFZ1GVLnUUyZ75JbTSi82B jY1lUooi4q8+HdsSVDAly5AhHDIWmnUK799SEAzVOBcF9enMJe9VWTwVA8ZDpugRRrKloOrDA 9hH8DWOxtciTs5L0YnYRsx/5yjx5SxBUKgz3DV35rZQ0E1HmBizrhuC3PxVE3UXfs5vw1DZ1R dIWI+s8Xb0jq5DVeZ+4mAZg3LNj5CBq9yGhYHvNLllpQlDSBgJOxwCvsPFfZBFeyuqk3WdP3N afdHIJ/UIkQjaQSZ1XwpunHNmRQ24TRMSQK256WQcrtp57sZt/Nnra8l1wqOuGKpnghW5TCX3 9Q2ze/emmYBC6uoyzgf9fBmQAn71LaWDGo0YG81viV73SVmxb9C6DPCWvIlChEmnhE+JnbjPl h/sUNzvJWcPchi3DzbjQp55lnbIrAzmFoUBqVEiJ4J0g/RQ8ahculwxRFfBQNqGMQggBcqsgf ekGFvgBMH5N4wx7jNXrRTkTEwFAvmPbctdJtPWRHbRHIpVvhV8chGR//psNzGuseJCzrBfJVn PfU0/cnB4C8dHW00q7E59utBcBVQneBkoG5/xA6cZ0V17MhTeT/rHBVGnKCZXIWchSOU0ONZK iBiyw7yrQPc6OtnF5bKj9vdsYslATB9HW65RyOHt6jGZ9FsPzGSWEjwfwgtuf2W2y6ORo5GaW jk8bN+CG7kkhofHXDb9px9NYabGRaGpQ0ZRviUnOJ2ziEHCSkxI3qtv0H+9Mokez0Ip4g4XU0 5CMNdcTAcTfvbMtpOQOzoEsuqimuKVQfUsvX8dQ+XfLjLq9D5h0CrvE9hPN8xlUk1np693Zda wwTvJJ8k2sQwOJuJnjM/cEM8qUyPcRrrj5RvIXifhgiDKJrUX0xxQXEBx9UTqW/IlZR3+XVdG r3/x7RMp4hJTna4GRcKu1HaTR7L/cKz6hoeIoqkiybrj2qDnfOTUNKZLn3lzko26LTVlTnAhP 14H8+LDX6uNhaCYUS X-Rspamd-Queue-Id: 48cJPB3Cckz458W X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=jBxuYd9d; dmarc=none; spf=pass (mx1.freebsd.org: domain of ben.rubson@gmx.com designates 212.227.15.15 as permitted sender) smtp.mailfrom=ben.rubson@gmx.com X-Spamd-Result: default: False [-1.93 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:212.227.15.0/24]; FREEMAIL_FROM(0.00)[gmx.com]; TO_DN_NONE(0.00)[]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[gmx.net:+]; RECEIVED_SPAMHAUS_PBL(0.00)[151.198.64.82.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCVD_IN_DNSWL_LOW(-0.10)[15.15.227.212.list.dnswl.org : 127.0.3.1]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.com]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-0.83)[-0.831,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[gmx.com]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-6.95), ipnet: 212.227.0.0/16(-1.12), asn: 8560(2.17), country: DE(-0.02)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 15:08:01 -0000 > On 2 Mar 2020, at 13:09, Ben RUBSON wrote: >=20 > Hi, >=20 > I've done some work to allow to connect to FreeBSD installer through = SSH. > It can be useful for example if we have specific tasks to perform = before installation, such as disks configuration etc... > Working through a SSH connection is much more convenient than in front = of a console. > FreeBSD installer can then also be used as a rescue disk. >=20 > To achieve this, I've modified FreeBSD installer, so that after having = installed SSHd, if performs following configuration modifications : > - generate host keys into /var/ssh (as default /etc/ssh is not = writable) ; > - only allow keys authentication ; > - allow root authentication ; > - read authorized_keys file from /var/ssh (as default homedirs are not = writable). >=20 > SSHd can then be started thanks to the installer shell : service sshd = start > And a public key put into for example = /var/ssh-keys/root/authorized_keys, thanks to fetch or whatever. >=20 > Work is here : > https://github.com/freebsd/freebsd/pull/156 > Rather simple, and ready to be merged. >=20 > This job is more than 2 years old, I would then really be glad if we = could see this in 12.2 installation ISOs. > It would prevent me from having to modify the new ISO files to = implement this patch. Any thoughts ? :) Thank you very much ! Ben From owner-freebsd-hackers@freebsd.org Tue Mar 10 15:16:00 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3E28C266E0E; Tue, 10 Mar 2020 15:16:00 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f65.google.com (mail-ot1-f65.google.com [209.85.210.65]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48cJZQ3vdBz4R8h; Tue, 10 Mar 2020 15:15:58 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f65.google.com with SMTP id a6so5571404otb.10; Tue, 10 Mar 2020 08:15:58 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=R67LPPOFLjUiCs4J3knDk69qRXAA0Owhpznhxfrb2sY=; b=rwbo719H2PfQRi3Pt+aPSyaj+u4zsCNdea6vXll2Mwc0WK1YTzQ3qenAHVVBiCW16d tkp62Vs/DFlP78TvdEPAHO8RJwF/mcDZLsKK+XidOVk5fNE6FFzSBDaNnPjkCjdRP5W1 ogZd0iONMsNsgxEE3dgFFI667E/UDftlIzi6HvUXRUIWz2XVVLejgMcaPCxj2M9GC4mQ 1cSyLRi0HyXs0O7mO3RDyUbEQ6xyqRtSeHOau1X1T905EZZissNDiXtTcWpMLQSeH2Xz 4Qdie2MMhPBjFSfPCZvJy3MRo0DZItSpydwk0gcZsEvaM8vlcxTO36BrCTtdJDERgB52 VziA== X-Gm-Message-State: ANhLgQ0z57Q6hLsZEfqyYY1Rd6Y2vo5ik+FlGNN1tvRzMFki6K1TrsTe XwF9aKDypqxvMZ3ra1BzxeMujYmoU/lCx+wgNGiXf7bewnA= X-Google-Smtp-Source: ADFU+vuw7TzSwMNFLCPAx9RrQFauFycjTVTY/dtznZTTIZ27JdO11GK6uncNQqUTYqvqGPnEXuoW0utCfihg1VevFDQ= X-Received: by 2002:a9d:7359:: with SMTP id l25mr7861793otk.18.1583853357006; Tue, 10 Mar 2020 08:15:57 -0700 (PDT) MIME-Version: 1.0 References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> In-Reply-To: From: Alan Somers Date: Tue, 10 Mar 2020 09:15:45 -0600 Message-ID: Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Willem Jan Withagen Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers , "ports@freebsd.org" X-Rspamd-Queue-Id: 48cJZQ3vdBz4R8h X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.65 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; URI_COUNT_ODD(1.00)[11]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[65.210.85.209.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_GOOD(0.00)[65.210.85.209.rep.mailspike.net : 127.0.0.18]; IP_SCORE(-0.99)[ip: (-0.26), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 15:16:00 -0000 On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen wrote: > On 9-3-2020 14:46, Alan Somers wrote: > > On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen > wrote: > >> Hi all, >> >> And sorry for crosspoing three groups, but the answer can/could be a mix >> of things to do in these three areas. >> >> I have a prototype of bhyve running on Rados/Ceph working: >> https://github.com/freebsd/freebsd/pull/426 >> >> .......... > > 4) Create a bhyve-blockrbd port. >> This is much like 3) but instead of building a bhyve-rbd executable, >> it delivers a libblockrbd.so that is dynamically loadable by the >> standaard bhyve that comes with base. >> > ............ > > > Great work! I also agree that option 4 sounds like the best. There's > precedent for ports that > > require the FreeBSD Sources. For example, see devel/py-libzfs or > emulators/virtualbox-ose. > > You just need to define the SRC_BASE variable. > > Hi Alan, > > Thanx for the hint, and it made me check what is actually available within > the poudriere jail > And that does have full source, so the Makefile code is mainly for those > that build in a different way. > > I've got a proto version working when compiling stuff with `make > buildworld`, but run in the > problem that libblock_rbd.so is stripped in such a way that the symbol I > need is removed. > Using the unstripped version does work. > > Is there an incantation for the SRC Makefiles that builds a dynamical > loadable lib?? > And I'm still looking for a PORTS example of building a dynamical loadable > lib. > Or is there no generic code for that in the PORTS Mk files? > > --WjW > > BTW: Still haven't worked in your AIO code :( > There are plenty of dynamic libraries built with the SRC makefiles. For example, https://svnweb.freebsd.org/base/head/lib/libbsdstat/Makefile?view=markup . And there are plenty of ports that build shared libraries too, just look at /usr/local/lib/*.so. However, the ports framework doesn't have much special code just to support building libraries. Instead the hard work is always done by the ports themselves. Some use autotools, some cmake, etc etc. The simplest port I can find that uses both SRC_BASE and INSTALL_LIB is this one: https://svnweb.freebsd.org/ports/head/devel/linux_libusb/ . From owner-freebsd-hackers@freebsd.org Tue Mar 10 15:41:47 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 29C022678B7; Tue, 10 Mar 2020 15:41:47 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48cK8B470Qz4bgt; Tue, 10 Mar 2020 15:41:46 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id D02A713C81; Tue, 10 Mar 2020 16:41:43 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vYtHBxsbLW_x; Tue, 10 Mar 2020 16:41:43 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id CA01113C75; Tue, 10 Mar 2020 16:41:42 +0100 (CET) Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Alan Somers Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers , "ports@freebsd.org" References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> From: Willem Jan Withagen Message-ID: <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> Date: Tue, 10 Mar 2020 16:41:41 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: nl X-Rspamd-Queue-Id: 48cK8B470Qz4bgt X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.10 / 15.00]; NEURAL_SPAM_MEDIUM(0.90)[0.897,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-0.99)[-0.994,0] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 15:41:47 -0000 On 10-3-2020 16:15, Alan Somers wrote: > On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen > wrote: > > On 9-3-2020 14:46, Alan Somers wrote: >> On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen >> > wrote: >> >> Hi all, >> >> And sorry for crosspoing three groups, but the answer >> can/could be a mix >> of things to do in these three areas. >> >> I have a prototype of bhyve running on Rados/Ceph working: >> https://github.com/freebsd/freebsd/pull/426 >> > .......... >> >> 4) Create a bhyve-blockrbd port. >>      This is much like 3) but instead of building a bhyve-rbd >> executable, >>      it delivers a libblockrbd.so that is dynamically >> loadable by the >>      standaard bhyve that comes with base. >> > ............ > > > Great work!  I also agree that option 4 sounds like the best.  > There's precedent for ports that > > require the FreeBSD Sources.  For example, see devel/py-libzfs > or emulators/virtualbox-ose. > > You just need to define the SRC_BASE variable. > Hi Alan, > > Thanx for the hint, and it made me check what is actually > available within the poudriere jail > And that does have full source, so the Makefile code is mainly for > those that build in a different way. > > I've got a proto version working when compiling stuff with `make > buildworld`, but run in the > problem that libblock_rbd.so is stripped in such a way that the > symbol I need is removed. > Using the unstripped version does work. > > Is there an incantation for the SRC Makefiles that builds a > dynamical loadable lib?? > And I'm still looking for a PORTS example of building a dynamical > loadable lib. > Or is there no generic code for that in the PORTS Mk files? > > --WjW > > BTW: Still haven't worked in your AIO code :( > > > There are plenty of dynamic libraries built with the SRC makefiles.  > For example, > https://svnweb.freebsd.org/base/head/lib/libbsdstat/Makefile?view=markup > . That looks dangerously close to what I have for libblock_rbd. === > cat Makefile-librbd # # $FreeBSD$ # PACKAGE=lib${LIB} .include LIB=            block_rbd SHLIB_MAJOR=    1 SRCS=   block_rbd.c CFLAGS+=-I${SRCTOP}/sys CFLAGS+=-g -O0 -fPIC -rdynamic LDFLAGS+=-Wl,-export-dynamic,-Bdynamic CFLAGS+=-DWITHOUT_CAPSICUM LOCALBASE?=     /usr/local CFLAGS+=        -I${LOCALBASE}/include LDFLAGS+=       -L${LOCALBASE}/lib -lrados -lrbd WARNS?= 2 === This is the code that mk.lib.bsd runs: objcopy --only-keep-debug libblock_rbd.so.1.full libblock_rbd.so.1.debug objcopy --strip-debug --add-gnu-debuglink=libblock_rbd.so.1.debug libblock_rbd.so.1.full libblock_rbd.so.1 So still I get a stripped lib in /usr/lib. And then the one and only symbol I need to load is not found. Copying libblock_rbd.so.1.full actually works for me. So either I'm doing it the wrong way, like special options on the symbols oid. Or mk.lib.bsd cannot deliver dlopen/dlsym-able files? And there are plenty of ports that build shared libraries too, just look at /usr/local/lib/*.so.  However, the ports framework doesn't have much special code just to support building libraries.  Instead the hard work is always done by the ports themselves.  Some use autotools, some cmake, etc etc.  The simplest port I can find that uses both SRC_BASE and INSTALL_LIB is this one: https://svnweb.freebsd.org/ports/head/devel/linux_libusb/ . Oke thanx, I'll have a look at it, and given that I can see most of the compile build stuff in the SRC_BASE version I'll get it to work. --WjW From owner-freebsd-hackers@freebsd.org Tue Mar 10 16:21:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EB1922690D6; Tue, 10 Mar 2020 16:21:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com [209.85.210.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48cL2664VHz3Dtn; Tue, 10 Mar 2020 16:21:34 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f54.google.com with SMTP id g15so7613862otr.0; Tue, 10 Mar 2020 09:21:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FxExWztqzhA7Okl24KY/uH5VFrSEi9pTSZV2EDfdEuM=; b=f0FQcpo8ue7pNlJQu2sy+Xzw+xRT9QGIe/AVGAYa6NO97igSQGWMNgmgZm/gQnlxSE sToDW5+4DN97h3HH+HLLQRXz9kZd6+tCY3jt+ho1HC/EMCbduZzJ7uIEQFJu/MUjQDt1 lwcEGxOu/MdGikLcnLDO3XctuRxrvF/IxDWtnlWu/RGlw004paIzYaR1v52zlYZojvzy E6MZv2C+LKQZccomxNV2uLXr/327nUj7ifAFb4p82/QwA0OD9z8/MshhAE36dw1qzYRH rHyBgBT7L54fK/LbhN2I3/EfMYsEDHQ2nybLMcPfrk0OxDX0Qbw4Ha5KXxRnDDbFM8Zm 4+Gg== X-Gm-Message-State: ANhLgQ133mGcBLWkamUw04IQteMnj+RqXi8EdKuVVy8B6P04DekLXqfd 8z0NvIq5Wwm9kZ31KljFw14xPgb23518bKO+DRhPWV3k X-Google-Smtp-Source: ADFU+vst+kjLRXZAi1FlxUbWxEzB0D06jyjBAZHlLiyV3Ats4t4KLg6B54e1E+NwBBIljEbE/hHDPIUmbh0SQSeZStk= X-Received: by 2002:a9d:b8f:: with SMTP id 15mr15417282oth.256.1583857293687; Tue, 10 Mar 2020 09:21:33 -0700 (PDT) MIME-Version: 1.0 References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> In-Reply-To: <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> From: Alan Somers Date: Tue, 10 Mar 2020 10:21:21 -0600 Message-ID: Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Willem Jan Withagen Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers X-Rspamd-Queue-Id: 48cL2664VHz3Dtn X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.210.54 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.99 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[54.210.85.209.rep.mailspike.net : 127.0.0.18]; URI_COUNT_ODD(1.00)[13]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.210.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.99)[ip: (-0.27), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 16:21:37 -0000 On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen wrote: > On 10-3-2020 16:15, Alan Somers wrote: > > On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen > wrote: > >> On 9-3-2020 14:46, Alan Somers wrote: >> >> On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen >> wrote: >> >>> Hi all, >>> >>> And sorry for crosspoing three groups, but the answer can/could be a mix >>> of things to do in these three areas. >>> >>> I have a prototype of bhyve running on Rados/Ceph working: >>> https://github.com/freebsd/freebsd/pull/426 >>> >>> .......... >> >> 4) Create a bhyve-blockrbd port. >>> This is much like 3) but instead of building a bhyve-rbd executable, >>> it delivers a libblockrbd.so that is dynamically loadable by the >>> standaard bhyve that comes with base. >>> >> ............ >> >> > Great work! I also agree that option 4 sounds like the best. There's >> precedent for ports that >> > require the FreeBSD Sources. For example, see devel/py-libzfs or >> emulators/virtualbox-ose. >> > You just need to define the SRC_BASE variable. >> Hi Alan, >> >> Thanx for the hint, and it made me check what is actually available >> within the poudriere jail >> And that does have full source, so the Makefile code is mainly for those >> that build in a different way. >> >> I've got a proto version working when compiling stuff with `make >> buildworld`, but run in the >> problem that libblock_rbd.so is stripped in such a way that the symbol I >> need is removed. >> Using the unstripped version does work. >> >> Is there an incantation for the SRC Makefiles that builds a dynamical >> loadable lib?? >> And I'm still looking for a PORTS example of building a dynamical >> loadable lib. >> Or is there no generic code for that in the PORTS Mk files? >> >> --WjW >> >> BTW: Still haven't worked in your AIO code :( >> > > There are plenty of dynamic libraries built with the SRC makefiles. For > example, > https://svnweb.freebsd.org/base/head/lib/libbsdstat/Makefile?view=markup > . > > > That looks dangerously close to what I have for libblock_rbd. > === > > cat Makefile-librbd > # > # $FreeBSD$ > # > > PACKAGE=lib${LIB} > > .include > > LIB= block_rbd > SHLIB_MAJOR= 1 > > SRCS= block_rbd.c > > CFLAGS+=-I${SRCTOP}/sys > CFLAGS+=-g -O0 -fPIC -rdynamic > LDFLAGS+=-Wl,-export-dynamic,-Bdynamic > CFLAGS+=-DWITHOUT_CAPSICUM > > LOCALBASE?= /usr/local > CFLAGS+= -I${LOCALBASE}/include > LDFLAGS+= -L${LOCALBASE}/lib -lrados -lrbd > > WARNS?= 2 > > === > > This is the code that mk.lib.bsd runs: > objcopy --only-keep-debug libblock_rbd.so.1.full libblock_rbd.so.1.debug > objcopy --strip-debug --add-gnu-debuglink=libblock_rbd.so.1.debug > libblock_rbd.so.1.full libblock_rbd.so.1 > > So still I get a stripped lib in /usr/lib. And then the one and only > symbol I need to load > is not found. Copying libblock_rbd.so.1.full actually works for me. > > So either I'm doing it the wrong way, like special options on the symbols > oid. > Or mk.lib.bsd cannot deliver dlopen/dlsym-able files? > > And there are plenty of ports that build shared libraries too, just look > at /usr/local/lib/*.so. However, the ports framework doesn't have much > special code just to support building libraries. Instead the hard work is > always done by the ports themselves. Some use autotools, some cmake, etc > etc. The simplest port I can find that uses both SRC_BASE and INSTALL_LIB > is this one: https://svnweb.freebsd.org/ports/head/devel/linux_libusb/ . > > > Oke thanx, I'll have a look at it, and given that I can see most of the > compile build stuff > in the SRC_BASE version I'll get it to work. > > --WjW > Try setting "STRIP= " in your makefile. That should prevent the stripping. However, I think there's something wrong with your library, too. The library should be usable even if it's stripped. From owner-freebsd-hackers@freebsd.org Tue Mar 10 16:28:15 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 66FFA2696A2; Tue, 10 Mar 2020 16:28:15 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from smtp.digiware.nl (smtp.digiware.nl [176.74.240.9]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48cL9q0hljz41fQ; Tue, 10 Mar 2020 16:28:14 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from router.digiware.nl (localhost.digiware.nl [127.0.0.1]) by smtp.digiware.nl (Postfix) with ESMTP id 9660D1530F; Tue, 10 Mar 2020 17:28:12 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.com Received: from smtp.digiware.nl ([127.0.0.1]) by router.digiware.nl (router.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7U7cJZp7et5f; Tue, 10 Mar 2020 17:28:11 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by smtp.digiware.nl (Postfix) with ESMTPSA id 9A8381530D; Tue, 10 Mar 2020 17:28:11 +0100 (CET) Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Alan Somers Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> From: Willem Jan Withagen Message-ID: Date: Tue, 10 Mar 2020 17:28:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: nl X-Rspamd-Queue-Id: 48cL9q0hljz41fQ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.06 / 15.00]; NEURAL_SPAM_MEDIUM(0.93)[0.934,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-0.99)[-0.995,0] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 16:28:15 -0000 On 10-3-2020 17:21, Alan Somers wrote: > On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen > wrote: > > On 10-3-2020 16:15, Alan Somers wrote: >> On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen >> > wrote: >> >> On 9-3-2020 14:46, Alan Somers wrote: >>> On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen >>> > wrote: >>> >>> Hi all, >>> >>> And sorry for crosspoing three groups, but the answer >>> can/could be a mix >>> of things to do in these three areas. >>> >>> I have a prototype of bhyve running on Rados/Ceph working: >>> https://github.com/freebsd/freebsd/pull/426 >>> >> .......... >>> >>> 4) Create a bhyve-blockrbd port. >>>      This is much like 3) but instead of building a >>> bhyve-rbd executable, >>>      it delivers a libblockrbd.so that is dynamically >>> loadable by the >>>      standaard bhyve that comes with base. >>> >> ............ >> >> > Great work!  I also agree that option 4 sounds like the >> best.  There's precedent for ports that >> > require the FreeBSD Sources.  For example, see >> devel/py-libzfs or emulators/virtualbox-ose. >> > You just need to define the SRC_BASE variable. >> Hi Alan, >> >> Thanx for the hint, and it made me check what is actually >> available within the poudriere jail >> And that does have full source, so the Makefile code is >> mainly for those that build in a different way. >> >> I've got a proto version working when compiling stuff with >> `make buildworld`, but run in the >> problem that libblock_rbd.so is stripped in such a way that >> the symbol I need is removed. >> Using the unstripped version does work. >> >> Is there an incantation for the SRC Makefiles that builds a >> dynamical loadable lib?? >> And I'm still looking for a PORTS example of building a >> dynamical loadable lib. >> Or is there no generic code for that in the PORTS Mk files? >> >> --WjW >> >> BTW: Still haven't worked in your AIO code :( >> >> >> There are plenty of dynamic libraries built with the SRC >> makefiles.  For example, >> https://svnweb.freebsd.org/base/head/lib/libbsdstat/Makefile?view=markup >> . > > That looks dangerously close to what I have for libblock_rbd. > === > > cat Makefile-librbd > # > # $FreeBSD$ > # > > PACKAGE=lib${LIB} > > .include > > > LIB=            block_rbd > SHLIB_MAJOR=    1 > > SRCS=   block_rbd.c > > CFLAGS+=-I${SRCTOP}/sys > CFLAGS+=-g -O0 -fPIC -rdynamic > LDFLAGS+=-Wl,-export-dynamic,-Bdynamic > CFLAGS+=-DWITHOUT_CAPSICUM > > LOCALBASE?=     /usr/local > CFLAGS+=        -I${LOCALBASE}/include > LDFLAGS+=       -L${LOCALBASE}/lib -lrados -lrbd > > WARNS?= 2 > > === > > This is the code that mk.lib.bsd runs: > objcopy --only-keep-debug libblock_rbd.so.1.full > libblock_rbd.so.1.debug > objcopy --strip-debug --add-gnu-debuglink=libblock_rbd.so.1.debug > libblock_rbd.so.1.full libblock_rbd.so.1 > > So still I get a stripped lib in /usr/lib. And then the one and > only symbol I need to load > is not found. Copying libblock_rbd.so.1.full actually works for me. > > So either I'm doing it the wrong way, like special options on the > symbols oid. > Or mk.lib.bsd cannot deliver dlopen/dlsym-able files? > > And there are plenty of ports that build shared libraries too, > just look at /usr/local/lib/*.so. However, the ports framework > doesn't have much special code just to support building > libraries.  Instead the hard work is always done by the ports > themselves. Some use autotools, some cmake, etc etc.  The simplest > port I can find that uses both SRC_BASE and INSTALL_LIB is this > one: https://svnweb.freebsd.org/ports/head/devel/linux_libusb/ . > > Oke thanx, I'll have a look at it, and given that I can see most > of the compile build stuff > in the SRC_BASE version I'll get it to work. > > --WjW > > > Try setting "STRIP=    " in your makefile.  That should prevent the > stripping.  However, I think there's something wrong with your > library, too.  The library should be usable even if it's stripped. I checked with objdump, and the symbol that I need is definitly not present in the stripped version. And it does not really matter if I declare it static or not. But I'll give it a few more itterations to try it out. Including 'STRIP= ' Thanx, --WjW From owner-freebsd-hackers@freebsd.org Tue Mar 10 16:49:07 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D9872269EC4; Tue, 10 Mar 2020 16:49:07 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f177.google.com (mail-oi1-f177.google.com [209.85.167.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48cLdt3qgGz3xGk; Tue, 10 Mar 2020 16:49:06 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f177.google.com with SMTP id c1so14561020oiy.2; Tue, 10 Mar 2020 09:49:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gUmYw482+yc1LN/ofvq/PgpZURXsZ+DQY0p98X7Nvmo=; b=MmRpxEAHaL9mvbzWU/dNrUFefFFeC21fojPUXFEtVE0BtmrdXCbOnrjJhCXrfljSuy QYQZin0NrM5lp7eLPBFJL2HE9QGH3dNwlp07z72hi+h7lFUTlPVYrf4dTM2a/M+oo9H0 NBFhpYZBkdT7UdC5Ie/tpp6FuOM/edLwfIjS2bseuUiTEmFcJ0VrPGD84srMzXkO3+Dy FaSd5m8F2Sak92aKjgs0mgghBgPzgTZwAdB+LFjmj6sqWQ9dq8GNgA2saF3PciVsV9Jz DYuehAFdIvx51fbHm0AHPsd5ZXm4hLL3IrQ8iNASWygkirPgEWm8t0peTW40NYnC4LKR YCjw== X-Gm-Message-State: ANhLgQ37/exH7nqT+0rFw6x541TL6sqvFSFKi8SgO0PqtfoJz03Tv+mv MnTEhXfjKalkoFoswd3trpUJ6REowmKFKMbODG1TtI/VJQs= X-Google-Smtp-Source: ADFU+vvswGKrYZRywpblAPI0740yoJPo8JA0imSIhoF+nfEMWd2E0JJoyJv3BJ02C1w6xzseU8OM906D2oNugda2WOA= X-Received: by 2002:aca:3f09:: with SMTP id m9mr1778196oia.55.1583858944935; Tue, 10 Mar 2020 09:49:04 -0700 (PDT) MIME-Version: 1.0 References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> In-Reply-To: From: Alan Somers Date: Tue, 10 Mar 2020 10:48:53 -0600 Message-ID: Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Willem Jan Withagen Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers X-Rspamd-Queue-Id: 48cLdt3qgGz3xGk X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.177 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-1.97 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[freebsd.org]; URI_COUNT_ODD(1.00)[13]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[177.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.97)[ip: (-0.19), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[177.167.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+,1:+,2:~]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 16:49:07 -0000 On Tue, Mar 10, 2020 at 10:28 AM Willem Jan Withagen wrote: > On 10-3-2020 17:21, Alan Somers wrote: > > On Tue, Mar 10, 2020 at 9:41 AM Willem Jan Withagen > wrote: > >> On 10-3-2020 16:15, Alan Somers wrote: >> >> On Tue, Mar 10, 2020 at 3:59 AM Willem Jan Withagen >> wrote: >> >>> On 9-3-2020 14:46, Alan Somers wrote: >>> >>> On Mon, Mar 9, 2020 at 4:32 AM Willem Jan Withagen >>> wrote: >>> >>>> Hi all, >>>> >>>> And sorry for crosspoing three groups, but the answer can/could be a mix >>>> of things to do in these three areas. >>>> >>>> I have a prototype of bhyve running on Rados/Ceph working: >>>> https://github.com/freebsd/freebsd/pull/426 >>>> >>>> .......... >>> >>> 4) Create a bhyve-blockrbd port. >>>> This is much like 3) but instead of building a bhyve-rbd >>>> executable, >>>> it delivers a libblockrbd.so that is dynamically loadable by the >>>> standaard bhyve that comes with base. >>>> >>> ............ >>> >>> > Great work! I also agree that option 4 sounds like the best. There's >>> precedent for ports that >>> > require the FreeBSD Sources. For example, see devel/py-libzfs or >>> emulators/virtualbox-ose. >>> > You just need to define the SRC_BASE variable. >>> Hi Alan, >>> >>> Thanx for the hint, and it made me check what is actually available >>> within the poudriere jail >>> And that does have full source, so the Makefile code is mainly for those >>> that build in a different way. >>> >>> I've got a proto version working when compiling stuff with `make >>> buildworld`, but run in the >>> problem that libblock_rbd.so is stripped in such a way that the symbol I >>> need is removed. >>> Using the unstripped version does work. >>> >>> Is there an incantation for the SRC Makefiles that builds a dynamical >>> loadable lib?? >>> And I'm still looking for a PORTS example of building a dynamical >>> loadable lib. >>> Or is there no generic code for that in the PORTS Mk files? >>> >>> --WjW >>> >>> BTW: Still haven't worked in your AIO code :( >>> >> >> There are plenty of dynamic libraries built with the SRC makefiles. For >> example, >> https://svnweb.freebsd.org/base/head/lib/libbsdstat/Makefile?view=markup >> . >> >> >> That looks dangerously close to what I have for libblock_rbd. >> === >> > cat Makefile-librbd >> # >> # $FreeBSD$ >> # >> >> PACKAGE=lib${LIB} >> >> .include >> >> LIB= block_rbd >> SHLIB_MAJOR= 1 >> >> SRCS= block_rbd.c >> >> CFLAGS+=-I${SRCTOP}/sys >> CFLAGS+=-g -O0 -fPIC -rdynamic >> LDFLAGS+=-Wl,-export-dynamic,-Bdynamic >> CFLAGS+=-DWITHOUT_CAPSICUM >> >> LOCALBASE?= /usr/local >> CFLAGS+= -I${LOCALBASE}/include >> LDFLAGS+= -L${LOCALBASE}/lib -lrados -lrbd >> >> WARNS?= 2 >> >> === >> >> This is the code that mk.lib.bsd runs: >> objcopy --only-keep-debug libblock_rbd.so.1.full libblock_rbd.so.1.debug >> objcopy --strip-debug --add-gnu-debuglink=libblock_rbd.so.1.debug >> libblock_rbd.so.1.full libblock_rbd.so.1 >> >> So still I get a stripped lib in /usr/lib. And then the one and only >> symbol I need to load >> is not found. Copying libblock_rbd.so.1.full actually works for me. >> >> So either I'm doing it the wrong way, like special options on the symbols >> oid. >> Or mk.lib.bsd cannot deliver dlopen/dlsym-able files? >> >> And there are plenty of ports that build shared libraries too, just look >> at /usr/local/lib/*.so. However, the ports framework doesn't have much >> special code just to support building libraries. Instead the hard work is >> always done by the ports themselves. Some use autotools, some cmake, etc >> etc. The simplest port I can find that uses both SRC_BASE and INSTALL_LIB >> is this one: https://svnweb.freebsd.org/ports/head/devel/linux_libusb/ . >> >> Oke thanx, I'll have a look at it, and given that I can see most of the >> compile build stuff >> in the SRC_BASE version I'll get it to work. >> >> --WjW >> > > Try setting "STRIP= " in your makefile. That should prevent the > stripping. However, I think there's something wrong with your library, > too. The library should be usable even if it's stripped. > > I checked with objdump, and the symbol that I need is definitly not > present in the stripped version. > And it does not really matter if I declare it static or not. > But I'll give it a few more itterations to try it out. > Including 'STRIP= ' > > Thanx, > --WjW > What does "nm --dynamic libblock_rbd.so.1" show? From owner-freebsd-hackers@freebsd.org Tue Mar 10 18:08:38 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 18E7826BDE3; Tue, 10 Mar 2020 18:08:38 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com [209.85.210.48]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48cNPc6Y7cz3Cs5; Tue, 10 Mar 2020 18:08:36 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-ot1-f48.google.com with SMTP id a9so7900218otl.6; Tue, 10 Mar 2020 11:08:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc; bh=OqcXSDstDOq+pXsLWGS0/j7exXAXCZzQoYRVgeTtPEY=; b=k17NmW0uMZtlo+ZNSL6vV+n/lpPKyidGjmfDKWXL7vLuA5sxZ6K1sOQdcJaUlCxDNV vSKe4/fLQZG7vKfR4Flec2qx00Wq4k08gvbwvxsSL5a0v4IYk8tzvA4+fcN5iYlhCDG4 7Sngt7Gg2HuHxp2iuPksOD41nqUicQx7j8R52uADondmuzluRQwfNZuvDy5zZLrBvlDo iWQ3Ic3gdrxu0EICGOy9HiP+L8eH4mhZ3UmqKbTv2uU7A5H0ohEY3OWnYHplcGt6VD01 PxCBX9IYGkPDpFH35HXAGKHI/ADU5Pgia6V8FJK7m09aFvvV2U5QIHxjVTzL7mga02Ap hj8g== X-Gm-Message-State: ANhLgQ257krOA4IGIDk1aJ9NOK5KRQxanNEG4JffdDydjCYie2Mg23X8 CQXSNINMhmHniDEe2/HIQUdcDSuG X-Google-Smtp-Source: ADFU+vvgrgVnbr/4BokaA86qoBWTSwIVJTPJbsjodhGBQGu9aJKWyp8CgUZVmZO46Bv5t76OXJdVHg== X-Received: by 2002:a9d:20c1:: with SMTP id x59mr18751197ota.286.1583863714666; Tue, 10 Mar 2020 11:08:34 -0700 (PDT) Received: from mail-oi1-f171.google.com (mail-oi1-f171.google.com. [209.85.167.171]) by smtp.gmail.com with ESMTPSA id o1sm16131799otl.49.2020.03.10.11.08.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 10 Mar 2020 11:08:33 -0700 (PDT) Received: by mail-oi1-f171.google.com with SMTP id v19so14822495oic.12; Tue, 10 Mar 2020 11:08:33 -0700 (PDT) X-Received: by 2002:aca:3542:: with SMTP id c63mr2110985oia.135.1583863713744; Tue, 10 Mar 2020 11:08:33 -0700 (PDT) MIME-Version: 1.0 References: <9c7a8dea-ac8a-4d17-ed33-b6c4e882add8@digiware.nl> <936ed7c2-99d2-5df8-de3f-f64f28d2ba6f@digiware.nl> In-Reply-To: Reply-To: cem@freebsd.org From: Conrad Meyer Date: Tue, 10 Mar 2020 11:08:22 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC] Adding a Rados block driver to bhyve To: Willem Jan Withagen Cc: "freebsd-virtualization@freebsd.org" , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48cNPc6Y7cz3Cs5 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.210.48 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-3.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[48.210.85.209.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[freebsd.org]; REPLYTO_ADDR_EQ_FROM(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[48.210.85.209.list.dnswl.org : 127.0.5.0]; HAS_REPLYTO(0.00)[cem@freebsd.org]; IP_SCORE(-1.15)[ip: (-1.05), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2020 18:08:38 -0000 On Tue, Mar 10, 2020 at 9:28 AM Willem Jan Withagen wrote: > >> problem that libblock_rbd.so is stripped in such a way that > >> the symbol I need is removed. > > > So either I'm doing it the wrong way, like special options on the > > symbols oid. > > > However, I think there's something wrong with your > > library, too. The library should be usable even if it's stripped. Yes, strip only removes local symbols (.symtab), not exported ones (.dynsym). > I checked with objdump, and the symbol that I need is definitly not > present in the stripped version. How are you defining the symbol intended for export? Is the symbol a function or data? Does the compiler flag -fvisibility=hidden get used? Which symbol is missing and what are the symptoms? > And it does not really matter if I declare it static or not. Not declaring it "static" is necessary, if not sufficient. Looking at your code on github, here are some issues: * In block_if.h, you define an object blocklocal_backend. This is a header, and every compilation unit that pulls in the header will get its own copy of blocklocal_backend. You probably want 'extern block_backend_t blocklocal_backend;' instead. * You SET_DECLARE block_backend_set in block_if.c, but I think it needs to be in block_if.h. * There is some weirdness around linker sets being removed by the linker if they are empty, so you may want to add blockbackend_local to the linker set in the main program. (It's unclear to me why blockbackend_local is treated specially regardless.) However, I'm not quite sure why DATA_SET() in block_rbd.c is not creating __start_set_block_backend_set / __stop_set_block_backend_set exported symbols. As Alan asked, please provide 'nm -D foo.so'. Best, Conrad From owner-freebsd-hackers@freebsd.org Thu Mar 12 14:35:30 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3F59F2625FF for ; Thu, 12 Mar 2020 14:35:30 +0000 (UTC) (envelope-from mail@osfux.nl) Received: from vm1982.osfux.nl (vm1982.osfux.nl [IPv6:2a03:5500:1724:55:79:99:187:212]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48dWZm1YKJz489J for ; Thu, 12 Mar 2020 14:35:27 +0000 (UTC) (envelope-from mail@osfux.nl) Received: from vm1982.osfux.nl (localhost [127.0.0.1]) by vm1982.osfux.nl (Postfix) with ESMTP id 4FC912013E; Thu, 12 Mar 2020 15:35:16 +0100 (CET) X-Spam-Status: No, score=0.0 required=5.0 tests=none shortcircuit=no X-Spam-Checker-Version: SpamAssassin 3.4.3 Received: from [172.28.10.16] (engineering.quanza.net [91.208.87.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by vm1982.osfux.nl (Postfix) with ESMTPSA; Thu, 12 Mar 2020 15:35:16 +0100 (CET) Subject: Re: Allow to run SSHd in Installer (12.2 patch) To: Ben RUBSON , freebsd-hackers@freebsd.org References: <2352A2A0-999C-453F-92A1-D067E4C05712@gmx.com> <6DB159F2-99C2-46BE-AEC5-99FB7582FCF0@gmx.com> From: Ruben Message-ID: Date: Thu, 12 Mar 2020 15:35:22 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <6DB159F2-99C2-46BE-AEC5-99FB7582FCF0@gmx.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48dWZm1YKJz489J X-Spamd-Bar: - X-Spamd-Result: default: False [-1.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[osfux.nl:s=default]; NEURAL_HAM_MEDIUM(-0.11)[-0.114,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.24)[asn: 8315(1.18), country: NL(0.03)]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[osfux.nl:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[osfux.nl,reject]; FREEMAIL_TO(0.00)[gmx.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8315, ipnet:2a03:5500::/31, country:NL]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 14:35:30 -0000 Hi Ben, I'm not a FreeBSD developer (so not your targeted audience) but would very much like to see this land in a release! Kind regards, Ruben On 3/10/20 4:07 PM, Ben RUBSON wrote: >> On 2 Mar 2020, at 13:09, Ben RUBSON wrote: >> >> Hi, >> >> I've done some work to allow to connect to FreeBSD installer through SSH. >> It can be useful for example if we have specific tasks to perform before installation, such as disks configuration etc... >> Working through a SSH connection is much more convenient than in front of a console. >> FreeBSD installer can then also be used as a rescue disk. >> >> To achieve this, I've modified FreeBSD installer, so that after having installed SSHd, if performs following configuration modifications : >> - generate host keys into /var/ssh (as default /etc/ssh is not writable) ; >> - only allow keys authentication ; >> - allow root authentication ; >> - read authorized_keys file from /var/ssh (as default homedirs are not writable). >> >> SSHd can then be started thanks to the installer shell : service sshd start >> And a public key put into for example /var/ssh-keys/root/authorized_keys, thanks to fetch or whatever. >> >> Work is here : >> https://github.com/freebsd/freebsd/pull/156 >> Rather simple, and ready to be merged. >> >> This job is more than 2 years old, I would then really be glad if we could see this in 12.2 installation ISOs. >> It would prevent me from having to modify the new ISO files to implement this patch. > > Any thoughts ? :) > > Thank you very much ! > > Ben > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Thu Mar 12 18:29:30 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8CAE0267DF2 for ; Thu, 12 Mar 2020 18:29:30 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.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 48dcml6wymz4JQt for ; Thu, 12 Mar 2020 18:29:27 +0000 (UTC) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: from gndrsh.dnsmgr.net (localhost [127.0.0.1]) by gndrsh.dnsmgr.net (8.13.3/8.13.3) with ESMTP id 02CITHCo075690; Thu, 12 Mar 2020 11:29:17 -0700 (PDT) (envelope-from freebsd-rwg@gndrsh.dnsmgr.net) Received: (from freebsd-rwg@localhost) by gndrsh.dnsmgr.net (8.13.3/8.13.3/Submit) id 02CITGjQ075689; Thu, 12 Mar 2020 11:29:16 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <202003121829.02CITGjQ075689@gndrsh.dnsmgr.net> Subject: Re: Allow to run SSHd in Installer (12.2 patch) In-Reply-To: To: Ruben Date: Thu, 12 Mar 2020 11:29:16 -0700 (PDT) CC: Ben RUBSON , freebsd-hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 48dcml6wymz4JQt X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of freebsd-rwg@gndrsh.dnsmgr.net has no SPF policy when checking 69.59.192.140) smtp.mailfrom=freebsd-rwg@gndrsh.dnsmgr.net X-Spamd-Result: default: False [-0.69 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.82)[-0.818,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; IP_SCORE(0.03)[ip: (0.13), ipnet: 69.59.192.0/19(0.07), asn: 13868(0.03), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[dnsmgr.net]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-0.81)[-0.810,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:13868, ipnet:69.59.192.0/19, country:US]; FREEMAIL_CC(0.00)[gmx.com]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2020 18:29:30 -0000 I have been starting sshd from install media since 5.4 or so, here is my current method that should work on 11, 12 and 13: # This version for FreeBSD 11.0R, works for 12.0 too mkdir /tmp/ssh cp -p /etc/ssh/sshd_config /tmp/ssh echo 'PermitRootLogin yes' >> /tmp/ssh/sshd_config echo 'AllowGroups wheel' >> /tmp/ssh/sshd_config echo 'PermitEmptyPasswords yes' >> /tmp/ssh/sshd_config echo 'HostKey /tmp/ssh/ssh_host_rsa_key' >> /tmp/ssh/sshd_config echo 'HostKey /tmp/ssh/ssh_host_dsa_key' >> /tmp/ssh/sshd_config echo 'UsePAM no' >> /tmp/ssh/sshd_config echo 'PasswordAuthentication yes' >> /tmp/ssh/sshd_config ssh-keygen -t rsa -f /tmp/ssh/ssh_host_rsa_key -N '' ssh-keygen -t dsa -f /tmp/ssh/ssh_host_dsa_key -N '' /usr/sbin/sshd -f /tmp/ssh/sshd_config For those that "need" this feature today :-) Just drop to a shell after booting from install media, run the above commands, and you can get in. BEWARE, passwordless root login enabled! > Hi Ben, > > I'm not a FreeBSD developer (so not your targeted audience) but would > very much like to see this land in a release! > > Kind regards, > > Ruben > > On 3/10/20 4:07 PM, Ben RUBSON wrote: > >> On 2 Mar 2020, at 13:09, Ben RUBSON wrote: > >> > >> Hi, > >> > >> I've done some work to allow to connect to FreeBSD installer through SSH. > >> It can be useful for example if we have specific tasks to perform before installation, such as disks configuration etc... > >> Working through a SSH connection is much more convenient than in front of a console. > >> FreeBSD installer can then also be used as a rescue disk. > >> > >> To achieve this, I've modified FreeBSD installer, so that after having installed SSHd, if performs following configuration modifications : > >> - generate host keys into /var/ssh (as default /etc/ssh is not writable) ; > >> - only allow keys authentication ; > >> - allow root authentication ; > >> - read authorized_keys file from /var/ssh (as default homedirs are not writable). > >> > >> SSHd can then be started thanks to the installer shell : service sshd start > >> And a public key put into for example /var/ssh-keys/root/authorized_keys, thanks to fetch or whatever. > >> > >> Work is here : > >> https://github.com/freebsd/freebsd/pull/156 > >> Rather simple, and ready to be merged. > >> > >> This job is more than 2 years old, I would then really be glad if we could see this in 12.2 installation ISOs. > >> It would prevent me from having to modify the new ISO files to implement this patch. > > > > Any thoughts ? :) > > > > Thank you very much ! > > > > Ben > > > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Rod Grimes rgrimes@freebsd.org From owner-freebsd-hackers@freebsd.org Fri Mar 13 12:38:40 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1066C25E4BC; Fri, 13 Mar 2020 12:38:40 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wm1-f68.google.com (mail-wm1-f68.google.com [209.85.128.68]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48f4xV1Pzjz4JPn; Fri, 13 Mar 2020 12:38:38 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wm1-f68.google.com with SMTP id a132so9763695wme.1; Fri, 13 Mar 2020 05:38:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=aipL9e0surFn8Sq2V8X5sDekKaESbjS7d9o7GslDom4=; b=taF9FwChum3pe8vX5U3YTH7nP2dRcNTgMF2CNKcxBs5jVk4wQy3HfngkF8H0bzlLQk JGrQFysQywgSzhC8QVsZLKRi7zFp1uTU1zr/L8s7IfvsZOUUuBoFilDZuEmfC6ZeAUtD OrEozbp25W6XwdTQYUnlwY+6MuybVC4pzLrwMR4FDpCv4qwewe81AQ4F3f23hBn8/eZJ GMOa8FWEvko+uovuNkScEXoBkBbisDXnYUdQwhCsB5jrNdtieUIlsAaxmx1kg8msJK7A CMSXiJ+qEkPCuizRiyS42NKUYMABUVspDROWv/qDcW7jqtnf2lqaigWGA8989FkZceGN SdjA== X-Gm-Message-State: ANhLgQ3QRGI2OxgSN+H5ax+cy0Sdekt91QIbJDPQdfmzE6R69TH0q3c1 yRZuBNpegTSJtgrG4dcd7Tl5T5kCjZY= X-Google-Smtp-Source: ADFU+vvtbHe0ft7mb7if8ptb6Y1zppTxCOUQa4WvUYCYn6XI4w6sR1rxLxi7ZZ1DQCqD/rmFrPIXDg== X-Received: by 2002:a1c:1d4d:: with SMTP id d74mr10523481wmd.123.1584103115420; Fri, 13 Mar 2020 05:38:35 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id m187sm16620515wme.16.2020.03.13.05.38.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Mar 2020 05:38:34 -0700 (PDT) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure To: freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> Cc: jenkins-admin@FreeBSD.org, freebsd-stable@freebsd.org From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-ID: Date: Fri, 13 Mar 2020 13:38:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48f4xV1Pzjz4JPn X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.128.68 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-4.35 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_TLS_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-2.35)[ip: (-7.09), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[68.128.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[68.128.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 12:38:40 -0000 Hi, I've recently MFC'ed some mixer(8) improvements and with tests to stable/12. It looks like it broke the build on pretty much every architecture apart from i386 and amd64 (or maybe I just haven't received the emails yet). Have you got any idea what's wrong with the ATF testing infrastructure on non-x86 architectures? On 3/13/20 1:01 PM, jenkins-admin@FreeBSD.org wrote: > FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure > > Build information: https://ci.freebsd.org/job/FreeBSD-stable-12-powerpc-build/2409/ > Full change log: https://ci.freebsd.org/job/FreeBSD-stable-12-powerpc-build/2409/changes > Full build log: https://ci.freebsd.org/job/FreeBSD-stable-12-powerpc-build/2409/console > > Status explanation: > "Failure" - the build is suspected being broken by the following changes > "Still Failing" - the build has not been fixed by the following changes and > this is a notification to note that these changes have > not been fully tested by the CI system > > Change summaries: > (Those commits are likely but not certainly responsible) > > 358955 by 0mp: > MFC 351481, 357619: ... > mixer(8): Report an error if the passed value is an empty string > > This patch fixes a bug that made the mixer command enter > an infinite loop when instructed to set the value of a device > to an empty string (e.g., `mixer vol ""`). > > Additionally, some tests for mixer(8) are being added. ... > mixer: call the cleanup function in a test > > The set_empty_value test has a cleanup function, but is not called. > Fix it ... > The end of the build log: ... > ===> usr.sbin/mixer (distribute) > ===> usr.sbin/mixer/tests (distribute) > cd /usr/src/usr.sbin/mixer/tests; make -DDB_FROM_SRC __MAKE_CONF=/dev/null SRCCONF=/workspace/freebsd-ci/jobs/FreeBSD-stable-12-powerpc-build/src.conf install installconfig -DNO_SUBDIR DESTDIR=/usr/obj/usr/src/powerpc.powerpc/release/dist/tests SHARED=copies > install -N /usr/src/etc -o root -g wheel -m 555 mixer_test /usr/obj/usr/src/powerpc.powerpc/release/dist/tests/usr/tests/usr.sbin/mixer/mixer_test > install: /usr/obj/usr/src/powerpc.powerpc/release/dist/tests/usr/tests/usr.sbin/mixer/mixer_test: No such file or directory > *** Error code 71 > > Stop. > make[8]: stopped in /usr/src/usr.sbin/mixer/tests > *** Error code 1 > > Stop. > make[7]: stopped in /usr/src/usr.sbin/mixer/tests > *** Error code 1 > > Stop. > make[6]: stopped in /usr/src/usr.sbin/mixer > *** Error code 1 > > Stop. > make[5]: stopped in /usr/src/usr.sbin > *** Error code 1 > > Stop. > make[4]: stopped in /usr/src > *** Error code 1 > > Stop. > make[3]: stopped in /usr/src > *** 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/release Thanks, Mateusz Piotrowski From owner-freebsd-hackers@freebsd.org Fri Mar 13 12:54:19 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17F6725F5AF for ; Fri, 13 Mar 2020 12:54:19 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wr1-f68.google.com (mail-wr1-f68.google.com [209.85.221.68]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48f5HY4MZ1z40XZ for ; Fri, 13 Mar 2020 12:54:17 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wr1-f68.google.com with SMTP id n15so11930902wrw.13 for ; Fri, 13 Mar 2020 05:54:17 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=7f+PKeb62GHjFSBlDFmUOoTEiUiSWq5rAVKF2za+h7o=; b=qod3KKI1zhhDATIECBevnxxdSwT/+oOvRF99MuOkKrpXDXeyD0K2rSdxSJqepVO4eF 05jBnr1eP1snrxpCIiZ9fL4fz9KLw7k46B12FQYUUab2f4s2vchKW8CCDv4PZwS8PvmS 7Tzi0roZR1mMLYoWUS10wOlhaL85SDlp6DAloihHNyCkSfUViLVZbur7LR/twM0nKESo UOFnMm73sPdb3HC9lUxvJQ536e0FGEkI47pM5o/cjltpcFD2qkreDj9xNk11yT8qvUMg PsqE4YVMyT6TUlInp8TxQzsbP5UVO40ZlzVmjg0lyMg1tO6jGUYYsRDSNxRupMuXJPxW M0gA== X-Gm-Message-State: ANhLgQ0gpM1O6ABuRFUZ8+KXvTucuXO5o/q3QnOdqSQ7OV/HbqBonk2Q qmja3RVVufwBeAvX1O/Z6X2HylXqZbM= X-Google-Smtp-Source: ADFU+vv7SKiJ5Rcw8XwQSjmk9Kjg5tJz4rP4Fbj8db0ZHKkn9/sq5423zU3Q5oKjW/2S+adlz4oeGg== X-Received: by 2002:a5d:4ac2:: with SMTP id y2mr11841016wrs.263.1584104055222; Fri, 13 Mar 2020 05:54:15 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id c11sm80147964wrp.51.2020.03.13.05.54.14 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Mar 2020 05:54:14 -0700 (PDT) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure From: Mateusz Piotrowski <0mp@FreeBSD.org> To: freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> Message-ID: Date: Fri, 13 Mar 2020 13:54:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 48f5HY4MZ1z40XZ X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.221.68 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-4.63 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[68.221.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; IP_SCORE(-2.63)[ip: (-8.50), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; DMARC_NA(0.00)[FreeBSD.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[68.221.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 12:54:19 -0000 Hi, On 3/13/20 1:38 PM, Mateusz Piotrowski wrote: > I've recently MFC'ed some mixer(8) improvements and with tests to > stable/12. It looks like it broke the build on pretty much every > architecture apart from i386 and amd64 (or maybe I just haven't > received the emails yet). Quick update: amd64 and i386 are also broken. On 3/13/20 1:01 PM, jenkins-admin@FreeBSD.org wrote: >> FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure ... >> 358955 by 0mp: >> MFC 351481, 357619: > ... >> mixer(8): Report an error if the passed value is an empty string >> >> This patch fixes a bug that made the mixer command enter >> an infinite loop when instructed to set the value of a device >> to an empty string (e.g., `mixer vol ""`). >> >> Additionally, some tests for mixer(8) are being added. > ... >> mixer: call the cleanup function in a test >> >> The set_empty_value test has a cleanup function, but is not called. >> Fix it > ... >> The end of the build log: > ... >> ===> usr.sbin/mixer (distribute) >> ===> usr.sbin/mixer/tests (distribute) >> cd /usr/src/usr.sbin/mixer/tests;  make -DDB_FROM_SRC >> __MAKE_CONF=/dev/null >> SRCCONF=/workspace/freebsd-ci/jobs/FreeBSD-stable-12-powerpc-build/src.conf >> install installconfig -DNO_SUBDIR >> DESTDIR=/usr/obj/usr/src/powerpc.powerpc/release/dist/tests >> SHARED=copies >> install -N /usr/src/etc  -o root  -g wheel -m 555  mixer_test >> /usr/obj/usr/src/powerpc.powerpc/release/dist/tests/usr/tests/usr.sbin/mixer/mixer_test >> install: >> /usr/obj/usr/src/powerpc.powerpc/release/dist/tests/usr/tests/usr.sbin/mixer/mixer_test: >> No such file or directory >> *** Error code 71 >> >> Stop. >> make[8]: stopped in /usr/src/usr.sbin/mixer/tests >> *** Error code 1 >> >> Stop. >> make[7]: stopped in /usr/src/usr.sbin/mixer/tests >> *** Error code 1 >> >> Stop. >> make[6]: stopped in /usr/src/usr.sbin/mixer >> *** Error code 1 >> >> Stop. >> make[5]: stopped in /usr/src/usr.sbin >> *** Error code 1 >> >> Stop. >> make[4]: stopped in /usr/src >> *** Error code 1 >> >> Stop. >> make[3]: stopped in /usr/src >> *** 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/release From owner-freebsd-hackers@freebsd.org Fri Mar 13 13:01:33 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2B4C425FA37 for ; Fri, 13 Mar 2020 13:01:33 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48f5Rw2Js2z4GPb; Fri, 13 Mar 2020 13:01:31 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id C58F226011A; Fri, 13 Mar 2020 14:01:23 +0100 (CET) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure To: Mateusz Piotrowski <0mp@FreeBSD.org>, freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Hans Petter Selasky Message-ID: Date: Fri, 13 Mar 2020 14:00:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48f5Rw2Js2z4GPb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 2a01:4f8:c17:6c4b::2 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-4.96 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.67)[ip: (-9.22), ipnet: 2a01:4f8::/29(-2.57), asn: 24940(-1.56), country: DE(-0.02)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 13:01:33 -0000 On 2020-03-13 13:54, Mateusz Piotrowski wrote: > Hi, > > On 3/13/20 1:38 PM, Mateusz Piotrowski wrote: >> I've recently MFC'ed some mixer(8) improvements and with tests to >> stable/12. It looks like it broke the build on pretty much every >> architecture apart from i386 and amd64 (or maybe I just haven't >> received the emails yet). > Maybe you can just do a direct commit and comment out the test from the build system: # HAS_TESTS= # SUBDIR.${MK_TESTS}+= tests --HPS From owner-freebsd-hackers@freebsd.org Fri Mar 13 13:03:21 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 81D5025FCC5 for ; Fri, 13 Mar 2020 13:03:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48f5V02524z4HST; Fri, 13 Mar 2020 13:03:20 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [62.141.129.235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 910F5260359; Fri, 13 Mar 2020 14:03:13 +0100 (CET) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure From: Hans Petter Selasky To: Mateusz Piotrowski <0mp@FreeBSD.org>, freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> Message-ID: Date: Fri, 13 Mar 2020 14:02:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48f5V02524z4HST X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-5.42 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-3.12)[ip: (-9.31), ipnet: 88.99.0.0/16(-4.71), asn: 24940(-1.56), country: DE(-0.02)]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 13:03:21 -0000 On 2020-03-13 14:00, Hans Petter Selasky wrote: > On 2020-03-13 13:54, Mateusz Piotrowski wrote: >> Hi, >> >> On 3/13/20 1:38 PM, Mateusz Piotrowski wrote: >>> I've recently MFC'ed some mixer(8) improvements and with tests to >>> stable/12. It looks like it broke the build on pretty much every >>> architecture apart from i386 and amd64 (or maybe I just haven't >>> received the emails yet). >> > > Maybe you can just do a direct commit and comment out the test from the > build system: > > # HAS_TESTS= > # SUBDIR.${MK_TESTS}+= tests > I see that: https://ci.freebsd.org/ is currently unresponsive, so it might be a problem there. --HPS From owner-freebsd-hackers@freebsd.org Fri Mar 13 13:08:56 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BB6F4260059 for ; Fri, 13 Mar 2020 13:08:56 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wm1-f41.google.com (mail-wm1-f41.google.com [209.85.128.41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48f5cR0RWsz4PQp for ; Fri, 13 Mar 2020 13:08:54 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wm1-f41.google.com with SMTP id 6so9868625wmi.5 for ; Fri, 13 Mar 2020 06:08:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=ufUEWyQzL56ILyBqI4TxJfad1xB6Pu2zXETQsWyrq2I=; b=T+Dhig8jhSvAPWMBdWPk7fTTvs0CMqI1dXChPyZahx4HHwUrVR48q60MOhHZ5l82gb ZE1AQCw6GhgE9TYSoJc+X5WQF+RpTDOOhgOnmb2n244Lzyw7y8Rn0wjiSBlpCQ6C9pYX Z74s/TL1THWJNd3qPMsuWlPjXFXBHB+ZMlDNH3YTyAKMswBc1V1hBhd0cP5fbUKhSqRD HBJ1EWtlzL7n9Q2UqLLIRE3m0AbycG/8o75pXj1AasQFgWzRkhV9Aa3UeJn8DYpPJK8U KpvdJ4eTKmz8XgKboRyQ1VusEtVrHDaREIcPnjvK8lU1YnaVSE7yPQNvwCEs7AS+t3rv +ztw== X-Gm-Message-State: ANhLgQ1KS4K2P19h4HF+/UW26w8mgx2CezvM6kBVIkYEaCGOLImqxFfc o3M9/cEkRJB+4BZ7FfrgPvJGmzaprL8= X-Google-Smtp-Source: ADFU+vsIdrlBKLHr5BECpplqNtkrLxsRDbB1VY+9ZthhYRvjMuRmRPvIKJJomVz/FdkAzrUA6sjinA== X-Received: by 2002:a7b:cc06:: with SMTP id f6mr6490872wmh.65.1584104931675; Fri, 13 Mar 2020 06:08:51 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id k133sm17375592wma.11.2020.03.13.06.08.49 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Mar 2020 06:08:49 -0700 (PDT) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure To: Hans Petter Selasky , freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-ID: <1da8b68c-ed03-7663-a041-27fb84293659@FreeBSD.org> Date: Fri, 13 Mar 2020 14:09:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48f5cR0RWsz4PQp X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.128.41 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-3.24 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[41.128.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.24)[ip: (-1.53), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 13:08:56 -0000 On 3/13/20 2:02 PM, Hans Petter Selasky wrote: > On 2020-03-13 14:00, Hans Petter Selasky wrote: >> On 2020-03-13 13:54, Mateusz Piotrowski wrote: >>> On 3/13/20 1:38 PM, Mateusz Piotrowski wrote: >>>> I've recently MFC'ed some mixer(8) improvements and with tests to >>>> stable/12. It looks like it broke the build on pretty much every >>>> architecture apart from i386 and amd64 (or maybe I just haven't >>>> received the emails yet). Should be fixed after I r358956, which I just committed to stable/12. From owner-freebsd-hackers@freebsd.org Fri Mar 13 13:09:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1DE3426008A for ; Fri, 13 Mar 2020 13:09:05 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: from mail-wr1-f43.google.com (mail-wr1-f43.google.com [209.85.221.43]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48f5cb2w2yz4Phb for ; Fri, 13 Mar 2020 13:09:03 +0000 (UTC) (envelope-from mpp302@gmail.com) Received: by mail-wr1-f43.google.com with SMTP id x11so7265956wrv.5 for ; Fri, 13 Mar 2020 06:09:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=fwQQ8/Odz7f478S0Rz63UQgLooiB+CmNf3LEsgoucLU=; b=PYBnI5MX0u2IIJpYT6/YqnQ4kcbZu3bFXQUsUAfUNWc1EE3LaP7Vbxu5nCLlsGNlP7 PneHeTc0xDU+LX37MZP0JM7H9dxnYQNHq0xam5cwju43zno6LX1/6ELNkhvhQkie0GhG 5Qi9f85jzdvsnG1IDBeVj849HvQQnqCGxYiaA/Pd4Xia+hI45+VIpuETsZpMwOTjLBPy 8W6+hHqaElsr9vbL2t2qaRjuyQGDflsYwI1WbTb2UTvq0FYnRAi8VyRWh7vedoC6fFOP i6AX2Phwxn+dwfeVshF6kAQWZHlBGrbTtZ+fyRov1hl7mMhN6OfqLcRlBQtScISlP++9 yBOw== X-Gm-Message-State: ANhLgQ3ZIKne+MaK4a6117RFQ3e8WjD4tqZXnD/Q8DMbgUDsisn3CTsR eMlQBjlElkLX6WYMa/sytKBxQePKxpE= X-Google-Smtp-Source: ADFU+vuxfLWMKJU9SeLfYGtH+lapnV2p0Qn1NP+SCCDbaftGv9oeIj0ER3SoWg30SvVYejS50ZZ+5w== X-Received: by 2002:adf:f583:: with SMTP id f3mr18319132wro.357.1584104939760; Fri, 13 Mar 2020 06:08:59 -0700 (PDT) Received: from ?IPv6:2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8? ([2a02:8109:98c0:40ee:5e5f:67ff:fef4:ffd8]) by smtp.gmail.com with ESMTPSA id l18sm9847632wrr.17.2020.03.13.06.08.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 13 Mar 2020 06:08:57 -0700 (PDT) Subject: Re: FreeBSD-stable-12-powerpc-build - Build #2409 (r358955) - Failure To: Hans Petter Selasky , freebsd-hackers@freebsd.org References: <1353920865.13902.1584100922471.JavaMail.jenkins@jenkins.ci.freebsd.org> From: Mateusz Piotrowski <0mp@FreeBSD.org> Message-ID: <0812c1fa-3e2c-5849-5e5f-1829b446c507@FreeBSD.org> Date: Fri, 13 Mar 2020 14:09:23 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 48f5cb2w2yz4Phb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mpp302@gmail.com designates 209.85.221.43 as permitted sender) smtp.mailfrom=mpp302@gmail.com X-Spamd-Result: default: False [-3.02 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[43.221.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.02)[ip: (-0.42), ipnet: 209.85.128.0/17(-2.98), asn: 15169(-1.65), country: US(-0.05)]; FORGED_SENDER(0.30)[0mp@FreeBSD.org,mpp302@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[43.221.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[0mp@FreeBSD.org,mpp302@gmail.com]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2020 13:09:05 -0000 On 3/13/20 2:02 PM, Hans Petter Selasky wrote: > On 2020-03-13 14:00, Hans Petter Selasky wrote: >> On 2020-03-13 13:54, Mateusz Piotrowski wrote: >>> On 3/13/20 1:38 PM, Mateusz Piotrowski wrote: >>>> I've recently MFC'ed some mixer(8) improvements and with tests to >>>> stable/12. It looks like it broke the build on pretty much every >>>> architecture apart from i386 and amd64 (or maybe I just haven't >>>> received the emails yet). Should be fixed after r358956, which I just committed to stable/12.