From owner-freebsd-stable@freebsd.org Sun Apr 5 13:07:29 2020 Return-Path: Delivered-To: freebsd-stable@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 440702B6BB7; Sun, 5 Apr 2020 13:07:29 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 48wDTt4dWhz3M3p; Sun, 5 Apr 2020 13:07:14 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-lf1-x130.google.com with SMTP id n20so9484879lfl.10; Sun, 05 Apr 2020 06:07:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-language:content-transfer-encoding; bh=nthNStkpmxhl7eEbbWP1mv8Z/9W6UMC1sBnGDa198a0=; b=UvyDqiQIkibrsQE4e594cUWrSy6XTwUwXydbmnNKzjM9S59ekN1vZqT0N85L/0IQsx 2e9czENeSLCBPssyDu+Z/6xN/4CBZLPrqZdvU52cAtewUo7TSVOh+jRGL0M2v1k4cOEp vKeKkSr/fJo5Cv9ljaBXin6n8aUMhhd8KdUisAk6LY4zOkjIxKh1NzgBLUNxBnTZavME VSS7hlgdbjCzLtN1Dp7GcOHKG8DtJo2ZrlC4f+5eN7FUxtaH2aAjQ+2W3sBd4s1MPYMU IQ1JKCdgkzbyR/boWDiipJ9W/BFNdd3PxMtHfMrL50zIl43ohq1qEGRYNoRsQ05Cbpk6 Qt5g== 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-language :content-transfer-encoding; bh=nthNStkpmxhl7eEbbWP1mv8Z/9W6UMC1sBnGDa198a0=; b=ThqyMGHA3rQEFqf+eG8xv3geS9eafFcXaA5R4oOSwGhd62zBteLr2EMTW+B2U6Lj4z WNkNX10K8FSo1Plf8n5HWongh4gEU8Sj0SmO38xBXW6tDLPUiZy9aLKBKXTlRYMg82OR 8PCtRbbBMoX24drVARrekh6MdbP3q1cykwNuwjNaaCp8AvYZekIO5FwpYKH8HIfeR8Dt i45U8VLrSTT5edoEgqNCyWoLsUMAlENRuqn/8rnvF9J1qJ9h4ZyOOEO1yMfGo0UJzUtL Ny7S4chTGkbbf2w/uCOB2q5Nsl61RH+3KoelwG3/eIWUhsWwpun5PpBAhXGGigKQRURz i20w== X-Gm-Message-State: AGi0PuZXLbm+YUA2O09EiCsu0Tfs1XmV39E+BgfX40+EHh6UAtOPCGdM MvjDoz7+GjETfDQXzXxtpVDFXpig X-Google-Smtp-Source: APiQypLKZ9ZCqYOWxEM1MxP1SGsXUfh2QPPom3qq67ooYViW0bppbI+OIReGbOfB3qgQDb9aqvd0Bw== X-Received: by 2002:ac2:57cb:: with SMTP id k11mr282446lfo.19.1586092024493; Sun, 05 Apr 2020 06:07:04 -0700 (PDT) Received: from [192.168.1.3] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id k18sm9596244lfg.81.2020.04.05.06.07.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 06:07:03 -0700 (PDT) Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Tomasz CEDRO , FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports References: From: Ruslan Garipov Message-ID: Date: Sun, 5 Apr 2020 18:07:00 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48wDTt4dWhz3M3p X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UvyDqiQI; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::130 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-9.08), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-0.43), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[0.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 13:07:30 -0000 On 4/4/2020 7:50 PM, Tomasz CEDRO wrote: > Hello world :-) > > I would like to build a 12-STABLE (/usr/src contains > svn.freebsd.org/base/stable/12) locally on strong machine (24CPU 127GB > RAM 12-1-RELEASE AMD64), then test changes on my local machine > (panasonic toughbook i5 laptop 12.1-RELEASE AMD64). This will be used > for testing kernel patches and driver development/fixes. > > The goal is to have separate zroot/ROOT/stable to select and act as > the FreeBSD base. So far I have zroot/ROOT/default to use FreeBSD > 12.1-RELEASE. I would like to switch between those to on boot to have > one base system stable for working and another base system for testing > on real environment. > > I noticed that simple copy of /boot/kernel does not work on my target > machine. Thus I am trying to create a whole release, put a separate > system base, then on boot select different zfs container base to boot > from. I just love ZFS for that! I may even use snapshots to log and > rollback changes. > > Questions: > > 1. Is it a good build / testing environment? Maybe there is a simpler > / better way to cross compile binaries and test on another machine? > Both are using 12.1-RELEASE AMD64 installations so far. All /usr/local > should work both with 12.1-RELEASE and 12-STABLE right? Both machines have the same architecture, therefore it is not a cross build, I believe. For my direct builds (both build and consumer machines are x86-64) I use the procedure described in the handbook (``23.6. Tracking for Multiple Machines''[1]). > > 2. When that works, I would like to cross-compile for ARM in a similar > manner, then attach pyOCD + GDB to debug ARM target. I guess that > should work too as above? > > 3. During /usr/src/release/release.sh I get following error as pasted > below. Does release.sh update /usr/ports just as it snaps from svn or > it will use the /usr/porst that are just there and I need to provide > /usr/ports in a state that will be bindled into a /scratch release? A quote from release(7) man page: release.sh checks out the src/, ports/, and doc/ trees to CHROOTDIR... Therefore, release(7) "ignores" /usr/ports and uses ${CHROOTDIR}/usr/ports. My build machine doesn't have access to the Internet, therefore, I have to define the PORTS_UPDATE_SKIP variable and provide ports tree into the ${CHROOTDIR}/usr/ports before I will call /usr/src/release/release.sh. > > ===> docproj-2.0_14 depends on file: /usr/local/sbin/pkg - not found > ===> License BSD2CLAUSE accepted by the user > ===> Fetching all distfiles required by pkg-1.14.2 for building > ===> Extracting for pkg-1.14.2 > ===> License BSD2CLAUSE accepted by the user > ===> Fetching all distfiles required by pkg-1.14.2 for building > => SHA256 Checksum mismatch for freebsd-pkg-1.14.2_GH0.tar.gz. > ===> Refetch for 1 more times files: freebsd-pkg-1.14.2_GH0.tar.gz > ===> License BSD2CLAUSE accepted by the user > => freebsd-pkg-1.14.2_GH0.tar.gz doesn't seem to exist in /tmp/distfiles/. > => Attempting to fetch > https://codeload.github.com/freebsd/pkg/tar.gz/1.14.2?dummy=/freebsd-pkg-1.14.2_GH0.tar.gz > freebsd-pkg-1.14.2_GH0.tar.gz Bad system call (core dumped) /usr/src/release/release.sh defines DISTDIR=/tmp/distfiles when it installs the textproc/docproj port or a port from the ${EMBEDDEDPORTS}. As for why fetch(1) fails with bad system call under chrooted environment -- I don't know. I failed on a port fetching only if I hadn't provided all necessary distfiles. You have checksum error message which is causing refetching of the ports-mgmt/pkg port. Therefore, I believe ${CHROOTDIR}/tmp/distfiles/freebsd-pkg-1.14.2_GH0.tar.gz exists on your file system (remained from a previous fetch try?)... May be you should try fetch(1) from the chrooted environment manually, to get any content? > => Attempting to fetch > http://distcache.FreeBSD.org/ports-distfiles/freebsd-pkg-1.14.2_GH0.tar.gz > freebsd-pkg-1.14.2_GH0.tar.gz Bad system call (core dumped) > => Couldn't fetch it - please try to retrieve this > => port manually into /tmp/distfiles/ and try again. > *** Error code 1 > > Stop. > > Any hints and comments are welcome :-) > Tomek > [1] https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/small-lan.html From owner-freebsd-stable@freebsd.org Sun Apr 5 13:53:27 2020 Return-Path: Delivered-To: freebsd-stable@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 466B52B83B2 for ; Sun, 5 Apr 2020 13:53:27 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-ot1-x341.google.com (mail-ot1-x341.google.com [IPv6:2607:f8b0:4864:20::341]) (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 48wFW35Zbsz48xL for ; Sun, 5 Apr 2020 13:53:19 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-ot1-x341.google.com with SMTP id z5so12505406oth.9 for ; Sun, 05 Apr 2020 06:53:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rQJ2jpXF+aukpUCUH6/UVRTDduIdc22IrTYBh+QGyT8=; b=Fzns9AViFW6jZyUnzUCRU1IrOMqvCBnjpFzkWSRMou1zq+SbAvibfYOjNIq17oFaGM dqLg6SW945VVhbxu32K7GEopP+Wfpp3n1ZUDS8Fbt02JRGIGORDLZQ4HiyM0812h9h33 +GrJhgtPHAFBSxuVtWNidZdV0ERwdWh1TctSSNqR+7FapMJrizZ88bwlq5yX6XOt+SeV B4/FJ51kgBzidb+KZKSFzsHe/rgiKQHZXAWpmuAZH+ZygjHkdIf0KV2EWEp1k4rCDb0H qK0VXroyl+wYFxo8jHYNiiaUB5NAKJRZ1a3vOk6apWjm0CyUGKOEJuLK+rl4bcPuXcxp 1C+g== 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=rQJ2jpXF+aukpUCUH6/UVRTDduIdc22IrTYBh+QGyT8=; b=rMxhrJ3Gz4FndabmFMR+QGAw7USWaqdxJsvBh/48kxdxB1AqahWMTJyO0s5vvchp9a FHXizCxqGGLZzMMSGyTTIe4F4ugDkCDbf/FC9hhRt5jiYm4W+sVLvARm0Cpaw6eShNtG V67myw9H7lPZnhkNZEkijH11arYwwg5YrezUsvVvcB1MRRhVrrJqeDiFMGotC2CWgQyf GNm4CrgSTuAh5PT5o2QbZJt8xCnbw6GNCyoGnp35JyHfV/EgILmUKhL5IP92UhxVcBvG i80OaJBmrnDaSB597h9SqQr2D1ZcW4AmNEG0Xr5YWLnEc1VPUvJVXF2zGBTV3gnE1MVt 5tQg== X-Gm-Message-State: AGi0Pua7uiVZWeCj+VyZFJ83Aac8yUgjfJ0mmVzwIpYfnrR1BLvj+vyg PZIodBppXYpP9S6M0TKpbvNByQ== X-Google-Smtp-Source: APiQypL+/Yfmsz3sTYDCABUFLj5pCkNyKCZMqfHNeaZ8d9SeGh6asn80rQPQnZ2bI6Yns/qx9ON/iw== X-Received: by 2002:a9d:171e:: with SMTP id i30mr13898934ota.327.1586094791995; Sun, 05 Apr 2020 06:53:11 -0700 (PDT) Received: from mail-ot1-f45.google.com (mail-ot1-f45.google.com. [209.85.210.45]) by smtp.gmail.com with ESMTPSA id 103sm3714201oty.36.2020.04.05.06.53.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 06:53:11 -0700 (PDT) Received: by mail-ot1-f45.google.com with SMTP id a49so12470230otc.11; Sun, 05 Apr 2020 06:53:11 -0700 (PDT) X-Received: by 2002:a9d:20e4:: with SMTP id x91mr12272260ota.6.1586094790805; Sun, 05 Apr 2020 06:53:10 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Tomasz CEDRO Date: Sun, 5 Apr 2020 15:52:51 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Ruslan Garipov Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48wFW35Zbsz48xL X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=Fzns9AVi; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::341) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-2.38 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; RCVD_IN_DNSWL_NONE(0.00)[1.4.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.08)[ip: (0.42), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 13:53:27 -0000 Hello Ruslav and thank you for your feedback! :-) On Sun, Apr 5, 2020 at 3:07 PM Ruslan Garipov wrote: > On 4/4/2020 7:50 PM, Tomasz CEDRO wrote: > > 1. Is it a good build / testing environment? Maybe there is a simpler > > / better way to cross compile binaries and test on another machine? > > Both are using 12.1-RELEASE AMD64 installations so far. All /usr/local > > should work both with 12.1-RELEASE and 12-STABLE right? > Both machines have the same architecture, therefore it is not a cross > build, I believe. For my direct builds (both build and consumer > machines are x86-64) I use the procedure described in the handbook > (``23.6. Tracking for Multiple Machines''[1]). I know that method, thank you :-) But I also want to try out the binary release, which seems a bit more flexible to have just everything in one place, may be used to install on an external machine without NFS access, etc :-) It would be also nice to know the time cost of those two methods, so I want to verify :-) > > 3. During /usr/src/release/release.sh I get following error as pasted > > below. Does release.sh update /usr/ports just as it snaps from svn or > > it will use the /usr/porst that are just there and I need to provide > > /usr/ports in a state that will be bindled into a /scratch release? > A quote from release(7) man page: > > release.sh checks out the src/, ports/, and doc/ trees to CHROOTDIR... > > Therefore, release(7) "ignores" /usr/ports and uses > ${CHROOTDIR}/usr/ports. My build machine doesn't have access to the > Internet, therefore, I have to define the PORTS_UPDATE_SKIP variable and > provide ports tree into the ${CHROOTDIR}/usr/ports before > I will call /usr/src/release/release.sh. Okay, so the build uses totally separate CHROOT in /scratch? I wonder if that "Bad System Call" is caused by my Host tools or the CHROOT tools? It looks like the /scratch has its own compiled in tools not a copy from my host? # diff -u /usr/bin/fetch /scratch/usr/bin/fetch Binary files /usr/bin/fetch and /scratch/usr/bin/fetch differ > > ===> docproj-2.0_14 depends on file: /usr/local/sbin/pkg - not found > > ===> License BSD2CLAUSE accepted by the user > > ===> Fetching all distfiles required by pkg-1.14.2 for building > > ===> Extracting for pkg-1.14.2 > > ===> License BSD2CLAUSE accepted by the user > > ===> Fetching all distfiles required by pkg-1.14.2 for building > > => SHA256 Checksum mismatch for freebsd-pkg-1.14.2_GH0.tar.gz. > > ===> Refetch for 1 more times files: freebsd-pkg-1.14.2_GH0.tar.gz > > ===> License BSD2CLAUSE accepted by the user > > => freebsd-pkg-1.14.2_GH0.tar.gz doesn't seem to exist in /tmp/distfiles/. > > => Attempting to fetch > > https://codeload.github.com/freebsd/pkg/tar.gz/1.14.2?dummy=/freebsd-pkg-1.14.2_GH0.tar.gz > > freebsd-pkg-1.14.2_GH0.tar.gz Bad system call (core dumped) > /usr/src/release/release.sh defines DISTDIR=/tmp/distfiles when it > installs the textproc/docproj port or a port from the ${EMBEDDEDPORTS}. > > As for why fetch(1) fails with bad system call under chrooted > environment -- I don't know. I failed on a port fetching only if I > hadn't provided all necessary distfiles. You have checksum error > message which is causing refetching of the ports-mgmt/pkg port. > Therefore, I believe > ${CHROOTDIR}/tmp/distfiles/freebsd-pkg-1.14.2_GH0.tar.gz exists on your > file system (remained from a previous fetch try?)... May be you should > try fetch(1) from the chrooted environment manually, to get any content? This "Bad System Call" stops me from proceeding. I did place by hand the required package in the right place, then it built ok, then I got that "Bad System Call" again on install :-( How can I get the debug symbols in /scratch binaries? So far I can just show: [New LWP 100764] Core was generated by `/usr/bin/fetch -Fpr -S 3405355 http://distcache.FreeBSD.org/ports-distfiles/free'. Program terminated with signal SIGSYS, Bad system call. #0 0x00000008003c1bca in ?? () (gdb) bt #0 0x00000008003c1bca in ?? () #1 0x000000080031d144 in ?? () #2 0x000000080031d260 in ?? () #3 0x0000000000000008 in ?? () #4 0xb650b69b3fd03fb8 in ?? () #5 0x00007fffffffdd40 in ?? () #6 0x00007fffffffe64c in ?? () #7 0x0000000800e1d000 in ?? () #8 0x00000000002091e0 in ?? () #9 0x00007fffffffdc80 in ?? () #10 0x00007fffffffdc40 in ?? () #11 0x000000080031d2f9 in ?? () #12 0x0000000800e1d000 in ?? () #13 0x00007fffffffdd40 in ?? () #14 0x0000000000000000 in ?? () Thank you! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@freebsd.org Sun Apr 5 14:42:29 2020 Return-Path: Delivered-To: freebsd-stable@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 79DAC2B9614; Sun, 5 Apr 2020 14:42:29 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-ed1-x544.google.com (mail-ed1-x544.google.com [IPv6:2a00:1450:4864:20::544]) (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 48wGbY6yC9z4SmY; Sun, 5 Apr 2020 14:42:17 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-ed1-x544.google.com with SMTP id e5so15666431edq.5; Sun, 05 Apr 2020 07:42:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=UaiP1mSB6/S9l4si/4VRb4jkyuXzKqU2mMnHh+7FbV0=; b=BpUnvajM8dWCICAuCSr+tUIcmzUdTwTT61zUx2jNpZN2H/nWNDAcabOb6SPw8IHsC3 0VRS5DhBI37psMDmTJlExR1VGaw0Wah7tvNqM6K4SMlSOJKYmnEw8ZXWalbKHyk5+Zfx qW+Rj5dEZ31oEzXTqRiwFCBJeGIGLjrToAd9Bgt4Zi+jDgt1eFS4sMCUgJvbPpXRskwU iDD3fakNiAFkR3M27f+vnj0lhtz78whwmWdjUlzPymuxF004rh1a5jmoVnQRVEewBeIn 17Yuhk4AFBUb0d/rYKfCLoour9FeMqC0efBdYvRw9GIMiEtUxrL1ZRaXXX1/zNaPmIbr 02Gw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=UaiP1mSB6/S9l4si/4VRb4jkyuXzKqU2mMnHh+7FbV0=; b=b7uHVVZt1hSHXzKRpG0aZuzBKYBuVElSPart1hLwXYpqdBE+mqK6u4vwdIB5N170K/ ti4QFTUKHubS4LDsNt99bQBKbDeUB3wAlbN7vj5vE2pxX9Xg9S4HAAYtTEYgeP1o2N8P WK3n5+rLuK8+tPf72ko0sfPGkFnK3dZKuewbig3Tvg2e/APSgkR9INXQhaMBfyr4B4i/ VU690nmDd1spx2fQwznwzbrmJ6gDh9ND5pGKThtJiprn+PQO8Cc1vLhuGUYh+9txZoKV bYxikYUWQmB9wzmtin8X0E9VJZkbZrGHXmU+noUHXLxEn3YQ9zGCuQuQEFhv8dsWULQy 0X8g== X-Gm-Message-State: AGi0PuZi26WDOqKhAMcXOYhi+d9RhGC88V/I+boVxJvPIyn8aHOqlpMj mL9q80ociyu5azY/jdaXljSfU9dX X-Google-Smtp-Source: APiQypIROjObsu7j7pWwsEn+stFehS3e42O+NFM8QAItVz3qSXipBXllFH5Yen5lEiJaqXSmmMW82w== X-Received: by 2002:a2e:8719:: with SMTP id m25mr9948438lji.76.1586097373660; Sun, 05 Apr 2020 07:36:13 -0700 (PDT) Received: from [192.168.1.3] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id p21sm8432782ljg.5.2020.04.05.07.36.12 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 07:36:13 -0700 (PDT) Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Tomasz CEDRO Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports References: From: Ruslan Garipov Message-ID: <37aa12e6-7e26-9c4c-4f89-fa089f30ce1e@gmail.com> Date: Sun, 5 Apr 2020 19:36:11 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48wGbY6yC9z4SmY X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BpUnvajM; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::544 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.34), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-0.43), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DWL_DNSWL_FAIL(0.00)[gmail.com.dwl.dnswl.org:query timed out]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[4.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.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)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 14:42:29 -0000 On 4/5/2020 6:52 PM, Tomasz CEDRO wrote: > Hello Ruslav and thank you for your feedback! :-) > > On Sun, Apr 5, 2020 at 3:07 PM Ruslan Garipov wrote: >> On 4/4/2020 7:50 PM, Tomasz CEDRO wrote: >>> 1. Is it a good build / testing environment? Maybe there is a simpler >>> / better way to cross compile binaries and test on another machine? >>> Both are using 12.1-RELEASE AMD64 installations so far. All /usr/local >>> should work both with 12.1-RELEASE and 12-STABLE right? >> Both machines have the same architecture, therefore it is not a cross >> build, I believe. For my direct builds (both build and consumer >> machines are x86-64) I use the procedure described in the handbook >> (``23.6. Tracking for Multiple Machines''[1]). > > I know that method, thank you :-) But I also want to try out the > binary release, which seems a bit more flexible to have just > everything in one place, may be used to install on an external machine > without NFS access, etc :-) > > It would be also nice to know the time cost of those two methods, so I > want to verify :-) > > >>> 3. During /usr/src/release/release.sh I get following error as pasted >>> below. Does release.sh update /usr/ports just as it snaps from svn or >>> it will use the /usr/porst that are just there and I need to provide >>> /usr/ports in a state that will be bindled into a /scratch release? >> A quote from release(7) man page: >> >> release.sh checks out the src/, ports/, and doc/ trees to CHROOTDIR... >> >> Therefore, release(7) "ignores" /usr/ports and uses >> ${CHROOTDIR}/usr/ports. My build machine doesn't have access to the >> Internet, therefore, I have to define the PORTS_UPDATE_SKIP variable and >> provide ports tree into the ${CHROOTDIR}/usr/ports before >> I will call /usr/src/release/release.sh. > > Okay, so the build uses totally separate CHROOT in /scratch? Yes. > I wonder > if that "Bad System Call" is caused by my Host tools or the CHROOT > tools? By the chrooted environment within the ${CHROOTDIR} I believe. Otherwise you would get the same error on "host". > > It looks like the /scratch has its own compiled in tools not a copy > from my host? Yes, release(7) builds and installs clean userland into the ${CHROOTDIR} (DESTDIR=${CHROOTDIR}), and doesn't copy it from the "host". > > # diff -u /usr/bin/fetch /scratch/usr/bin/fetch > Binary files /usr/bin/fetch and /scratch/usr/bin/fetch differ > > >>> ===> docproj-2.0_14 depends on file: /usr/local/sbin/pkg - not found >>> ===> License BSD2CLAUSE accepted by the user >>> ===> Fetching all distfiles required by pkg-1.14.2 for building >>> ===> Extracting for pkg-1.14.2 >>> ===> License BSD2CLAUSE accepted by the user >>> ===> Fetching all distfiles required by pkg-1.14.2 for building >>> => SHA256 Checksum mismatch for freebsd-pkg-1.14.2_GH0.tar.gz. >>> ===> Refetch for 1 more times files: freebsd-pkg-1.14.2_GH0.tar.gz >>> ===> License BSD2CLAUSE accepted by the user >>> => freebsd-pkg-1.14.2_GH0.tar.gz doesn't seem to exist in /tmp/distfiles/. >>> => Attempting to fetch >>> https://codeload.github.com/freebsd/pkg/tar.gz/1.14.2?dummy=/freebsd-pkg-1.14.2_GH0.tar.gz >>> freebsd-pkg-1.14.2_GH0.tar.gz Bad system call (core dumped) >> /usr/src/release/release.sh defines DISTDIR=/tmp/distfiles when it >> installs the textproc/docproj port or a port from the ${EMBEDDEDPORTS}. >> >> As for why fetch(1) fails with bad system call under chrooted >> environment -- I don't know. I failed on a port fetching only if I >> hadn't provided all necessary distfiles. You have checksum error >> message which is causing refetching of the ports-mgmt/pkg port. >> Therefore, I believe >> ${CHROOTDIR}/tmp/distfiles/freebsd-pkg-1.14.2_GH0.tar.gz exists on your >> file system (remained from a previous fetch try?)... May be you should >> try fetch(1) from the chrooted environment manually, to get any content? > > This "Bad System Call" stops me from proceeding. I did place by hand > the required package in the right place, then it built ok, then I got > that "Bad System Call" again on install :-( > > How can I get the debug symbols in /scratch binaries? You need to provide custom src.conf or/and make.conf to release(7). I, actually, provide make.conf, src.conf and kernel config (not for the debug symbols; just for tuning the target release). > > So far I can just show: > [New LWP 100764] > Core was generated by `/usr/bin/fetch -Fpr -S 3405355 > http://distcache.FreeBSD.org/ports-distfiles/free'. > Program terminated with signal SIGSYS, Bad system call. > #0 0x00000008003c1bca in ?? () > (gdb) bt > #0 0x00000008003c1bca in ?? () > #1 0x000000080031d144 in ?? () > #2 0x000000080031d260 in ?? () > #3 0x0000000000000008 in ?? () > #4 0xb650b69b3fd03fb8 in ?? () > #5 0x00007fffffffdd40 in ?? () > #6 0x00007fffffffe64c in ?? () > #7 0x0000000800e1d000 in ?? () > #8 0x00000000002091e0 in ?? () > #9 0x00007fffffffdc80 in ?? () > #10 0x00007fffffffdc40 in ?? () > #11 0x000000080031d2f9 in ?? () > #12 0x0000000800e1d000 in ?? () > #13 0x00007fffffffdd40 in ?? () > #14 0x0000000000000000 in ?? () > > > Thank you! :-) > Tomek > From owner-freebsd-stable@freebsd.org Sun Apr 5 15:08:03 2020 Return-Path: Delivered-To: freebsd-stable@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 926E62B9F76; Sun, 5 Apr 2020 15:08:03 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-ed1-x543.google.com (mail-ed1-x543.google.com [IPv6:2a00:1450:4864:20::543]) (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 48wH945y6zz4cs9; Sun, 5 Apr 2020 15:07:52 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-ed1-x543.google.com with SMTP id i7so15748805edq.3; Sun, 05 Apr 2020 08:07:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=3jm/pFG5ybkqBqmnPMPShjtzmVOIfukLLxd4R2AWroE=; b=R2b3JlNNkxeoWvg8UhIBv9DriWbVxVa7kv/RTUbVXB6Uc4MQe2v3T+dEEa7BrjfcFl PHahwDuZ7FKFGAL8SjJUXgwNX2Cy53RWAzLxaayrrPTYCVr9H1KMXm8jX2e7BfuSebp0 160oQlE6NfHlsREsj8rMx5rBHlAQKIdlaSNC1qSmGdl+z5DuHvM+9dFP3ikGbJ53ZcjH dKGXDpNHeJ7iSJKdHfesRFQ2qpIC72CyWL6TaqD9QYxPkTXNAR7gJIy0fnaDr7Yb0kR4 cqcKJOnLPVNwa2glkfo+lOCjkWgM09/+AuK1tFlbIzVoomVG1vyBm4LvgT1eCHqvi7uB YWEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=3jm/pFG5ybkqBqmnPMPShjtzmVOIfukLLxd4R2AWroE=; b=ddM93Kkp8WoGG6JIJuZi1qJ7Ai70OAg28MJDOKvma4rzudE3HvQJp8kA+LFKSQalzf ew4YeM6/Bk+mtMybYItJ6iWEtORCA9t0HhecmIcZlo63T0flVuAhzRPASK2C3/I0fHYx ZZZlaGw91mtrqx8/nvtvENRdnT8EpeDfC3OXGkmcP1Qilu0ONCS/ME0iVVI9Xikk7HRm LPPF+8pzN3IblPJigylZLgIzra4YNnLl7sq3PR9PWbWCKiSn5e8RrKo8CYWMbjykzs8y xjhVmAfX84QzU7+Ydb2syJVGcdbGm1mNTtDfEQj0kuU3mws4xjXLLPQwvJRERqEmKcZx hlog== X-Gm-Message-State: AGi0PuZCe8nXBolsuGCD0nn/L/yWQ4qyQxe9rB9MoT5V4o7kQzDA0pXN vb2NhMbvv/oMzsAzj3O6sE8P1ywx X-Google-Smtp-Source: APiQypK5hQnbyZ1XNi0trwNLUFd8S2M8eZiZNZODOId9ra7+YCHAaZ/zsloKnKEBSGYUO5TduuEq1A== X-Received: by 2002:ac2:5e26:: with SMTP id o6mr3401647lfg.49.1586098788029; Sun, 05 Apr 2020 07:59:48 -0700 (PDT) Received: from [192.168.1.3] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id b25sm6245069lff.0.2020.04.05.07.59.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 07:59:47 -0700 (PDT) Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Tomasz CEDRO Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports References: From: Ruslan Garipov Message-ID: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> Date: Sun, 5 Apr 2020 19:59:45 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48wH945y6zz4cs9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=R2b3JlNN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::543 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.44), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-0.43), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[3.4.5.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 15:08:04 -0000 On 4/5/2020 6:52 PM, Tomasz CEDRO wrote: > Hello Ruslav and thank you for your feedback! :-) > > On Sun, Apr 5, 2020 at 3:07 PM Ruslan Garipov wrote: >> On 4/4/2020 7:50 PM, Tomasz CEDRO wrote: >>> 1. Is it a good build / testing environment? Maybe there is a simpler >>> / better way to cross compile binaries and test on another machine? >>> Both are using 12.1-RELEASE AMD64 installations so far. All /usr/local >>> should work both with 12.1-RELEASE and 12-STABLE right? >> Both machines have the same architecture, therefore it is not a cross >> build, I believe. For my direct builds (both build and consumer >> machines are x86-64) I use the procedure described in the handbook >> (``23.6. Tracking for Multiple Machines''[1]). > > I know that method, thank you :-) But I also want to try out the > binary release, which seems a bit more flexible to have just > everything in one place, may be used to install on an external machine > without NFS access, etc :-) > > It would be also nice to know the time cost of those two methods, so I > want to verify :-) > > >>> 3. During /usr/src/release/release.sh I get following error as pasted >>> below. Does release.sh update /usr/ports just as it snaps from svn or >>> it will use the /usr/porst that are just there and I need to provide >>> /usr/ports in a state that will be bindled into a /scratch release? >> A quote from release(7) man page: >> >> release.sh checks out the src/, ports/, and doc/ trees to CHROOTDIR... >> >> Therefore, release(7) "ignores" /usr/ports and uses >> ${CHROOTDIR}/usr/ports. My build machine doesn't have access to the >> Internet, therefore, I have to define the PORTS_UPDATE_SKIP variable and >> provide ports tree into the ${CHROOTDIR}/usr/ports before >> I will call /usr/src/release/release.sh. > > Okay, so the build uses totally separate CHROOT in /scratch? I wonder > if that "Bad System Call" is caused by my Host tools or the CHROOT > tools? > > It looks like the /scratch has its own compiled in tools not a copy > from my host? > > # diff -u /usr/bin/fetch /scratch/usr/bin/fetch > Binary files /usr/bin/fetch and /scratch/usr/bin/fetch differ I'm sorry, I forgot to ask how do you call /usr/src/release/release.sh? Do you pass a configuration file to this script? By default /usr/src/release/release.sh checks out the source tree for the CURRENT branch (svn://svn.FreeBSD.org/base/head@rHEAD). In this case (if you doesn't change it) chrooted environment definitely will fail to run on STABLE and/or RELEASE. May be it's easy for you to use `make release` directly. > > >>> ===> docproj-2.0_14 depends on file: /usr/local/sbin/pkg - not found >>> ===> License BSD2CLAUSE accepted by the user >>> ===> Fetching all distfiles required by pkg-1.14.2 for building >>> ===> Extracting for pkg-1.14.2 >>> ===> License BSD2CLAUSE accepted by the user >>> ===> Fetching all distfiles required by pkg-1.14.2 for building >>> => SHA256 Checksum mismatch for freebsd-pkg-1.14.2_GH0.tar.gz. >>> ===> Refetch for 1 more times files: freebsd-pkg-1.14.2_GH0.tar.gz >>> ===> License BSD2CLAUSE accepted by the user >>> => freebsd-pkg-1.14.2_GH0.tar.gz doesn't seem to exist in /tmp/distfiles/. >>> => Attempting to fetch >>> https://codeload.github.com/freebsd/pkg/tar.gz/1.14.2?dummy=/freebsd-pkg-1.14.2_GH0.tar.gz >>> freebsd-pkg-1.14.2_GH0.tar.gz Bad system call (core dumped) >> /usr/src/release/release.sh defines DISTDIR=/tmp/distfiles when it >> installs the textproc/docproj port or a port from the ${EMBEDDEDPORTS}. >> >> As for why fetch(1) fails with bad system call under chrooted >> environment -- I don't know. I failed on a port fetching only if I >> hadn't provided all necessary distfiles. You have checksum error >> message which is causing refetching of the ports-mgmt/pkg port. >> Therefore, I believe >> ${CHROOTDIR}/tmp/distfiles/freebsd-pkg-1.14.2_GH0.tar.gz exists on your >> file system (remained from a previous fetch try?)... May be you should >> try fetch(1) from the chrooted environment manually, to get any content? > > This "Bad System Call" stops me from proceeding. I did place by hand > the required package in the right place, then it built ok, then I got > that "Bad System Call" again on install :-( > > How can I get the debug symbols in /scratch binaries? > > So far I can just show: > [New LWP 100764] > Core was generated by `/usr/bin/fetch -Fpr -S 3405355 > http://distcache.FreeBSD.org/ports-distfiles/free'. > Program terminated with signal SIGSYS, Bad system call. > #0 0x00000008003c1bca in ?? () > (gdb) bt > #0 0x00000008003c1bca in ?? () > #1 0x000000080031d144 in ?? () > #2 0x000000080031d260 in ?? () > #3 0x0000000000000008 in ?? () > #4 0xb650b69b3fd03fb8 in ?? () > #5 0x00007fffffffdd40 in ?? () > #6 0x00007fffffffe64c in ?? () > #7 0x0000000800e1d000 in ?? () > #8 0x00000000002091e0 in ?? () > #9 0x00007fffffffdc80 in ?? () > #10 0x00007fffffffdc40 in ?? () > #11 0x000000080031d2f9 in ?? () > #12 0x0000000800e1d000 in ?? () > #13 0x00007fffffffdd40 in ?? () > #14 0x0000000000000000 in ?? () > > > Thank you! :-) > Tomek > From owner-freebsd-stable@freebsd.org Sun Apr 5 17:06:29 2020 Return-Path: Delivered-To: freebsd-stable@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 47C9B2BC58A for ; Sun, 5 Apr 2020 17:06:29 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-ot1-x333.google.com (mail-ot1-x333.google.com [IPv6:2607:f8b0:4864:20::333]) (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 48wKnh1zYTz4Ng3 for ; Sun, 5 Apr 2020 17:06:15 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-ot1-x333.google.com with SMTP id m2so12884331otr.1 for ; Sun, 05 Apr 2020 10:06:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CAfpqpUiGHpNNF3BiZcZA7mi46eAPGaoOZK4XFozE+U=; b=CA4DlUL/6XHgX43TtqJYm3+2gJ63gNtRPRfxRbi8MgjeCUE/BAK7C0WfVcizwh+lrU RdHaAT0738Q6Yafjgi8QWsnnxr0rSRqaYLgXoLGytScsu7qzLrUnKAXaMXotU3ZYC/A4 RmNCDuwGnWRzBtgMuCBEgv49B7TW6ONhn4/dSZhvKrb/os7iiQSKg3T58fsjZqWHrxEZ CLRMmPgf/Yzlk3QrQH9wHXsOxK6sQ56C/3kNYB3NXPVcdFR2wpY4a++0Na2ZvPPYyMQ0 4gHd+HCRETRCVXT2TdXZzhJuq613FN3/rbsLC7VVxvxkp+hkGmff68sZPEa89DxAfSyQ HkKQ== 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=CAfpqpUiGHpNNF3BiZcZA7mi46eAPGaoOZK4XFozE+U=; b=RSmmTbGi5Sqmu6b8x8J3FsETzJf3fRlX4qq5PpMi+rKQGRm13BwazHrtFd+XZMuRb0 Dvtp39v5ETRYJgwwYamDb9+uXqKiAi/D6AaXz94xwyJBjqCvKUeemEw1+wkRFQQITbiH VXEUEEIotSOnkQQlDgWdxH0Xz1vI7cEG34ustqpQ3rNrEpl8UWse+D4kDmDYLNSlXJ0Y l1oqLW+/2R9XOdb2buuKfOx2lokMKWvhd/gdbKXjViePGiwYD+qDmUDmwoSUNm04r9no IV6lkzd4x4EDVkN4T3lGG4c9ginI8WMnDSCm7dNZTg8j0ef6O9CEMWT6h0vvf1131Egy +mjw== X-Gm-Message-State: AGi0PuYHsjzoRNiFw0vDmbQxTJaAwovSMO9R2KjfJ4gHE7dsyxavYtZu K6DrpOnwaCijXX63oH+GVcWvsZfuU3o= X-Google-Smtp-Source: APiQypINp+WQwFn+7oGZelw0pyC2RihW9oQuY+5VOqSjHVuNHXgjZfAVerrcC2vTF3xyFIIS8MxsFA== X-Received: by 2002:a05:6830:1ad4:: with SMTP id r20mr15153082otc.316.1586106367440; Sun, 05 Apr 2020 10:06:07 -0700 (PDT) Received: from mail-ot1-f52.google.com (mail-ot1-f52.google.com. [209.85.210.52]) by smtp.gmail.com with ESMTPSA id i7sm475442otl.12.2020.04.05.10.06.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 10:06:06 -0700 (PDT) Received: by mail-ot1-f52.google.com with SMTP id a6so12831438otb.10; Sun, 05 Apr 2020 10:06:05 -0700 (PDT) X-Received: by 2002:a9d:20e4:: with SMTP id x91mr12798589ota.6.1586106365411; Sun, 05 Apr 2020 10:06:05 -0700 (PDT) MIME-Version: 1.0 References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> In-Reply-To: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> From: Tomasz CEDRO Date: Sun, 5 Apr 2020 19:05:45 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Ruslan Garipov Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48wKnh1zYTz4Ng3 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=CA4DlUL/; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::333) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-3.95 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; RCVD_IN_DNSWL_NONE(0.00)[3.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.65)[ip: (-7.46), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 17:06:29 -0000 On Sun, Apr 5, 2020 at 4:59 PM Ruslan Garipov wrote: > I'm sorry, I forgot to ask how do you call /usr/src/release/release.sh? > Do you pass a configuration file to this script? > > By default /usr/src/release/release.sh checks out the source tree for > the CURRENT branch (svn://svn.FreeBSD.org/base/head@rHEAD). In this > case (if you doesn't change it) chrooted environment definitely will > fail to run on STABLE and/or RELEASE. > > May be it's easy for you to use `make release` directly. Case solved! =) I wrongly assumed that release will simply update this svn repo that I am working on.. but it fetches HEAD.. so I was trying to build 13/HEAD/CURRENT on 12/STABLE/RELEASE that have different ABI thus bad syscall.. and I need CURRENT to build CURRENT, right? :-) I will provide a release.conf, make.conf, src.conf and maybe KERNCONF if I need something beyond GENERIC. For now I just need to work with 12-STABLE. Good hint! :-) Thank you Ruslan!! :-) Tomek ps/2: Can I provide a patch that will print out what actually is being fetched by release.sh? That could save some time for first time users :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@freebsd.org Sun Apr 5 17:53:40 2020 Return-Path: Delivered-To: freebsd-stable@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 107822BD84D; Sun, 5 Apr 2020 17:53:40 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [IPv6:2a00:1450:4864:20::136]) (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 48wLr65D3Bz3CHC; Sun, 5 Apr 2020 17:53:26 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-lf1-x136.google.com with SMTP id t11so9903810lfe.4; Sun, 05 Apr 2020 10:53:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=oXWt2V+QR39yh7rbtKVGCpUztDE1AwMqCpkZlm8RH8E=; b=BdcYpLvHUCcZd3VZ3UzmA2QOcDejxiY3z9NFfxHUIlsgi9Q+TvUTjaoeQfUV5PXJLC eLt/f25VPyXgo5NbfXuhcdiljhPOlpkTBHJXEEFLI7XCHUQpVCIWfV0f2D3gf8wwbauJ ZeW8N1t6aXp6C9BGqpB8888hrZ9mpo1jfyHOLZ5fAARcF0CdDUD4FjpuHjeW/XfgzVjZ 8qN0Nr+4PO/IgxLxwAovm/VdiK8XxZoJuK5cOacUdm+iMqSxCQJQEJHMRoPWt0FzT9Eq oHkymiyE8zcSS+J7TqxyLfEqHu8aLlAfJ39tSY5vZCODkfow8Zeb/wilWR3Nv3tymXtN rFtA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=oXWt2V+QR39yh7rbtKVGCpUztDE1AwMqCpkZlm8RH8E=; b=QfLEvidQBOan7Lor1prlBrhMcXKK6CKue8qdFt+M4bFvhK3U2ssxGe10olYI/+Co90 l/zkyEGnxzTfxtzIt5w4V1FcLiJV5x6a3yerbYB2nDFQOvub0oEYhwmN0Fv05/vYruwe FWULSMvI4ISSVUd2oFSqXZ9oCpZx7uXDVY3vGmTiCZFG4dXvn/lQGg8nuJ45WTgTRT0F bdEcQaxDiGkSXkRbBzi4xDTpBubRlhdo2TOdMST4H7yoLBQZBAuJo1/61ppMvhJ331B8 gxmI2rr8q+TFNknWAr053dSPSu9iYSkRdkShrzFO0skRD6/aw4/JTIYSEpg9VQKjfHuZ AhBQ== X-Gm-Message-State: AGi0PuYjc8a49KENaKMf69TNxg46SJI+PB35OcyYgmuFbJM6GiGTUeEi TdkbHzDWYLWAlqL6oTUDRie36mjw X-Google-Smtp-Source: APiQypK2cQU8wSjxSQghwyl3s13f0hynDkXgBhBA/yKLb8GOnkAk12pZoFRtA0pu0ZeNahvxghTZ8Q== X-Received: by 2002:a05:6512:2018:: with SMTP id a24mr11137563lfb.204.1586109196208; Sun, 05 Apr 2020 10:53:16 -0700 (PDT) Received: from [192.168.1.3] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id f28sm10115153lfh.10.2020.04.05.10.53.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 05 Apr 2020 10:53:15 -0700 (PDT) Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Tomasz CEDRO Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> From: Ruslan Garipov Message-ID: <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> Date: Sun, 5 Apr 2020 22:53:12 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48wLr65D3Bz3CHC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=BdcYpLvH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::136 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (-9.61), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-0.43), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[6.3.1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 05 Apr 2020 17:53:40 -0000 On 4/5/2020 10:05 PM, Tomasz CEDRO wrote: > On Sun, Apr 5, 2020 at 4:59 PM Ruslan Garipov wrote: >> I'm sorry, I forgot to ask how do you call /usr/src/release/release.sh? >> Do you pass a configuration file to this script? >> >> By default /usr/src/release/release.sh checks out the source tree for >> the CURRENT branch (svn://svn.FreeBSD.org/base/head@rHEAD). In this >> case (if you doesn't change it) chrooted environment definitely will >> fail to run on STABLE and/or RELEASE. >> >> May be it's easy for you to use `make release` directly. > > Case solved! =) > > I wrongly assumed that release will simply update this svn repo that I > am working on.. but it fetches HEAD.. so I was trying to build > 13/HEAD/CURRENT on 12/STABLE/RELEASE that have different ABI thus bad > syscall.. and I need CURRENT to build CURRENT, right? :-) I believe in order to build the source tree you just need a compatible toolchain. So you can build the source tree for 13.0-CURRENT on 12.1-RELEASE system. But you need CURRENT to **run** userland with ABI from the CURRENT. In order to build, for example, 12.1-RELEASE image with release(7) you should assign the SRCBRANCH variable to "base/release/12.1.0@rHEAD", and for 12.0-STABLE: SRCBRANCH="base/stable/12@rHEAD". Either in your configuration file for release(7) or directly in your shell: env SRCBRANCH="base/release/12.1.0@rHEAD" /usr/src/release/release.sh > > I will provide a release.conf, make.conf, src.conf and maybe KERNCONF > if I need something beyond GENERIC. For now I just need to work with > 12-STABLE. Good hint! :-) Sure. Just as a note, by default (when the caller doesn't provide a configuration file to release(7), or the file provided doesn't exists), release(7) builds GENERIC kernel and uses no make.conf and src.conf. Once again: for native build `make release` may be quite easy and fast. release(7) guarantees "absolutely clean build environment". > > Thank you Ruslan!! :-) > > Tomek > > ps/2: Can I provide a patch that will print out what actually is being > fetched by release.sh? That could save some time for first time users > :-) Why not :-) For me reading /usr/src/release/release.sh and default configs for ARM saved me a lot of time. From owner-freebsd-stable@freebsd.org Wed Apr 8 16:06:18 2020 Return-Path: Delivered-To: freebsd-stable@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 18F3A2B5843 for ; Wed, 8 Apr 2020 16:06:18 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-ot1-x334.google.com (mail-ot1-x334.google.com [IPv6:2607:f8b0:4864:20::334]) (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 48y8K51HKCz4Kpy for ; Wed, 8 Apr 2020 16:06:16 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-ot1-x334.google.com with SMTP id 103so899852otv.0 for ; Wed, 08 Apr 2020 09:06:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FOgJsT8XU6+ZvzOawOggKENK9FSF63XEQ0k9jnHPFHk=; b=L2iLMLKlyRY8UxlBBOtRY+fgP9d3cmhso3RA4/CqVqmZugEMf3KmxoPYQ+J+xpml29 BXz6LwBoZ+8dKkQQaGhpju48UVqQoYLItbZU2xbbOkv919H0vuZflpm9MuylgkCkQrnV nxrpELU020aLKWnk+HQAZZp1oU7ItCZNfkznkR3x8UqevbTvUglt3zAbV8792vS0X2pp jENnW+lvsygCNY1UpKQPLmrNceSV/FVEqK69lSH0EhdglJrr8q3TNzfVimz73eaNvMxY /xkjSGdjjXKca3ravrI2kD6p4BbK3qYml3r4jTTXGtg+7Rc4jg50CvxwBzKKIRLXCDQ3 OG8A== 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=FOgJsT8XU6+ZvzOawOggKENK9FSF63XEQ0k9jnHPFHk=; b=ZqaaR2LBPm3g8f7k8migPnpEcHG5w2hiZtj0AccC9s1nola3Ox5YeH6t9bkFxjP2jE nCLAz5AF2xyWhgjtvgAHWJDvXkDRjHpIuKlp2uxSRHCpo9eefptktZFd0fM21dY73iwa /qwfFVjhck6rqgh4yaj5dyre/0AKYkdxum7F4C0ql4Sxl+tbPcj8CIRbkqdYZahYsB8A oUHjRLefosFo7Yv8rWcVtYNTiJkvYKkuYVHbpxWjhRt0Kfimskea6ZJ9rBLOjK5xu1hn Fd/wa4MLYBiFvHto8bhL/JVR249vQ2eYYCwDEiiTtVSG92MCHyPpjIdXYMn0pm+L9xYF fECA== X-Gm-Message-State: AGi0PubU+f4Z8h/jL9xeT2xzq4l0mnBUqcIuv3QvnRqy7GnUetHrXrmQ WIp8d0pJGEO5Ax7ICafj3nfQbA== X-Google-Smtp-Source: APiQypKUIHDGIjwRSQPj/CdrNLqVxGm9aYKcZFBjihx9uVAXNGT9A50m1Qxc2dzl2Ubor6D6ZdXZZQ== X-Received: by 2002:a4a:e08b:: with SMTP id w11mr404947oos.62.1586361975335; Wed, 08 Apr 2020 09:06:15 -0700 (PDT) Received: from mail-oi1-f182.google.com (mail-oi1-f182.google.com. [209.85.167.182]) by smtp.gmail.com with ESMTPSA id l22sm1373019ota.55.2020.04.08.09.06.14 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Apr 2020 09:06:14 -0700 (PDT) Received: by mail-oi1-f182.google.com with SMTP id u20so448649oic.4; Wed, 08 Apr 2020 09:06:14 -0700 (PDT) X-Received: by 2002:aca:4f57:: with SMTP id d84mr335577oib.161.1586361973542; Wed, 08 Apr 2020 09:06:13 -0700 (PDT) MIME-Version: 1.0 References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> In-Reply-To: <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> From: Tomasz CEDRO Date: Wed, 8 Apr 2020 18:05:49 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Ruslan Garipov Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48y8K51HKCz4Kpy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=L2iLMLKl; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::334) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-3.91 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; RCVD_IN_DNSWL_NONE(0.00)[4.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.61)[ip: (-7.23), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2020 16:06:18 -0000 On Sun, Apr 5, 2020 at 7:53 PM Ruslan Garipov wrote: > > I wrongly assumed that release will simply update this svn repo that I > > am working on.. but it fetches HEAD.. so I was trying to build > > 13/HEAD/CURRENT on 12/STABLE/RELEASE that have different ABI thus bad > > syscall.. and I need CURRENT to build CURRENT, right? :-) > I believe in order to build the source tree you just need a compatible > toolchain. So you can build the source tree for 13.0-CURRENT on > 12.1-RELEASE system. But you need CURRENT to **run** userland with ABI > from the CURRENT. Long story short I need 13-CURRENT to create a 13-CURRENT release with release(7) because on 12-STABLE/RELEASE chroot with 13-CURRENT does not work. I need to see how it works with `make release` :-) > Once again: for native build `make release` may be quite easy and fast. > release(7) guarantees "absolutely clean build environment". Will try that `make release` as well, also for 13-CURRENT on 12-STABLE, thank you! Also will compare the time cost with the one presented below :-) Creating a "release" also has this advantage that I have memstick images that I can boot from directly, test what I need, even no need to install :-) Here are my build times, for a release for AMD64/12-STABLE, I did not select DOC nor PORTS to build, only Kernel and Base :-) BUILD HOST (~$500): HP PROLIANT DL380G7X (HDD 1TB, 128GB RAM, 24vCPU = 2 x Intel Xeon X5660 @2.8GHz = 2 PACKAGES x 6 CORES x 2 HW THREADS ) INTERNET: 600/60MBit time make clean buildkernel (16x speedup with SMP): 2472.027u 291.657s 46:34.54 98.8% 38592+3123k 195123+3315182io 80167pf+0w -j12 2355.140u 282.807s 3:40.12 1198.4% 38509+3121k 190142+3361605io 71356pf+0w -j24 3672.641u 382.254s 2:54.85 2319.0% 39837+3149k 218567+3361605io 64857pf+0w -j48 3722.707u 352.940s 3:07.10 2178.3% 40328+3169k 214359+3361607io 66526pf+0w time make clean buildworld (12.5x speedup with SMP): 32223.598u 1940.942s 9:28:07.59 100.2% 46920+3430k 563493+3074126io 234706pf+0w -j12 33644.438u 1818.147s 54:46.68 1078.9% 47324+3449k 485257+3255853io 236896pf+0w -j24 50728.732u 2556.953s 45:06.66 1968.6% 47556+3455k 560905+3255862io 229433pf+0w -j48 51129.166u 2454.564s 44:38.12 2000.7% 47630+3458k 525602+3255854io 210237pf+0w release.sh (seems to auto-adjust -j optimization and below 2h looks really cool): 94556.462u 5583.273s 1:43:14.24 1616.6% 50234+3336k 1457023+16921354io 615421pf+0w -j12 94477.001u 5577.692s 1:42:59.60 1619.1% 50251+3337k 1463964+16932952io 617689pf+0w -j24 94480.274u 5574.117s 1:43:38.89 1608.8% 50213+3336k 1468685+16931170io 617425pf+0w -j48 94588.653u 5569.909s 1:43:10.62 1617.9% 50211+3336k 1460546+16925145io 611229pf+0w These times may be even smaller when SSD is used instead of HDD. Also I wonder how to utilize all RAM to speed up the compilation because I can see 8..34GB utilization while the rest of 128GB remains unused. I saw some ramdisk tricks I need to try that as well :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@freebsd.org Wed Apr 8 18:19:35 2020 Return-Path: Delivered-To: freebsd-stable@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 3EAA62783F2; Wed, 8 Apr 2020 18:19:35 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (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 48yCGs74Ssz4T0M; Wed, 8 Apr 2020 18:19:33 +0000 (UTC) (envelope-from ruslanngaripov@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id r24so8713443ljd.4; Wed, 08 Apr 2020 11:19:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=8jOpa0y9DDdX+ZUSfedA6Xqyx/QAB3AZo+S6iHcnkCs=; b=cJ3aZJqTYWs6F6KPfMIf12bb3ZSBm9100AJkXTwylUvkUWILcxJdY6dMg6XIUcPm+9 z0bxTM1bMUh3S1oU5IoKJ/eFpEuBbC1/ZahRVK1ddjVEdrdo0QDlZZpAdTjRB3rU06Tr +GWkohJgDptQ6fRqme5zGrfZDdhsvPvAWL7FFAo+UThJBbjAF9UGXjD1DAMuIybKc2FY bW6uFaYkaZ3tBnrORuKPFHmcciXEUSEKCh6pUOvDkYIYHt7dYFoW8TFN6OyTnPA/mD17 hPn1PiqPEcOwB/uckIYzE4el8JBBRJ9zEsDqvAuuL/wzNHOZajbq9BRoLUgzCUrhKMJF +FLg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=8jOpa0y9DDdX+ZUSfedA6Xqyx/QAB3AZo+S6iHcnkCs=; b=m1ncnzog14GYxSaBbV+vFVDV+m10Utdw3u7wXeniBo2ykbYraPF1xPP0Xk2dif9z+A 4/eqLpyS9V4hk9+4bA6fMZVGVbqudCn/2iEdWLYjcLqgqbp2p2BjCaovnIWEdbI+PbJs s+R7/OouNlG/VAHZPKzCbCQO1PLAxyVP9rnT+pY0Kjn4M3bK2+cAPDmxi3B0CSrl+SF5 vSEll/q2MmC3DExqsUJ7OXaVsCtcl/1Wh1XrR+lyTdk/eH5v1lgQ91OMicx9zqkuqCcg 4Qu3WKEeMbVBBSyN4rvnszFX5LCRrwuXWHugVlMQlcK5Asf/W5IlAniRl5ol3pAPwjMB IpiQ== X-Gm-Message-State: AGi0PuY2/jXNB2s1YYmyIx8NpPf6w8HQFO2cJ49/3c5DatuMuFpEfeRD P+cfhI3R2HjvSYbkms7cldQI7/p8Gfk= X-Google-Smtp-Source: APiQypLjcRBfh/ZCL1eTo+clhWBNnN2kewS9flJ8FcBX7+xdCVcW4008T8G/rBNj3ju3GqkfU+CITw== X-Received: by 2002:a2e:4942:: with SMTP id b2mr5944871ljd.135.1586369971828; Wed, 08 Apr 2020 11:19:31 -0700 (PDT) Received: from [192.168.1.3] ([46.48.69.183]) by smtp.gmail.com with ESMTPSA id o2sm13925421ljm.2.2020.04.08.11.19.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Apr 2020 11:19:31 -0700 (PDT) Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Tomasz CEDRO Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> From: Ruslan Garipov Message-ID: Date: Wed, 8 Apr 2020 23:19:26 +0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48yCGs74Ssz4T0M X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=cJ3aZJqT; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of ruslanngaripov@gmail.com designates 2a00:1450:4864:20::242 as permitted sender) smtp.mailfrom=ruslanngaripov@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (2.76), ipnet: 2a00:1450::/32(-2.36), asn: 15169(-0.43), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2.4.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2020 18:19:35 -0000 On 4/8/2020 9:05 PM, Tomasz CEDRO wrote: > On Sun, Apr 5, 2020 at 7:53 PM Ruslan Garipov wrote: >>> I wrongly assumed that release will simply update this svn repo that I >>> am working on.. but it fetches HEAD.. so I was trying to build >>> 13/HEAD/CURRENT on 12/STABLE/RELEASE that have different ABI thus bad >>> syscall.. and I need CURRENT to build CURRENT, right? :-) >> I believe in order to build the source tree you just need a compatible >> toolchain. So you can build the source tree for 13.0-CURRENT on >> 12.1-RELEASE system. But you need CURRENT to **run** userland with ABI >> from the CURRENT. > > Long story short I need 13-CURRENT to create a 13-CURRENT release with > release(7) because on 12-STABLE/RELEASE chroot with 13-CURRENT does > not work. Of course, because release(7) runs built userland; in your case it runs userland with FreeBSD 13 ABI on FreeBSD 12.x host. > I need to see how it works with `make release` :-) This is what I meant when saying "you can build the source tree for 13.0-CURRENT on 12.1-RELEASE"; sorry if I've confused you. Check ``Building with release.sh on -STABLE'' thread[1] on the forum. May be it can help you. > > >> Once again: for native build `make release` may be quite easy and fast. >> release(7) guarantees "absolutely clean build environment". > > Will try that `make release` as well, also for 13-CURRENT on > 12-STABLE, thank you! Also will compare the time cost with the one > presented below :-) > > > Creating a "release" also has this advantage that I have memstick > images that I can boot from directly, test what I need, even no need > to install :-) > > Here are my build times, for a release for AMD64/12-STABLE, I did not > select DOC nor PORTS to build, only Kernel and Base :-) > > BUILD HOST (~$500): HP PROLIANT DL380G7X (HDD 1TB, 128GB RAM, 24vCPU = > 2 x Intel Xeon X5660 @2.8GHz = 2 PACKAGES x 6 CORES x 2 HW THREADS ) > INTERNET: 600/60MBit > > time make clean buildkernel (16x speedup with SMP): > 2472.027u 291.657s 46:34.54 98.8% 38592+3123k > 195123+3315182io 80167pf+0w > -j12 2355.140u 282.807s 3:40.12 1198.4% 38509+3121k > 190142+3361605io 71356pf+0w > -j24 3672.641u 382.254s 2:54.85 2319.0% 39837+3149k > 218567+3361605io 64857pf+0w > -j48 3722.707u 352.940s 3:07.10 2178.3% 40328+3169k > 214359+3361607io 66526pf+0w > > time make clean buildworld (12.5x speedup with SMP): > 32223.598u 1940.942s 9:28:07.59 100.2% 46920+3430k > 563493+3074126io 234706pf+0w > -j12 33644.438u 1818.147s 54:46.68 1078.9% 47324+3449k > 485257+3255853io 236896pf+0w > -j24 50728.732u 2556.953s 45:06.66 1968.6% 47556+3455k > 560905+3255862io 229433pf+0w > -j48 51129.166u 2454.564s 44:38.12 2000.7% 47630+3458k > 525602+3255854io 210237pf+0w > > release.sh (seems to auto-adjust -j optimization and below 2h looks > really cool): Yes, release(7) sets number of make(1) jobs to the number of available CPUs (hw.ncpu) for buildworld target, and half of that number for buildkernel one. "2h looks really cool" because release(7) may build chrooted build environment, where it then may build port(s) and builds the target. My Xeons usually spends 1.5 hours on clean release(7) (with 16 make(1) jobs). > 94556.462u 5583.273s 1:43:14.24 1616.6% 50234+3336k > 1457023+16921354io 615421pf+0w > -j12 94477.001u 5577.692s 1:42:59.60 1619.1% 50251+3337k > 1463964+16932952io 617689pf+0w > -j24 94480.274u 5574.117s 1:43:38.89 1608.8% 50213+3336k > 1468685+16931170io 617425pf+0w > -j48 94588.653u 5569.909s 1:43:10.62 1617.9% 50211+3336k > 1460546+16925145io 611229pf+0w > > These times may be even smaller when SSD is used instead of HDD. For me it almost changed nothing, only CPU resources counted. > Also > I wonder how to utilize all RAM to speed up the compilation because I > can see 8..34GB utilization while the rest of 128GB remains unused. By installing additional CPU(s) which will allow you to run more make(1) jobs in parallel. My -j16 builds consume about 16-18 GB (at peaks). > I > saw some ramdisk tricks I need to try that as well :-) > > Best regards :-) > Tomek > [1] https://forums.freebsd.org/threads/building-with-release-sh-on-stable.70889/ From owner-freebsd-stable@freebsd.org Wed Apr 8 21:16:19 2020 Return-Path: Delivered-To: freebsd-stable@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 E2D6527CA51 for ; Wed, 8 Apr 2020 21:16:19 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-ot1-x329.google.com (mail-ot1-x329.google.com [IPv6:2607:f8b0:4864:20::329]) (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 48yHBp40F3z4fLf for ; Wed, 8 Apr 2020 21:16:18 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-ot1-x329.google.com with SMTP id n25so5683320otr.10 for ; Wed, 08 Apr 2020 14:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BAwyN3/2pCkWJbCd9LhKfwlPYdSgmQCCnHk7nV2TaVg=; b=jUTg2pnIoW9YAeFxyQsVdb/4ok/jp/urwZI8ReDg2qdtpfdziXwFN+uRGspYCdkbvB gZE6aTVA1Pw8mGeAer0Ax6JrWqGXtsK+0N05hvegso5rWyOkGeLDo2rZEM/0spc2RKoB v5s4sT69xq6Lwm/DXgHekzjNqOIWzzadamIQH1jrGUwSn/C8zScK6XIANZjsGfpqd0Kd mF/mnYrwUNMaQj2IHlCBO+4h8u7SLDEEmmLooL3MFd9f5M1GlIFeybjNYuW4GrLeVT3h Det0vjQU0jwSxaZymav44roLCBqyC0JCaDDMlMdfwSFYpCddgYf5RHOUEYNgSagWdnWR bOYQ== 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=BAwyN3/2pCkWJbCd9LhKfwlPYdSgmQCCnHk7nV2TaVg=; b=UTRgM6MaZ5glwVCkPeZNDhraYNoxjHi5yQW5QewhLf7c0jgrMzc/oS4Hq3mZJn2iLy WWF/tTG/AxAwQyp+TsNNJcBxVUP1KpfeEM3Gw5CSsGOuU86D+xGiFy35LdrmYuBVkzTG 6mbDm1ORbQ+JH5M5b+XKNp42jaY7vB+0I6VonxtGj9CXltRcZO/GxLM3ayEnSFs4c4mB tnZycjHsXcImstS6fvvdplT5tgF9AGQRuaPr9kkHkMLpqYv2T/iH7WaQSbCf9eG9uI9T 5AiItxBziDNireAO+5eHkr/znjwNQ6XkMwszJMzJqv89rXe3+m/TYe40ORr6fIWKVo4o roVQ== X-Gm-Message-State: AGi0PuZJe+cWfEIaz2XhmJd5gNxk0grP60y8rQJAL6P3udQTMd87XKrI wUAbBBoCE4KIifzfB3VwvZwO+xU0ReU= X-Google-Smtp-Source: APiQypI/GZHTaNVM7VTBS5/W2HWV1VuhY5S92xVduAc/1UnUFv11+0VbXJddPBsUindfhPGB3jIoyA== X-Received: by 2002:a05:6830:1190:: with SMTP id u16mr7672766otq.83.1586380576900; Wed, 08 Apr 2020 14:16:16 -0700 (PDT) Received: from mail-ot1-f51.google.com (mail-ot1-f51.google.com. [209.85.210.51]) by smtp.gmail.com with ESMTPSA id g18sm7548836oib.36.2020.04.08.14.16.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Apr 2020 14:16:16 -0700 (PDT) Received: by mail-ot1-f51.google.com with SMTP id f52so8305655otf.8; Wed, 08 Apr 2020 14:16:15 -0700 (PDT) X-Received: by 2002:a4a:d011:: with SMTP id h17mr6882826oor.78.1586380575344; Wed, 08 Apr 2020 14:16:15 -0700 (PDT) MIME-Version: 1.0 References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> In-Reply-To: From: Tomasz CEDRO Date: Wed, 8 Apr 2020 23:15:50 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Ruslan Garipov Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48yHBp40F3z4fLf X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=jUTg2pnI; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::329) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-4.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; RCVD_IN_DNSWL_NONE(0.00)[9.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.88)[ip: (-8.59), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2020 21:16:20 -0000 On Wed, Apr 8, 2020 at 8:19 PM Ruslan Garipov wrote: > > I need to see how it works with `make release` :-) > This is what I meant when saying "you can build the source tree for > 13.0-CURRENT on 12.1-RELEASE"; sorry if I've confused you. No worries, my little confusion came from `make release` being a bit picky: 1. I need to buildworld first (can use -j switch, make release will not call it). 2. I need to buildkernel first (can use -j switch, make release will not call it). 3. Only then I can run `make release` (cannot use -j switch). I get as good result as I need with memstick and iso images in around 19 minutes plus I can build CURRENT that way.. now I may be ready to cross-compile :-) 3858.923u 331.683s 19:19.24 361.4% 171+561k 499674+1215072io 131833pf+0w > Check ``Building with release.sh on -STABLE'' thread[1] on the forum. > May be it can help you. Thank you for the reference! :-) > "2h looks really cool" because release(7) may build chrooted build > environment, where it then may build port(s) and builds the target. My > Xeons usually spends 1.5 hours on clean release(7) (with 16 make(1) > jobs). A bit better but very similar result, thanks for reference.. and the SSD hint :-) With this power I can compile a clean firmware for my projects based on ARM mbedOS in 2 minutes instead 12 minutes (as compared to laptop build) and connect the build to a git hook.. then speeding up a bit could return a binary right away as a result of git push :-) :-) In a free moment it would be fun to play with FreeBSD on ARM.. I have tried that several times before but with no luck.. and I really have different boards around to test :-) Again GREAT THANK YOU Ruslan for your time support and all hints!! :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@freebsd.org Wed Apr 8 21:26:19 2020 Return-Path: Delivered-To: freebsd-stable@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 8C47327CF75 for ; Wed, 8 Apr 2020 21:26:19 +0000 (UTC) (envelope-from tomek@cedro.info) Received: from mail-oi1-x236.google.com (mail-oi1-x236.google.com [IPv6:2607:f8b0:4864:20::236]) (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 48yHQL1y1gz4fwx for ; Wed, 8 Apr 2020 21:26:18 +0000 (UTC) (envelope-from tomek@cedro.info) Received: by mail-oi1-x236.google.com with SMTP id e4so1357987oig.9 for ; Wed, 08 Apr 2020 14:26:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cedro.info; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xCL6pTK/GOKtUUrFaXvpb2A/kk2gnLL9qVlAZiELL6o=; b=TnyT+MnwQAG+ZwphkpmVtfaTnbvbm1atOEbOA17sC9Xl2pAS4S3OCVqkl0QVXW5btj UUoT1IanDAxHsTwIVTsgbL1sAuqMCzajVRKiLYRSLFOIVGSYzGnrqzh5LYveskTmxGju k2EfMKgIR7LqS6DztnpLEj9GJBIhbWYOXBhmIgFt/x1CgibZx+1T5rowkAJMBSqwBRUf 29TFdzDJjOUulImQISywZJY3bIFDZC8X183vWwrAqeesevOfUYokaNtr+OfAnRwG7elV TwBaNe3hWBScWkjPYYQd8f81Zk/DVSg+6mX1qdoR0zhfJk/XoA7hVfrD0IcWF7VzX6pp GlvA== 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=xCL6pTK/GOKtUUrFaXvpb2A/kk2gnLL9qVlAZiELL6o=; b=uUICibd1xgPyil22wdrKzA3KzkIRYin3cxuFUV7duLrQ6YM788on2y6yROCpewKyVb Pg1gXHGACjixIvtrRKI73bKz5yunXTIrHCE6n4L8vOzcVFsxWGs1f7eA8jowuT3j+AwY joFkuWOB5vQdzKLYNdiXUvbzNf1GiGoWRnIAm7ya+9LbQ3JHlRPEURSsCI6K1vJbXiRK ngHKiTHrDvmK+YUWf0atGZYXWOY8zd9EOWpced/fTlGMGe3rfpyMmKDDPTsNWBieIwN/ oUFtO81r/VEtGAfTBoG62oH6UJVsaWiQZSj0RjOz/VGAfdOU6FXHcTShhJLTZAnd5QA3 nP9g== X-Gm-Message-State: AGi0PubSblBTgkmZOSuTq/38MDvOxasE/OICPSoq9Lzdunz5e4FvjB5m ra8GF0DoeE43OF8n+BjHomG4aQ== X-Google-Smtp-Source: APiQypKwOKt1ja/bIrW+fCfzX67NPIZwESwttjR1B5glJcI0uVxCsD7wdMtaxXhZuhtEy/N6khKgLw== X-Received: by 2002:aca:4f09:: with SMTP id d9mr111788oib.172.1586381176574; Wed, 08 Apr 2020 14:26:16 -0700 (PDT) Received: from mail-oi1-f180.google.com (mail-oi1-f180.google.com. [209.85.167.180]) by smtp.gmail.com with ESMTPSA id g8sm3121058oom.2.2020.04.08.14.26.15 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 08 Apr 2020 14:26:15 -0700 (PDT) Received: by mail-oi1-f180.google.com with SMTP id w2so1376379oic.5; Wed, 08 Apr 2020 14:26:15 -0700 (PDT) X-Received: by 2002:aca:4f57:: with SMTP id d84mr1374724oib.161.1586381174932; Wed, 08 Apr 2020 14:26:14 -0700 (PDT) MIME-Version: 1.0 References: <281e95ff-a1c2-c759-2918-783cb8edf1b7@gmail.com> <67026913-5a6d-4763-a985-e2739de9d147@gmail.com> In-Reply-To: From: Tomasz CEDRO Date: Wed, 8 Apr 2020 23:25:52 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: /usr/src/release/release.sh -> ports -> fetch pkg -> Bad system call (core dumped) To: Ruslan Garipov Cc: FreeBSD Questions Mailing List , FreeBSD Stable , freebsd-ports Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48yHQL1y1gz4fwx X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=cedro.info header.s=google header.b=TnyT+Mnw; dmarc=none; spf=none (mx1.freebsd.org: domain of tomek@cedro.info has no SPF policy when checking 2607:f8b0:4864:20::236) smtp.mailfrom=tomek@cedro.info X-Spamd-Result: default: False [-4.21 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[cedro.info:s=google]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; DMARC_NA(0.00)[cedro.info]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[cedro.info:+]; RCVD_IN_DNSWL_NONE(0.00)[6.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; R_SPF_NA(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.91)[ip: (-8.73), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Apr 2020 21:26:19 -0000 Summing up the time cost for a clean svn co and make buildkernel buildworld release is around 75minutes while the chroot build with release(7) is around 100minutes for my hardware setup. Builds using make are more reasonable for driver fixes because then I can only rebuild small part of the code which will result in much shorter build times. Very nice to experience :-) -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@freebsd.org Fri Apr 10 18:25:35 2020 Return-Path: Delivered-To: freebsd-stable@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 5E1ED2C5455 for ; Fri, 10 Apr 2020 18:25:35 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 48zRJt38TMz4PRD for ; Fri, 10 Apr 2020 18:25:34 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (mh0.gentlemail.de [78.138.80.135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id 03AIPQKI052716 for ; Fri, 10 Apr 2020 20:25:26 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 9D6A6159 for ; Fri, 10 Apr 2020 20:25:26 +0200 (CEST) To: freebsd-stable@freebsd.org From: Harry Schmalzbauer Subject: Audio mixer and mixer control Organization: OmniLAN Message-ID: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> Date: Fri, 10 Apr 2020 20:25:25 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Greylist: ACL 136 matched, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [78.138.80.130]); Fri, 10 Apr 2020 20:25:26 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: 78.138.80.135; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 48zRJt38TMz4PRD X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-4.67 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[omnilan.de]; IP_SCORE(-2.37)[ip: (-9.22), ipnet: 2a00:e10:2800::/38(-4.59), asn: 61157(1.97), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Apr 2020 18:25:35 -0000 Hello, today I wanted to utilize my optical S/PDIF out with an external D/A converter to empower my garden radio. Unfortunately, it seems mixer(8) isn't really doing what I understand a mixer's job is. As far as I understood, mixer(8) is just controlling/pushing settings to the dsp's specific hardware mixer (if that's true, mixctl(8) was more clear e.g.). So if I have dsp0 with line-in and line-out, and dsp3 with a S/PDIF out, there's no way to get the dsp0-"mix" over to dsp3? What I'm looking for is a mixer which processes various input sources and sends them to arbitrary output devices. Does anybody know if there's such kind of mixer available? Or is it possible to interconnect different dsp channels? (ugh, I don't really know anything about contemporary audio hardware :-( ) I also have problems understanding the mixer(8) channels.  Hard to find the corresponding dsp channel... The relation of "speaker", "mix", the invible "monitor" and "rec" is completely unclear to me, likewise the difference of "vol" and "pcm". Is it common that S/PDIF out is a separate dsp?  I never had to investigate on other OS, where I get the same signal on analog and digital outputs simultaniously. Thanks for any hints, -harry From owner-freebsd-stable@freebsd.org Sat Apr 11 04:58:54 2020 Return-Path: Delivered-To: freebsd-stable@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 485142AE7BF for ; Sat, 11 Apr 2020 04:58:54 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48zjMZ4PG5z47gn for ; Sat, 11 Apr 2020 04:58:49 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 03B4wPBQ071063 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 11 Apr 2020 14:28:33 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 03B4vuUQ071051 for ; Sat, 11 Apr 2020 14:27:56 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2403:5800:5101:0:d4fb:7b0d:13aa:ca2b Received: from [IPv6:2403:5800:5101::d4fb:7b0d:13aa:ca2b] ([IPv6:2403:5800:5101:0:d4fb:7b0d:13aa:ca2b] [2403:5800:5101:0:d4fb:7b0d:13aa:ca2b]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 03B4vuvY071049; Sat, 11 Apr 2020 14:27:56 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Audio mixer and mixer control From: "O'Connor, Daniel" In-Reply-To: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> Date: Sat, 11 Apr 2020 14:27:55 +0930 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: 0.3 () No, score=0.3 required=5.0 tests=HELO_NO_DOMAIN, KHOP_HELO_FCRDNS, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 48zjMZ4PG5z47gn X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; IP_SCORE(-0.00)[asn: 4764(-0.02), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 04:58:54 -0000 > On 11 Apr 2020, at 03:55, Harry Schmalzbauer = wrote: > today I wanted to utilize my optical S/PDIF out with an external D/A = converter to empower my garden radio. > Unfortunately, it seems mixer(8) isn't really doing what I understand = a mixer's job is. >=20 > As far as I understood, mixer(8) is just controlling/pushing settings = to the dsp's specific hardware mixer (if that's true, mixctl(8) was more = clear e.g.). mixer is purely to control mixer devices which the hardware provides, = you can set various levels in the final input and output mix. In the old days there were actually a number of things it could = meaningfully do (eg control CD volume level or line in) but these days = everything is digital so it's pretty vestigial IMO. > So if I have dsp0 with line-in and line-out, and dsp3 with a S/PDIF = out, there's no way to get the dsp0-"mix" over to dsp3? You can't use mixer to do what you want, but you can probably do = something with a sox pipe line that would read from one input and feed = to another if that is indeed what you need. > What I'm looking for is a mixer which processes various input sources = and sends them to arbitrary output devices. > Does anybody know if there's such kind of mixer available? >=20 > Or is it possible to interconnect different dsp channels? (ugh, I = don't really know anything about contemporary audio hardware :-( ) >=20 > I also have problems understanding the mixer(8) channels. Hard to = find the corresponding dsp channel... The relation of "speaker", "mix", = the invible "monitor" and "rec" is completely unclear to me, likewise = the difference of "vol" and "pcm". >=20 > Is it common that S/PDIF out is a separate dsp? I never had to = investigate on other OS, where I get the same signal on analog and = digital outputs simultaniously. I don't think it's very uncommon, although I haven't used FreeBSD on a = desktop for quite a while.. What does this output? cat /dev/sndstat If you just want to play some audio out to the S/PDIF you can tell your = audio program to use that particular device (eg /dev/dsp1 or whatever it = is) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Sat Apr 11 07:59:23 2020 Return-Path: Delivered-To: freebsd-stable@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 18A7E2B24B9 for ; Sat, 11 Apr 2020 07:59:23 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mx0.gentlemail.de (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]) (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 48znMs3kSpz4JcK for ; Sat, 11 Apr 2020 07:59:21 +0000 (UTC) (envelope-from freebsd@omnilan.de) Received: from mh0.gentlemail.de (ezra.dcm1.omnilan.net [IPv6:2a00:e10:2800::a135]) by mx0.gentlemail.de (8.14.5/8.14.5) with ESMTP id 03B7wtwm065674; Sat, 11 Apr 2020 09:58:56 +0200 (CEST) (envelope-from freebsd@omnilan.de) Received: from titan.inop.mo1.omnilan.net (s1.omnilan.de [217.91.127.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mh0.gentlemail.de (Postfix) with ESMTPSA id 6A54931E; Sat, 11 Apr 2020 09:58:55 +0200 (CEST) Subject: Re: Audio mixer and mixer control To: "O'Connor, Daniel" Cc: freebsd-stable@freebsd.org References: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> From: Harry Schmalzbauer Organization: OmniLAN Message-ID: Date: Sat, 11 Apr 2020 09:58:54 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (mx0.gentlemail.de [IPv6:2a00:e10:2800::a130]); Sat, 11 Apr 2020 09:58:56 +0200 (CEST) X-Milter: Spamilter (Reciever: mx0.gentlemail.de; Sender-ip: ; Sender-helo: mh0.gentlemail.de; ) X-Rspamd-Queue-Id: 48znMs3kSpz4JcK X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of freebsd@omnilan.de designates 2a00:e10:2800::a130 as permitted sender) smtp.mailfrom=freebsd@omnilan.de X-Spamd-Result: default: False [-4.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[omnilan.de]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-2.38)[ip: (-9.22), ipnet: 2a00:e10:2800::/38(-4.59), asn: 61157(1.94), country: DE(-0.02)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:61157, ipnet:2a00:e10:2800::/38, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 07:59:23 -0000 Am 11.04.2020 um 06:57 schrieb O'Connor, Daniel via freebsd-stable: … >> So if I have dsp0 with line-in and line-out, and dsp3 with a S/PDIF out, there's no way to get the dsp0-"mix" over to dsp3? > > You can't use mixer to do what you want, but you can probably do something with a sox pipe line that would read from one input and feed to another if that is indeed what you need. > >> What I'm looking for is a mixer which processes various input sources and sends them to arbitrary output devices. >> Does anybody know if there's such kind of mixer available? >> >> Or is it possible to interconnect different dsp channels? (ugh, I don't really know anything about contemporary audio hardware :-( ) >> >> I also have problems understanding the mixer(8) channels. Hard to find the corresponding dsp channel... The relation of "speaker", "mix", the invible "monitor" and "rec" is completely unclear to me, likewise the difference of "vol" and "pcm". >> >> Is it common that S/PDIF out is a separate dsp? I never had to investigate on other OS, where I get the same signal on analog and digital outputs simultaniously. > > I don't think it's very uncommon, although I haven't used FreeBSD on a desktop for quite a while.. > > What does this output? > cat /dev/sndstat > > If you just want to play some audio out to the S/PDIF you can tell your audio program to use that particular device (eg /dev/dsp1 or whatever it is) Hello and thanks for your help. Main issue is to playback simultaniously on more than one dsp (musicpd(1) is providing that feature out of the box, but I was looking for a more general way, covering mixed line-in (DAB+ radio)). Here's my sndstat: FreeBSD Audio Driver (64bit 2009061500/amd64) Installed devices: pcm0: on hdaa0 (1p:2v/1r:2v) default pcm1: on hdaa0 (1p:2v/1r:1v) pcm2: on hdaa0 (1p:1v/0r:0v) pcm3: on hdaa0 (1p:1v/0r:0v) pcm4: at ? kld snd_uaudio (0p:0v/1r:1v) No devices installed from userspace. To my surprise, today there's dsp0_line-in/mix signal on dsp1_line-out. No idea if it was a layer 8 error yesterday (pretty sure it was not) or if some smart chip on the mainboard decided to interconnect over night (no reboot)?!? In fact, adjusting "mix" on dsp0 controls the output volume on dsp1 (analog line-in on dsp0 get's somehow routed to analog out on dsp1 (killed pulseaudio, nothing else is running, so it must be done in hardware)). I'd like to share what I discovered while browsing freshports.org/audio: rawrec(1) might be the leanest way to pipe signals, like you mentioned using sox(1). virtual_oss(8) seems to do exactly what I was looking for regarding "mixing". No idea how cuse(3) comes into play, seems to be not as native as I prefer things. Unfortunately, I don't have time to play with at the moment. But once I come back to it, I'll find it here for reference ;-) Thanks, -harry From owner-freebsd-stable@freebsd.org Sat Apr 11 08:21:14 2020 Return-Path: Delivered-To: freebsd-stable@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 A74B72B308E for ; Sat, 11 Apr 2020 08:21:14 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (midget.dons.net.au [IPv6:2403:5800:5101:0:ea:1cff:fefa:f00]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "dons.net.au", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48zns33sJcz4Ks0 for ; Sat, 11 Apr 2020 08:21:10 +0000 (UTC) (envelope-from darius@dons.net.au) Received: from midget.dons.net.au (localhost [127.0.0.1]) by midget.dons.net.au (8.15.2/8.15.2) with ESMTPS id 03B8Ktbu017569 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 11 Apr 2020 17:50:59 +0930 (ACST) (envelope-from darius@dons.net.au) Received: (from mailnull@localhost) by midget.dons.net.au (8.15.2/8.15.2/Submit) id 03B8KQOp017102 for ; Sat, 11 Apr 2020 17:50:26 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2403:5800:5101:0:d4fb:7b0d:13aa:ca2b Received: from [IPv6:2403:5800:5101::d4fb:7b0d:13aa:ca2b] ([IPv6:2403:5800:5101:0:d4fb:7b0d:13aa:ca2b] [2403:5800:5101:0:d4fb:7b0d:13aa:ca2b]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 03B8KPJ6017100; Sat, 11 Apr 2020 17:50:26 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: Audio mixer and mixer control From: "O'Connor, Daniel" In-Reply-To: Date: Sat, 11 Apr 2020 17:50:25 +0930 Cc: freebsd-stable@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> To: Harry Schmalzbauer X-Mailer: Apple Mail (2.3445.104.11) X-Spam-Score: 0.3 () No, score=0.3 required=5.0 tests=HELO_NO_DOMAIN, KHOP_HELO_FCRDNS, T_SPF_PERMERROR autolearn=no autolearn_force=no version=3.4.2 X-Scanned-By: MIMEDefang 2.83 on 10.0.2.1 X-Rspamd-Queue-Id: 48zns33sJcz4Ks0 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.61 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; IP_SCORE(-0.11)[asn: 4764(-0.58), country: AU(0.01)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:4764, ipnet:2403:5800:5000::/36, country:AU]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 08:21:14 -0000 > On 11 Apr 2020, at 17:28, Harry Schmalzbauer = wrote: > Hello and thanks for your help. Main issue is to playback = simultaniously on more than one dsp (musicpd(1) is providing that = feature out of the box, but I was looking for a more general way, = covering mixed line-in (DAB+ radio)). I am not sure there is a general solution in the kernel. > Here's my sndstat: > FreeBSD Audio Driver (64bit 2009061500/amd64) > Installed devices: > pcm0: on hdaa0 (1p:2v/1r:2v) = default > pcm1: on hdaa0 (1p:2v/1r:1v) > pcm2: on hdaa0 (1p:1v/0r:0v) > pcm3: on hdaa0 (1p:1v/0r:0v) > pcm4: at ? kld snd_uaudio (0p:0v/1r:1v) > No devices installed from userspace. OK, looks fairly normal.. BTW you can get more information with.. sudo sysctl hw.snd.verbose=3D2 cat /dev/sndstat > To my surprise, today there's dsp0_line-in/mix signal on = dsp1_line-out. No idea if it was a layer 8 error yesterday (pretty sure = it was not) or if some smart chip on the mainboard decided to = interconnect over night (no reboot)?!? In fact, adjusting "mix" on dsp0 = controls the output volume on dsp1 (analog line-in on dsp0 get's somehow = routed to analog out on dsp1 (killed pulseaudio, nothing else is = running, so it must be done in hardware)). That sounds pretty peculiar, I guess it could be an result of the fact = your 4 PCM devices are really 1 piece of hardware.. > I'd like to share what I discovered while browsing = freshports.org/audio: > rawrec(1) might be the leanest way to pipe signals, like you mentioned = using sox(1). Yep, looks like it. > virtual_oss(8) seems to do exactly what I was looking for regarding = "mixing". No idea how cuse(3) comes into play, seems to be not as native = as I prefer things. Yes, it does - I haven't used it but it looks like what you want. cuse is for allowing device drivers in user land, I don't think it's = required for virtual_oss, just that the same author wrote both :) > Unfortunately, I don't have time to play with at the moment. But once = I come back to it, I'll find it here for reference ;-) Good find, best of luck! -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-stable@freebsd.org Sat Apr 11 17:36:45 2020 Return-Path: Delivered-To: freebsd-stable@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 9FC7B2BE431 for ; Sat, 11 Apr 2020 17:36:45 +0000 (UTC) (envelope-from bounces+13739864-b44a-freebsd-stable=freebsd.org@em848.distal.com) Received: from xtrwsqdf.outbound-mail.sendgrid.net (xtrwsqdf.outbound-mail.sendgrid.net [167.89.100.223]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4902B42Xt8z3Phb for ; Sat, 11 Apr 2020 17:36:44 +0000 (UTC) (envelope-from bounces+13739864-b44a-freebsd-stable=freebsd.org@em848.distal.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=distal.com; h=from:content-type:content-transfer-encoding:mime-version:subject:to; s=s1; bh=50yhssOYidXTlUBY1vxW4pLi02F5jOulGkJoUUhZfvw=; b=kEn7g27av/sCjioqzW7wWZf0puHyf+t4z2Tvn7bjvdFlKUV9pe6rVp3t5844xOnRtWcq vQTZH/LJNxHbO6XdD5KB8M60JkrtiMsUGvyxvmrU6Qz7n7BdosFsBh/7QL7ikNsKDDZxaU qdJpE376QcSqlpQp/oSbZ02kST7sDZprs= Received: by filter0072p3las1.sendgrid.net with SMTP id filter0072p3las1-25929-5E920025-7E 2020-04-11 17:36:37.467380761 +0000 UTC m=+849917.549179951 Received: from mail.distal.com (unknown) by ismtpd0088p1mdw1.sendgrid.net (SG) with ESMTP id f2ecHczMQSClfGzLEGgvdQ Sat, 11 Apr 2020 17:36:37.357 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [2001:470:e24c:200:14a4:6888:ae02:b3bb]) by tristain.distal.com (OpenSMTPD) with ESMTPSA id 4d32cc50 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Sat, 11 Apr 2020 13:36:35 -0400 (EDT) From: Chris Ross Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: ZFS server has gone crazy slow Message-Id: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> Date: Sat, 11 Apr 2020 17:36:37 +0000 (UTC) X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SG-EID: =?us-ascii?Q?gDj=2Futz1vvM0Gg5Dx3C984MHE5rSknXbUiMX+7YYKy8H35YTA3nJpmg1IQ5mw9?= =?us-ascii?Q?RS2bD=2FH4Uluvnmedtzs9ncXZBmcg47PFtWNkjuk?= =?us-ascii?Q?OHD3k9B4AgosUkZt9jcDqCvebQRVsgzS=2FGHvMXh?= =?us-ascii?Q?KhjfCD5FlkPfv79=2FlaPX5rxUjImWBhJg0iqdfMc?= =?us-ascii?Q?RfT41Q7QIrVz6ulGmIIPyl2u67UhJpAz9CP7CK0?= =?us-ascii?Q?PSy21rlb38cJht2Dg23IuRZDgK9bIETJr4E5Uq?= To: freebsd-fs , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4902B42Xt8z3Phb X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=distal.com header.s=s1 header.b=kEn7g27a; dmarc=pass (policy=none) header.from=distal.com; spf=pass (mx1.freebsd.org: domain of bounces@em848.distal.com designates 167.89.100.223 as permitted sender) smtp.mailfrom=bounces@em848.distal.com X-Spamd-Result: default: False [-3.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[distal.com:s=s1]; FROM_NEQ_ENVFROM(0.00)[cross@distal.com,bounces@em848.distal.com]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:167.89.0.0/17:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.67)[ipnet: 167.89.96.0/20(-4.61), asn: 11377(-3.67), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[distal.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[distal.com,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[cross@distal.com,bounces@em848.distal.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[223.100.89.167.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11377, ipnet:167.89.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[13739864-b44a-freebsd-stable=freebsd.org,freebsd] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 17:36:45 -0000 I have a FreeBSD 11.3-STABLE server that is my router, using a ZFS mirror (= of two GPT disks) as it=E2=80=99s disk. It=E2=80=99s many years old, and h= as only been misbehaving like this for a day or so. I=E2=80=99m trying to = figure out what=E2=80=99s wrong. I confirmed that internet connectivity isn=E2=80=99t the problem, and a reb= oot didn=E2=80=99t fix it. (The reboot took 10-15 minutes to finish going = multi-user, starting daemons, due to the underlying problem described below= .) Truss=E2=80=99ing a very basic command (date), I can see that close() and e= xit() calls are taking 1-2 seconds. All of the files being opened are on Z= FS, but I don=E2=80=99t know if that=E2=80=99s for sure related. Similarly= , using shell builtin =E2=80=9Cecho foo=E2=80=9D always is immediate, but = =E2=80=9C/bin/echo=E2=80=9D sometimes works quickly, but sometimes the clos= e() on /var/run/ld-elf.so.hints takes 3-5 seconds. I _think_ this is a filesystem problem. It=E2=80=99s very hard to diagnose= because logging in, and doing anything, takes many seconds per command. z= pool status shows my mirror as online, so I=E2=80=99m not sure where I shou= ld check. I=E2=80=99d appreciate any help! Thanks much=E2=80=A6 - Chris From owner-freebsd-stable@freebsd.org Sat Apr 11 18:39:49 2020 Return-Path: Delivered-To: freebsd-stable@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 298672BF963; Sat, 11 Apr 2020 18:39:49 +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 4903Zr1X1Bz3ymL; Sat, 11 Apr 2020 18:39:47 +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 03BIX8Nt031880 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Sat, 11 Apr 2020 18:33:08 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: cross+freebsd@distal.com Received: from [10.58.0.10] (dadv@dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.15.2/8.15.2) with ESMTPS id 03BIX5at095068 (version=TLSv1.2 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sun, 12 Apr 2020 01:33:05 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: ZFS server has gone crazy slow To: Chris Ross , freebsd-fs , freebsd-stable@freebsd.org References: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> From: Eugene Grosbein Message-ID: <68328a40-0e3d-f9cf-510b-9cbfd7cb8acd@grosbein.net> Date: Sun, 12 Apr 2020 01:33:04 +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: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit 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: 4903Zr1X1Bz3ymL 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.98 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; 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.89)[ip: (-5.21), ipnet: 2a01:4f8::/29(-2.61), asn: 24940(-1.58), country: DE(-0.02)]; 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-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 18:39:49 -0000 12.04.2020 0:36, Chris Ross wrote: > I have a FreeBSD 11.3-STABLE server that is my router, using a ZFS mirror (of two GPT disks) as it’s disk. It’s many years old, and has only been misbehaving like this for a day or so. I’m trying to figure out what’s wrong. > > I confirmed that internet connectivity isn’t the problem, and a reboot didn’t fix it. (The reboot took 10-15 minutes to finish going multi-user, starting daemons, due to the underlying problem described below.) > > Truss’ing a very basic command (date), I can see that close() and exit() calls are taking 1-2 seconds. All of the files being opened are on ZFS, but I don’t know if that’s for sure related. Similarly, using shell builtin “echo foo” always is immediate, but “/bin/echo” sometimes works quickly, but sometimes the close() on /var/run/ld-elf.so.hints takes 3-5 seconds. > > I _think_ this is a filesystem problem. It’s very hard to diagnose because logging in, and doing anything, takes many seconds per command. zpool status shows my mirror as online, so I’m not sure where I should check. > > I’d appreciate any help! Thanks much… First of all you should check if any of your ZFS pools is low on space. From owner-freebsd-stable@freebsd.org Sat Apr 11 19:25:59 2020 Return-Path: Delivered-To: freebsd-stable@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 A891B278A04 for ; Sat, 11 Apr 2020 19:25:59 +0000 (UTC) (envelope-from bounces+13739864-b44a-freebsd-stable=freebsd.org@em848.distal.com) Received: from xtrwsxqr.outbound-mail.sendgrid.net (xtrwsxqr.outbound-mail.sendgrid.net [167.89.106.69]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4904c65fqPz429R for ; Sat, 11 Apr 2020 19:25:58 +0000 (UTC) (envelope-from bounces+13739864-b44a-freebsd-stable=freebsd.org@em848.distal.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=distal.com; h=content-type:mime-version:subject:from:in-reply-to: content-transfer-encoding:references:to:cc; s=s1; bh=L3QU1aqrr/dCTxcLfEoi1w/gjK/CJSvAUy84I6UkH9g=; b=GpiM4OdcHB6D16ruVkTJJVwFTAwYh89AYZ2u7ColCSHmycYNHP0/s0Tu1POCN6c2H7cp cXionFHzJ/oFJjoGD3GtXJG/YIklS+L+LnL6LhGJXlTSH38ttbx/nGW33dEfQvP1wbNfVZ Bdf7hJF2d7X9EkbROFbnaiEv82NmC6yYI= Received: by filter0081p3las1.sendgrid.net with SMTP id filter0081p3las1-23682-5E9219C5-20 2020-04-11 19:25:57.242616472 +0000 UTC m=+856498.432381552 Received: from mail.distal.com (unknown) by ismtpd0039p1iad1.sendgrid.net (SG) with ESMTP id vR56VFraQ86V-X3Z0BRvVw Sat, 11 Apr 2020 19:25:57.023 +0000 (UTC) Received: from magrathea.distal.com (magrathea.distal.com [206.138.151.12]) by tristain.distal.com (OpenSMTPD) with ESMTPSA id 99ccdff1 (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256:NO); Sat, 11 Apr 2020 14:59:16 -0400 (EDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: ZFS server has gone crazy slow From: Chris Ross In-Reply-To: <68328a40-0e3d-f9cf-510b-9cbfd7cb8acd@grosbein.net> Date: Sat, 11 Apr 2020 19:25:57 +0000 (UTC) Content-Transfer-Encoding: quoted-printable Message-Id: <654D00F8-DBEC-49BD-B871-7EB830F49D50@distal.com> References: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> <68328a40-0e3d-f9cf-510b-9cbfd7cb8acd@grosbein.net> X-Mailer: Apple Mail (2.3608.80.23.2.2) X-SG-EID: =?us-ascii?Q?gDj=2Futz1vvM0Gg5Dx3C984MHE5rSknXbUiMX+7YYKy8H35YTA3nJpmg1IQ5mw9?= =?us-ascii?Q?RS2bD=2FH4Uluvnmedtzs9ncXcFUA0lhjELtoV3Mz?= =?us-ascii?Q?d0JINwqw+ym612NsdzaAma+ZokkaT5h2jF+7492?= =?us-ascii?Q?xJJOarFaPq3ghR47aSEsoKnFBF8YX8=2F+fMRJNWQ?= =?us-ascii?Q?d9q81nStGV=2FzhpyrXJzYNsmea5plqZKfVnAT6s8?= =?us-ascii?Q?mWJ8PCUxU6hP5j5fXA+cOszn5oql=2FUVxXqk2as?= To: Eugene Grosbein Cc: freebsd-fs , freebsd-stable@freebsd.org X-Rspamd-Queue-Id: 4904c65fqPz429R X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=distal.com header.s=s1 header.b=GpiM4Odc; dmarc=pass (policy=none) header.from=distal.com; spf=pass (mx1.freebsd.org: domain of bounces@em848.distal.com designates 167.89.106.69 as permitted sender) smtp.mailfrom=bounces@em848.distal.com X-Spamd-Result: default: False [-3.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[distal.com:s=s1]; FROM_NEQ_ENVFROM(0.00)[cross@distal.com,bounces@em848.distal.com]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:167.89.0.0/17:c]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-1.67)[ipnet: 167.89.96.0/20(-4.61), asn: 11377(-3.67), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[distal.com:+]; DMARC_POLICY_ALLOW(-0.50)[distal.com,none]; RCVD_IN_DNSWL_NONE(0.00)[69.106.89.167.list.dnswl.org : 127.0.15.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[cross@distal.com,bounces@em848.distal.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[69.106.89.167.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11377, ipnet:167.89.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[13739864-b44a-freebsd-stable=freebsd.org,freebsd] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 19:25:59 -0000 > On Apr 11, 2020, at 14:33, Eugene Grosbein wrote: >=20 > 12.04.2020 0:36, Chris Ross wrote: >=20 >> I have a FreeBSD 11.3-STABLE server that is my router, using a ZFS mirro= r (of two GPT disks) as it=E2=80=99s disk. It=E2=80=99s many years old, an= d has only been misbehaving like this for a day or so. I=E2=80=99m trying = to figure out what=E2=80=99s wrong. >>=20 >> [=E2=80=A6] >>=20 >> I _think_ this is a filesystem problem. It=E2=80=99s very hard to diagn= ose because logging in, and doing anything, takes many seconds per command.= zpool status shows my mirror as online, so I=E2=80=99m not sure where I s= hould check. >>=20 >> I=E2=80=99d appreciate any help! Thanks much=E2=80=A6 >=20 > First of all you should check if any of your ZFS pools is low on space. Wow. I=E2=80=99m so embarrassed that I didn=E2=80=99t notice that myself. = You mentioned it, and now I look back at df output and see that the filesy= stems are all very nearly full! It=E2=80=99s very slowly booting now, but assumedly after it comes online, = I=E2=80=99ll be able to rectify that situation and hopefully that will be t= he issue. Thanks, and sorry that I hadn=E2=80=99t seen that myself! - Chris From owner-freebsd-stable@freebsd.org Sat Apr 11 20:20:01 2020 Return-Path: Delivered-To: freebsd-stable@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 DE502279CA5 for ; Sat, 11 Apr 2020 20:20:01 +0000 (UTC) (envelope-from oscar@prutt.party) Received: from ester.prutt.party (ester.prutt.party [95.216.168.48]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ester.prutt.party", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4905pT0HkVz44VL for ; Sat, 11 Apr 2020 20:20:00 +0000 (UTC) (envelope-from oscar@prutt.party) Received: from [127.0.0.1] (localhost [127.0.0.1]) by localhost (Mailerdaemon) with ESMTPSA id 24AAE3EF00 for ; Sat, 11 Apr 2020 22:19:49 +0200 (CEST) References: <2182C27C-A5D3-41BF-9CE9-7C6883E43074@distal.com> <68328a40-0e3d-f9cf-510b-9cbfd7cb8acd@grosbein.net> <654D00F8-DBEC-49BD-B871-7EB830F49D50@distal.com> User-agent: mu4e 1.3.3; emacs 26.3 From: Oscar Carlsson To: freebsd-stable@freebsd.org Cc: Subject: Re: ZFS server has gone crazy slow In-reply-to: <654D00F8-DBEC-49BD-B871-7EB830F49D50@distal.com> Date: Sat, 11 Apr 2020 22:19:42 +0200 Message-ID: <878sj122sh.fsf@prutt.party> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Last-TLS-Session-Version: TLSv1.3 X-Rspamd-Queue-Id: 4905pT0HkVz44VL X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.03 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[prutt.party:s=mail]; NEURAL_HAM_MEDIUM(-0.99)[-0.995,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:95.216.168.48]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DKIM_TRACE(0.00)[prutt.party:+]; DMARC_POLICY_ALLOW(-0.50)[prutt.party,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-0.04)[ipnet: 95.216.0.0/16(1.42), asn: 24940(-1.58), country: DE(-0.02)]; ASN(0.00)[asn:24940, ipnet:95.216.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-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 20:20:01 -0000 Chris Ross writes: > Wow. I=E2=80=99m so embarrassed that I didn=E2=80=99t notice that myself= . You=20 > mentioned it, and now I look back at df output and see that the=20 > filesystems are all very nearly full! > > It=E2=80=99s very slowly booting now, but assumedly after it comes=20 > online, I=E2=80=99ll be able to rectify that situation and hopefully=20 > that will be the issue. Thanks, and sorry that I hadn=E2=80=99t seen=20 > that myself! Hi, It might be worth to remove old snapshots referring to files you=20 are about to delete. Even if you remove a lot of files the space=20 won't be really reclaimed until you delete any references in snapshots to=20 these removed files, if that makes sense. You should also consider to add a periodic scrub of your pool,=20 once a week for consumer disks or once a month for enterprise disks, or=20 what have you. Regards, Oscar From owner-freebsd-stable@freebsd.org Sat Apr 11 21:38:51 2020 Return-Path: Delivered-To: freebsd-stable@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 DFF1627C205 for ; Sat, 11 Apr 2020 21:38:51 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) (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 4907YR0Xf7z493R for ; Sat, 11 Apr 2020 21:38:50 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-pj1-x102f.google.com with SMTP id nu11so2186953pjb.1 for ; Sat, 11 Apr 2020 14:38:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=J+6m6AwJAV6dAlOhcA3HhCm8nK8AOTKN1oecvKNvyFU=; b=Ptldrsp0UVHnakAnn5z1JTtt8AfYMY4+5pAukI1Kixw+nDeM3pAmbv8/qTXlSlZ+U3 F3oPGcNE+os9rGSkuWAbbPvhr2bYhKZjE9NE6nqLVVcGxEEM8su8o1Ok/o+4KhIt0l4G Td1oHrh8avZEe5DSsAHf25OaOJ9PsQz0NZ1WDchBfAYu5BTHEgBMMGhAlwwLwbsaht5Q pXQkPhotfo+cTZpbLBagkHVUkRKymYQRzDluMX1E2owkfT0KmQuqz+s0lGZ1hrZ339+g XTd6d1V8LjHyyfEg7SAbTcyueRmXcnE5HCCWm5JEIH0IEXd2lNXxXEz+G+EgApKdg7rs rcvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=J+6m6AwJAV6dAlOhcA3HhCm8nK8AOTKN1oecvKNvyFU=; b=RyCZlXI62slTUtDjTPYbKa/8pMNmQ+4k5nbq/ywQbKguex4vJ9qIIgP4ecRLPBEIUo VvrifOCpO7iOi31PhyRvY761Sd/cBVRvfPxtXIjQwwLCZvJGwecYtTyNEbHQxQ0XGp0J IBEH/616tBoRevWc3qXHosW46hN0hoClaNqrzLZKqLHos3P79poE0ha8uqskE6+Hb5Rb EssfsqOzc59Lpf0xUPHqoepa5ASjEuy+VvMZ0gt6G/vnXgvYQjjm3ErkLQao9zSDErJf /dua/snBniwhnFi3MwiYyf5B4hOM3LvmAev9VLLF7pDRr2rOiX80OsV2OFkG6daVT35T StiQ== X-Gm-Message-State: AGi0PuZ7gOug1LCROHrJ9VG3i+0MyhpoukvUKc1ySTbZuWqdLe3KxbRf 5MG0qsWAg8uUhJy3oqw9+6rsbqVo X-Google-Smtp-Source: APiQypIwgltyG4HDmVYmI3HlV14PQ2YHAB/MSgi1RzVDTgGUXNlN6hCzhJA/5BACUnxLdYDD6xwrmw== X-Received: by 2002:a17:90b:23ce:: with SMTP id md14mr12689477pjb.147.1586641124410; Sat, 11 Apr 2020 14:38:44 -0700 (PDT) Received: from [192.168.1.30] (c-76-126-107-221.hsd1.ca.comcast.net. [76.126.107.221]) by smtp.gmail.com with ESMTPSA id t63sm4459913pgc.85.2020.04.11.14.38.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 11 Apr 2020 14:38:43 -0700 (PDT) Sender: Theron Tarigo Subject: Re: Audio mixer and mixer control To: "O'Connor, Daniel" , Harry Schmalzbauer Cc: freebsd-stable@freebsd.org References: <426353fd-bb39-5bba-5ca1-af00a8b8ff4e@omnilan.de> From: Theron Message-ID: <356fc235-c9f3-e595-73d3-a7952de352cf@gmail.com> Date: Sat, 11 Apr 2020 17:37:27 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.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: 4907YR0Xf7z493R X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Ptldrsp0; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::102f as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[221.107.126.76.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-stable@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-8.66), ipnet: 2607:f8b0::/32(-0.33), asn: 15169(-0.43), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Apr 2020 21:38:51 -0000 On 2020-04-11 04:20, O'Connor, Daniel via freebsd-stable wrote: >> virtual_oss(8) seems to do exactly what I was looking for regarding "mixing". No idea how cuse(3) comes into play, seems to be not as native as I prefer things. > Yes, it does - I haven't used it but it looks like what you want. > > cuse is for allowing device drivers in user land, I don't think it's required for virtual_oss, just that the same author wrote both :) Cuse is required for virtual_oss (to implement OSS /dev/dsp interface), and it is indeed part of base FreeBSD, just not loaded into kernel by default.