From owner-freebsd-hackers@freebsd.org Sun Aug 23 05:12:10 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 657893B15E9; Sun, 23 Aug 2020 05:12:10 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BZ3K627kQz4HT8; Sun, 23 Aug 2020 05:12:10 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com [66.111.4.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bdragon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 2CDF61CBDF; Sun, 23 Aug 2020 05:12:10 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id AFACC27C0054; Sun, 23 Aug 2020 01:12:09 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute4.internal (MEProxy); Sun, 23 Aug 2020 01:12:09 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudduhedgledtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne gfrhhlucfvnfffucdluddtmdenucfjughrpefofgggkfffhffvufgtsehttdertderredt necuhfhrohhmpedfuehrrghnughonhcuuegvrhhgrhgvnhdfuceosggurhgrghhonheshf hrvggvuefuffdrohhrgheqnecuggftrfgrthhtvghrnhepffelieekffekhefhfeekledu jeehtdduhfejteehgfekveejhfettdefudehleehnecuffhomhgrihhnpehgihhthhhusg drtghomhdplhhlvhhmrdhorhhgpdhnhigtsghughdrohhrghenucevlhhushhtvghrufhi iigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsughrrghgohhnodhmvghsmhhtph gruhhthhhpvghrshhonhgrlhhithihqddutdegvdefheekieegqddukedutdekheduqdgs ughrrghgohhnpeephfhrvggvuefuffdrohhrghesihhmrghprdgttg X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 6F7DCC200A5; Sun, 23 Aug 2020 01:12:09 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-214-g5a29d88-fm-20200818.002-g5a29d882 Mime-Version: 1.0 Message-Id: <60daae6e-a467-437d-821c-8e8cd4938fc6@www.fastmail.com> Date: Sun, 23 Aug 2020 00:11:44 -0500 From: "Brandon Bergren" To: "FreeBSD PowerPC ML" , "FreeBSD Hackers" Subject: PowerPC64LE bringup notes Content-Type: text/plain X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 05:12:10 -0000 For anyone who hasn't been watching my progress in IRC: Over the last couple weekends, I have been working on experimentally bringing up a PowerPC64 Little Endian kernel and userland for the first time. Last weekend, I succeeded in booting into multiuser in qemu pseries (via a somewhat convoluted boot procedure, as pseries makes bad assumptions about kernel entry points.) This evening, I accomplished the same on a Blackbird, after having spent some time during the week making progress on qemu powernv. My work tree is at https://github.com/bdragon28/freebsd/tree/little-endian -- I will be tidying things up and getting pieces of it committed to SVN relatively soon. For the forseeable future, BE will still be the preferred platform for FreeBSD PowerPC64, as it's a heck of a lot more comfortable to debug in. I don't have install media yet for people to experiment with. (I have stand/ disabled at the moment and make release depends on it, so all I have are sets, kernels, and a cobbled-together LE rootdisk.) Additionally, I still need to get the tests for https://reviews.llvm.org/D73425 written so I can get the target addition accepted into LLVM. While I can boot multiuser and the compiler works, there appear to be some lingering issues with floating point math that I have not gotten around to debugging yet, which has some odd effects like making top hang. dmesg @ https://dmesgd.nycbug.org/index.cgi?do=view&id=5636 -- Brandon Bergren bdragon@FreeBSD.org From owner-freebsd-hackers@freebsd.org Sun Aug 23 12:51:43 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id AAF1B3BC8F1 for ; Sun, 23 Aug 2020 12:51:43 +0000 (UTC) (envelope-from guyvert@secmail.pro) Received: from secmail.pro (secmail.pro [46.226.111.104]) by mx1.freebsd.org (Postfix) with ESMTP id 4BZFWM0ZzJz4dYq for ; Sun, 23 Aug 2020 12:51:42 +0000 (UTC) (envelope-from guyvert@secmail.pro) Received: by secmail.pro (Postfix, from userid 33) id 5C31641CB3; Sun, 23 Aug 2020 14:51:42 +0200 (CEST) Received: from secmailw453j7piv.onion (localhost [IPv6:::1]) by secmail.pro (Postfix) with ESMTP id 0A6DC291096 for ; Sun, 23 Aug 2020 05:51:39 -0700 (PDT) Received: from 127.0.0.1 (SquirrelMail authenticated user guyvert@secmail.pro) by giyzk7o6dcunb2ry.onion with HTTP; Sun, 23 Aug 2020 05:51:39 -0700 Message-ID: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> Date: Sun, 23 Aug 2020 05:51:39 -0700 Subject: Running BSD from RAM memory using zroot From: guyvert@secmail.pro To: freebsd-hackers@freebsd.org User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=utf-8 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Rspamd-Queue-Id: 4BZFWM0ZzJz4dYq X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of guyvert@secmail.pro has no SPF policy when checking 46.226.111.104) smtp.mailfrom=guyvert@secmail.pro X-Spamd-Result: default: False [2.96 / 15.00]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[secmail.pro]; NEURAL_HAM_SHORT(-0.04)[-0.044]; FROM_NO_DN(0.00)[]; HAS_X_PRIO_THREE(0.00)[3]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:29169, ipnet:46.226.108.0/22, country:FR]; RBL_SENDERSCORE(2.00)[46.226.111.104:from]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 12:51:43 -0000 Hello list, I am trying to get FreeBSD to operate entirely within RAM, thus no disks. Either boot via PXE/NFS/TFTP or via a SD card or eMMC that is read-only. I now have: Filesystem Size Used Avail Capacity Mounted on /dev/md0 18M 16M 956K 95% / zroot 1.7G 512M 1.2G 29% / devfs 1.0K 1.0K 0B 100% /dev The /dev/md0 is of type preloaded, and loaded from ISO CD using mfsroot variables in /boot/loader.conf. The ZFS pool is called 'zroot' and has only one filesystem, though more can be created like zroot/var/log and set quota's on that filesystem so logs cannot claim too much RAM memory. With mount we can see the FSID, but we cannot unmount the /dev/md0 because unmounting root filesystems appears to be explicitely forbidden, as 'man umount' says: "The root file system cannot be forcibly unmounted." But that is only by current design, right? We already have another root filesystem (the zroot) and no open files should be in use on the original root filesystem (/dev/md0). Interestingly, while /dev/md0 cannot be unmounted, the actual block device can be forcibly destroyed. This appears to work without problems, because the mounted /dev/md0 is not read from or written to. But of course, i would like to get rid of it altogether, and just have the zroot filesystem and no more /dev/md0. My question to you guys is, would any of you like to work on changing this behaviour? It would allow for a neat setup where, once booted, the system runs inside RAM using a memory disk (mdconfig) with a ZFS pool on top. Once the ZFS root filesystem is populated with the base and kernel, the mountpoint is changed to root: zfs set mountpoint=/ zroot That simple, now the system runs on RAM. To reduce RAM usage, compression can be enabled, and soon zstd compression will be available. Advantages: - No more unstable system if the system disk has problems, crashes, bad sectors, corruption, whatever. - Potentially faster because we read from RAM and not from disk. - Does not wear out MicroSD/eMMC/SSD flash because it is used read-only. - Better than tmpfs because of compression options, as well as many other cool features of ZFS like snapshots etc. - RAM can be encrypted if desired by using 'geli onetime /dev/md1' and using md1.eli as the zroot disk. This would help against Cold Boot Attack. Disadvantage would be slightly longer boot time, complexity and by default about 0.5GB RAM used, which can grow as the system is used. But that is worth it for me. And you can always mount something persistent on say /var and /home and leave the rest as volatile in-RAM filesystem. To avoid double RAM caching (first the md block device, then ZFS ARC cache) the primarycache and secondarycache can be changed to prevent ZFS from caching anything and read everything from block device instead. Even better would be to adapt ZFS to allow for in-memory filesystems. Then the ARC would be the actual backing and those caches would be persistent until the pool is destroyed or the system is reboot. But that requires more work, currently i'm already excited about running BSD from RAM. But my question: is there any way to force unmount of the unneeded /dev/md0 which is preloaded md (mfsroot) ? I see two approaches: 1. Adapt the umount utility to allow force unmount of root filesystem, which is currently forbidden. Should be a one-line patch? 2. Rewrite the init program so that no preloaded md is required, but init does the work of creating md disk, zroot pool and populating the base system and kernel from archive (base.txz and kernel.txz which reside on MicroSD/eMMC/ISO). Anyone thinks this is interesting? Regards, S. Guyvert From owner-freebsd-hackers@freebsd.org Sun Aug 23 17:40:03 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BA2CE3C2FD9 for ; Sun, 23 Aug 2020 17:40:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BZMw25M8wz3dRl for ; Sun, 23 Aug 2020 17:40:02 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wm1-x341.google.com with SMTP id a65so2658255wme.5 for ; Sun, 23 Aug 2020 10:40:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=d47FU/prDMXd2fD634AsByyFRVfn+nHIZVpOYl1WBa0=; b=ktRyIem15xdLiVcQ6VJ3OyK+GFmoqC5BrmPG+4PlvAiiayPq7UVwFEOdhou2xDpzSk HEcpqRUwAGzTh1X9sIFHdW0hjd30GQYl05siKB0f8RtKB3gM0lbmGQ+pCSsXckmveaTH 9W+Ut3hw7yj2KYy+pY6Q8xxNEpCFT6ny1T5C0n/9TlMbNzoJ3d9SZFMKoACHQ3g/RLj6 bU7PbC+9GnvfW2TnzR6YSG4qodJwzknclD/CYeSs90RJtw4qBop4ocSWl2DmrLGdVQ66 vpQxNDDZKfWo+JKBS6DuucApYXSrCVPUuATJzIL3xjaxwMwMC3fnz/p/ltS/1uIoT8K0 TdbQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=d47FU/prDMXd2fD634AsByyFRVfn+nHIZVpOYl1WBa0=; b=XUdVjkM8VbnemfJuOhYjclIMnOO05WJoSxgUT6SzUlhR2CNjnOKNJ2LMKsNMo5J2Fi ZJbBrubpDabvoxxJIgwTv9Z8sqXGGKQCE0z3sh+jSPjfOEuDFKJFXPfDFpDJw+QvKACh eUSX6b4dUmzS2jouns3T/VTdL2gfWoe8FQXoXnHaKoWt36GQTnFGT47alIj4aC/ULz79 FpF5xrYuAsKX6S92O0k87toNaxKz9Gdi1eR+vTROYd/eXVRynmBs1+YBuvR/s5wuidA5 CPs36nDaohNkQa5siGrk9FUKXVDd3j9vW593bJuxILl02F3s9zIxMw++eaRCqS9VvuA2 0HBg== X-Gm-Message-State: AOAM532nYxRud7lWP2JiCAE25Zs2GsWe0qsh9cu9vecG5TlA1m7cSL9d sgtUfzM6NoshyzLCNndmheM= X-Google-Smtp-Source: ABdhPJwq0mi6RgDlJISRh4yPi/oOAxCEFZ9Qnkrh4Ds6X9f6+HqK46COVxLcn1byyY+iJ+vhaGz+7g== X-Received: by 2002:a1c:96c5:: with SMTP id y188mr2266629wmd.72.1598204400559; Sun, 23 Aug 2020 10:40:00 -0700 (PDT) Received: from ernst.home (pd9e23482.dip0.t-ipconnect.de. [217.226.52.130]) by smtp.gmail.com with ESMTPSA id m3sm9554221wru.79.2020.08.23.10.39.59 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 23 Aug 2020 10:39:59 -0700 (PDT) Date: Sun, 23 Aug 2020 19:39:58 +0200 From: Gary Jennejohn To: guyvert@secmail.pro Cc: freebsd-hackers@freebsd.org Subject: Re: Running BSD from RAM memory using zroot Message-ID: <20200823193958.059882be@ernst.home> In-Reply-To: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> References: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BZMw25M8wz3dRl X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ktRyIem1; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::341 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-1.26 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.26)[-0.259]; 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]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.52.130:received]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::341:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 17:40:03 -0000 On Sun, 23 Aug 2020 05:51:39 -0700 guyvert@secmail.pro wrote: > Hello list, > > I am trying to get FreeBSD to operate entirely within RAM, thus no disks. > Either boot via PXE/NFS/TFTP or via a SD card or eMMC that is read-only. > > I now have: > Filesystem Size Used Avail Capacity Mounted on > /dev/md0 18M 16M 956K 95% / > zroot 1.7G 512M 1.2G 29% / > devfs 1.0K 1.0K 0B 100% /dev > > The /dev/md0 is of type preloaded, and loaded from ISO CD using mfsroot > variables in /boot/loader.conf. The ZFS pool is called 'zroot' and has > only one filesystem, though more can be created like zroot/var/log and set > quota's on that filesystem so logs cannot claim too much RAM memory. > > With mount we can see the FSID, but we cannot unmount the /dev/md0 because > unmounting root filesystems appears to be explicitely forbidden, as 'man > umount' says: > "The root file system cannot be forcibly unmounted." > > But that is only by current design, right? We already have another root > filesystem (the zroot) and no open files should be in use on the original > root filesystem (/dev/md0). Interestingly, while /dev/md0 cannot be > unmounted, the actual block device can be forcibly destroyed. This appears > to work without problems, because the mounted /dev/md0 is not read from or > written to. But of course, i would like to get rid of it altogether, and > just have the zroot filesystem and no more /dev/md0. > > My question to you guys is, would any of you like to work on changing this > behaviour? It would allow for a neat setup where, once booted, the system > runs inside RAM using a memory disk (mdconfig) with a ZFS pool on top. > Once the ZFS root filesystem is populated with the base and kernel, the > mountpoint is changed to root: > > zfs set mountpoint=/ zroot > > That simple, now the system runs on RAM. To reduce RAM usage, compression > can be enabled, and soon zstd compression will be available. > > Advantages: > - No more unstable system if the system disk has problems, crashes, bad > sectors, corruption, whatever. > - Potentially faster because we read from RAM and not from disk. > - Does not wear out MicroSD/eMMC/SSD flash because it is used read-only. > - Better than tmpfs because of compression options, as well as many other > cool features of ZFS like snapshots etc. > - RAM can be encrypted if desired by using 'geli onetime /dev/md1' and > using md1.eli as the zroot disk. This would help against Cold Boot Attack. > > Disadvantage would be slightly longer boot time, complexity and by default > about 0.5GB RAM used, which can grow as the system is used. But that is > worth it for me. And you can always mount something persistent on say /var > and /home and leave the rest as volatile in-RAM filesystem. > > To avoid double RAM caching (first the md block device, then ZFS ARC > cache) the primarycache and secondarycache can be changed to prevent ZFS > from caching anything and read everything from block device instead. > > Even better would be to adapt ZFS to allow for in-memory filesystems. Then > the ARC would be the actual backing and those caches would be persistent > until the pool is destroyed or the system is reboot. But that requires > more work, currently i'm already excited about running BSD from RAM. > > But my question: is there any way to force unmount of the unneeded > /dev/md0 which is preloaded md (mfsroot) ? I see two approaches: > > 1. Adapt the umount utility to allow force unmount of root filesystem, > which is currently forbidden. Should be a one-line patch? > 2. Rewrite the init program so that no preloaded md is required, but init > does the work of creating md disk, zroot pool and populating the base > system and kernel from archive (base.txz and kernel.txz which reside on > MicroSD/eMMC/ISO). > > Anyone thinks this is interesting? > Take a look at mount.conf(5). It seems like this may do what you want. -- Gary Jennejohn From owner-freebsd-hackers@freebsd.org Sun Aug 23 18:26:18 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 571243C3EE8 for ; Sun, 23 Aug 2020 18:26:18 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BZNxP6F9gz3gP1 for ; Sun, 23 Aug 2020 18:26:17 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1598207170; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=Ec2CQv3/86O7JYtg0Ue/COBe0SxLgeKh0BRnHcHwsunjPtjpeZ2UjVwvITNnmB6/UTcx0CcvSx9pT I7eDdmv00RLN7ke8f7CNdKye+VEbO8z5q1ghftAYrJYVZhHSFXZzY7kHPbyVxzXlnDnRYqzWnTUvNb wGPFjbfygX2E24eRmGmgfESD0tPbkcBV3eec4/i6INP+NzZ2ZxGTaI9Mm7wkuRJWGY+PFH8Dd1Cd11 YgO2eZyrd8uWUVZl5qzYNQ7scw3Z+dgIJu6ONdCqLe0dBpUdsOHoM8liioIhCmiYyHccBKdnPjkC5H ydgiuENsetHg99+UKIPjgiwaa7T6GDA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=arc-outbound20181012; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:dkim-signature:from; bh=DYd7A8o7QSkbN1nUBISOZ1xRGuuGB048yMVhq4gOC8c=; b=PGBiA4PodtkOHM8HKa9k6NdTdheBBN+XevJZOY1TnTajmwZYcl39OCtIV5VpxoKkKnFuRboz8kh8Q MMztVK2+xosCaqLw6AgwgMfpdkhZaj1MK9TmlM2bC90ctE9oFNQgKX8A29z+vvqa60Qc/q9PYdnun+ m6LCPevSyitTrdmQJKu2ufp7SARyoIMjyE5XSijSKYX3yB91Mc9c93p6i1x7AZO1FAFemoNIuh1iG0 xg+PNt9T4bXaW98syv85CA8Y13l5gITMHhk6uwb5w4wBicEweCNpWoRuEANApADC2HW6B4AElmp7/B U3jx2/mXOG1CZx6BdSj9ET4EwOxUwVQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:to:from:subject:message-id:from; bh=DYd7A8o7QSkbN1nUBISOZ1xRGuuGB048yMVhq4gOC8c=; b=A5nKuvhEP+YkZ+g1hS9jXy0m17b7iLgI73IKedPNTgTNNS2TkEgt+SMvGx7SY/j24vqFv4WAlTk7S gRBivVplSfEW4RHJ8GdYxKRzkHFJeE97Hp2oRlwaPj0IrHxAib9bj8pZtTGeHXpMRoT5+457lYfte3 yiFXOGY5RpaEy4/5mAMI2U2jEBZsnXhe7UiE3ju85FWhp2GR26HDkBYSjRzJgVhitJMEKqq3AgJR29 3UnLQtFvXQ03KfJ/sdvFe979/SfLBmBjb1mra8ayOOOorNGtqmjHc1FONTKQV+C1zEiz3xHju4K+id 91blTi0wq9QqtDdlX/fGbDbUC05/K7g== X-MHO-RoutePath: aGlwcGll X-MHO-User: 1ca2352b-e56e-11ea-a2bb-9f0c275c2f69 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 1ca2352b-e56e-11ea-a2bb-9f0c275c2f69; Sun, 23 Aug 2020 18:26:09 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 07NIQ72m005478; Sun, 23 Aug 2020 12:26:07 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: <6e395923c808ccc34f5f88efffd7853baef1d3ec.camel@freebsd.org> Subject: Re: Running BSD from RAM memory using zroot From: Ian Lepore To: guyvert@secmail.pro, freebsd-hackers@freebsd.org Date: Sun, 23 Aug 2020 12:26:07 -0600 In-Reply-To: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> References: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BZNxP6F9gz3gP1 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:16509, ipnet:44.224.0.0/11, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 18:26:18 -0000 On Sun, 2020-08-23 at 05:51 -0700, guyvert@secmail.pro wrote: > Hello list, > > I am trying to get FreeBSD to operate entirely within RAM, thus no disks. > Either boot via PXE/NFS/TFTP or via a SD card or eMMC that is read-only. > > I now have: > Filesystem Size Used Avail Capacity Mounted on > /dev/md0 18M 16M 956K 95% / > zroot 1.7G 512M 1.2G 29% / > devfs 1.0K 1.0K 0B 100% /dev > > The /dev/md0 is of type preloaded, and loaded from ISO CD using mfsroot > variables in /boot/loader.conf. The ZFS pool is called 'zroot' and has > only one filesystem, though more can be created like zroot/var/log and set > quota's on that filesystem so logs cannot claim too much RAM memory. > > With mount we can see the FSID, but we cannot unmount the /dev/md0 because > unmounting root filesystems appears to be explicitely forbidden, as 'man > umount' says: > "The root file system cannot be forcibly unmounted." > > But that is only by current design, right? We already have another root > filesystem (the zroot) and no open files should be in use on the original > root filesystem (/dev/md0). Interestingly, while /dev/md0 cannot be > unmounted, the actual block device can be forcibly destroyed. This appears > to work without problems, because the mounted /dev/md0 is not read from or > written to. But of course, i would like to get rid of it altogether, and > just have the zroot filesystem and no more /dev/md0. > > My question to you guys is, would any of you like to work on changing this > behaviour? It would allow for a neat setup where, once booted, the system > runs inside RAM using a memory disk (mdconfig) with a ZFS pool on top. > Once the ZFS root filesystem is populated with the base and kernel, the > mountpoint is changed to root: > > zfs set mountpoint=/ zroot > > That simple, now the system runs on RAM. To reduce RAM usage, compression > can be enabled, and soon zstd compression will be available. > > Advantages: > - No more unstable system if the system disk has problems, crashes, bad > sectors, corruption, whatever. > - Potentially faster because we read from RAM and not from disk. > - Does not wear out MicroSD/eMMC/SSD flash because it is used read-only. > - Better than tmpfs because of compression options, as well as many other > cool features of ZFS like snapshots etc. > - RAM can be encrypted if desired by using 'geli onetime /dev/md1' and > using md1.eli as the zroot disk. This would help against Cold Boot Attack. > > Disadvantage would be slightly longer boot time, complexity and by default > about 0.5GB RAM used, which can grow as the system is used. But that is > worth it for me. And you can always mount something persistent on say /var > and /home and leave the rest as volatile in-RAM filesystem. > > To avoid double RAM caching (first the md block device, then ZFS ARC > cache) the primarycache and secondarycache can be changed to prevent ZFS > from caching anything and read everything from block device instead. > > Even better would be to adapt ZFS to allow for in-memory filesystems. Then > the ARC would be the actual backing and those caches would be persistent > until the pool is destroyed or the system is reboot. But that requires > more work, currently i'm already excited about running BSD from RAM. > > But my question: is there any way to force unmount of the unneeded > /dev/md0 which is preloaded md (mfsroot) ? I see two approaches: > > 1. Adapt the umount utility to allow force unmount of root filesystem, > which is currently forbidden. Should be a one-line patch? > 2. Rewrite the init program so that no preloaded md is required, but init > does the work of creating md disk, zroot pool and populating the base > system and kernel from archive (base.txz and kernel.txz which reside on > MicroSD/eMMC/ISO). > > Anyone thinks this is interesting? > > Regards, > S. Guyvert > I think "reboot -r" may be what you're looking for. After populating the in-memory zroot filesystem somehow (from an rc script on the original md filesystem, I guess), do kenv vfs.root.mountfrom=zfs:zroot reboot -r That will unmount the md0 rootfs and mount your zfs root instead and launch init(8) from there. Note that deleting md0 will not necessarily make the memory it was using available for further use. The memory will be in the form of a preloaded module, and it's not clear to me that it can be unloaded (but I'm also not sure that it can't be). -- Ian From owner-freebsd-hackers@freebsd.org Sun Aug 23 19:16:20 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 027803C520D for ; Sun, 23 Aug 2020 19:16:20 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BZQ3675l1z40cJ; Sun, 23 Aug 2020 19:16:18 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-qt1-x831.google.com with SMTP id i2so1602766qtb.8; Sun, 23 Aug 2020 12:16:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=BdA6GzklPnQc23jafInSvb/V9FrbuXNKrPF/UUA02I0=; b=JfRmrBW9B7bdftlDLSylt6nrJAWdutinhh/I0ah6dhOWaswUEm+uI4o32Pgan21hfP f00vLNvBi3uMGmZaDuTOJnqnsEB/Fgcgs1UI/T2AJEZPIDcYBsvn133U8cSO/xe+717J +5u4K8ozfHwNaIyJoFuybXM4luLZnJWIWtnct31Cr5T7YAtbgesV4EUWgb5cPr9rPvcI cACPjGrzQDYqa4t/SrS7nvlzYgeBqTLuXzMoEIfY98JzseqjYClBUSit2Lca2BOx8yXP 4v8HLwRv+ZviEnGYAcNE2atBBpcn1l73nCW9XkuF8i1iVaBlDUlyCRIa/G4wRJBRQAB7 kK8w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=BdA6GzklPnQc23jafInSvb/V9FrbuXNKrPF/UUA02I0=; b=mjxkTAvMQyMz/xJ4DVKKboZBGcO5M/pMLnh+XQf9OHuS7AjbwC4Nkh6c277SiK6kUx GFOHyoCPbY+Gnsb54x48qw4vnMX8MTDrB97liHst9Rvaw8+aAK0NUAt0EfwWGTuTakN2 KerxdTTn9VEMhifvUpFC8vUl2JN3Bgd+5195/S+3mrNkfboZN+8XhoGFig9GDjgSZ2DO XeYWaEdHzSuQJmkCLGI/KIFUT6+qpzcclGiw5e6UFwz+q2pI445A5NCuuu93w0bdK7zU s/b8/l5j4NwOUtVCmeXpkU+qojrTywUmoHSlxHJdJE3wX5fzVTJRRNizI4WRlCBhLB85 voCg== X-Gm-Message-State: AOAM533ai3CES8Ngd7NKI0W0B/NnQu0rZxPeasH4JZJWVVP1NvgHnQLh mjb0p1lgO7GnvaCCqpv1114ARMftCeWTYA== X-Google-Smtp-Source: ABdhPJw+8aiFZ1fEftFJKS+TLCdnkk6/yG6IyknhK4o33F2J5IkTloVAv9RyYMxwHi6OVFCdsmhIVQ== X-Received: by 2002:ac8:6c55:: with SMTP id z21mr1989222qtu.68.1598210177708; Sun, 23 Aug 2020 12:16:17 -0700 (PDT) Received: from raichu (toroon0560w-lp130-08-67-71-176-35.dsl.bell.ca. [67.71.176.35]) by smtp.gmail.com with ESMTPSA id u8sm7720647qkj.9.2020.08.23.12.16.16 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 23 Aug 2020 12:16:17 -0700 (PDT) Sender: Mark Johnston Date: Sun, 23 Aug 2020 15:16:14 -0400 From: Mark Johnston To: Ian Lepore Cc: guyvert@secmail.pro, freebsd-hackers@freebsd.org Subject: Re: Running BSD from RAM memory using zroot Message-ID: <20200823191614.GD1954@raichu> References: <6a7da06949dbd8f1c38d5faa22f3f28b.squirrel@giyzk7o6dcunb2ry.onion> <6e395923c808ccc34f5f88efffd7853baef1d3ec.camel@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6e395923c808ccc34f5f88efffd7853baef1d3ec.camel@freebsd.org> X-Rspamd-Queue-Id: 4BZQ3675l1z40cJ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JfRmrBW9; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::831 as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [0.05 / 15.00]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_NA(0.00)[freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; NEURAL_HAM_SHORT(-0.25)[-0.247]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::831:from]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Aug 2020 19:16:20 -0000 On Sun, Aug 23, 2020 at 12:26:07PM -0600, Ian Lepore wrote: > Note that deleting md0 will not necessarily > make the memory it was using available for further use. The memory > will be in the form of a preloaded module, and it's not clear to me > that it can be unloaded (but I'm also not sure that it can't be). On i386 and amd64 preloaded memory can be freed, see kmem_bootstrap_free(). On other platforms it is leaked. It is not too hard to fix for a given platform, the pmap needs to ensure that pages containing preloaded data and the page table pages mapping preloaded data are initialized properly. See r336505 for an example. From owner-freebsd-hackers@freebsd.org Mon Aug 24 14:44:00 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF4A63C3097; Mon, 24 Aug 2020 14:44:00 +0000 (UTC) (envelope-from alfredo@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BZvyS53CBz4vP9; Mon, 24 Aug 2020 14:44:00 +0000 (UTC) (envelope-from alfredo@freebsd.org) Received: from mail-qk1-f176.google.com (mail-qk1-f176.google.com [209.85.222.176]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: alfredo) by smtp.freebsd.org (Postfix) with ESMTPSA id 8D00E2BB03; Mon, 24 Aug 2020 14:44:00 +0000 (UTC) (envelope-from alfredo@freebsd.org) Received: by mail-qk1-f176.google.com with SMTP id o12so2915108qki.13; Mon, 24 Aug 2020 07:44:00 -0700 (PDT) X-Gm-Message-State: AOAM5316QETY++Vz+VNexmf1FGg8U5UZG0vbe7agU+zlgbmI1H4K3XrL hT7T/SZXJV7+37wgWcFt3J8A4DDFmbCccgKRxBo= X-Google-Smtp-Source: ABdhPJx5et2VDutA7HEj31bf5pAJzfRQgTPNEbbFKBc3/+aCctDczyNeh8mTBvgN8xphMXUU1QhXKvA8Vus0HhbY8AA= X-Received: by 2002:a37:6653:: with SMTP id a80mr4744918qkc.499.1598280239992; Mon, 24 Aug 2020 07:43:59 -0700 (PDT) MIME-Version: 1.0 References: <60daae6e-a467-437d-821c-8e8cd4938fc6@www.fastmail.com> In-Reply-To: <60daae6e-a467-437d-821c-8e8cd4938fc6@www.fastmail.com> From: =?UTF-8?Q?Alfredo_Dal=27Ava_J=C3=BAnior?= Date: Mon, 24 Aug 2020 11:43:43 -0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: PowerPC64LE bringup notes To: Brandon Bergren Cc: FreeBSD PowerPC ML , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Aug 2020 14:44:00 -0000 This is an awesome job, Brandon! Thank you for letting us know. I hope to be able to help stabilize it. []'s Alfredo On Sun, Aug 23, 2020 at 2:12 AM Brandon Bergren wrote: > For anyone who hasn't been watching my progress in IRC: > > Over the last couple weekends, I have been working on experimentally > bringing up a PowerPC64 Little Endian kernel and userland for the first > time. > > Last weekend, I succeeded in booting into multiuser in qemu pseries (via a > somewhat convoluted boot procedure, as pseries makes bad assumptions about > kernel entry points.) > > This evening, I accomplished the same on a Blackbird, after having spent > some time during the week making progress on qemu powernv. > > My work tree is at https://github.com/bdragon28/freebsd/tree/little-endian > -- I will be tidying things up and getting pieces of it committed to SVN > relatively soon. > > For the forseeable future, BE will still be the preferred platform for > FreeBSD PowerPC64, as it's a heck of a lot more comfortable to debug in. > > I don't have install media yet for people to experiment with. (I have > stand/ disabled at the moment and make release depends on it, so all I have > are sets, kernels, and a cobbled-together LE rootdisk.) > > Additionally, I still need to get the tests for > https://reviews.llvm.org/D73425 written so I can get the target addition > accepted into LLVM. > > While I can boot multiuser and the compiler works, there appear to be some > lingering issues with floating point math that I have not gotten around to > debugging yet, which has some odd effects like making top hang. > > dmesg @ https://dmesgd.nycbug.org/index.cgi?do=view&id=5636 > > -- > Brandon Bergren > bdragon@FreeBSD.org > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Tue Aug 25 02:39:06 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 946E83B696B; Tue, 25 Aug 2020 02:39:06 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbCqZ3NXzz4cmj; Tue, 25 Aug 2020 02:39:06 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: from mail-lj1-f173.google.com (mail-lj1-f173.google.com [209.85.208.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: mmacy) by smtp.freebsd.org (Postfix) with ESMTPSA id 5190E10DDD; Tue, 25 Aug 2020 02:39:06 +0000 (UTC) (envelope-from mmacy@freebsd.org) Received: by mail-lj1-f173.google.com with SMTP id g6so11974871ljn.11; Mon, 24 Aug 2020 19:39:06 -0700 (PDT) X-Gm-Message-State: AOAM530dii3UhZxdN+hSz98L4rnEp2kuUf2YQauuT1Uz4+cFgN5BKGOk oL/yQjAhE/MWGgy77jQharckOSEy6mXOK7D+fGc= X-Google-Smtp-Source: ABdhPJy56UhQae7VpPfjbSj4RzcmpOd3+g8GZ+lL91rP9ThNDX1Hgdd48bzYGyfS37qdEen/iaM1FuDsjrwVpdD+Sh8= X-Received: by 2002:a2e:b00c:: with SMTP id y12mr3944444ljk.18.1598323144939; Mon, 24 Aug 2020 19:39:04 -0700 (PDT) MIME-Version: 1.0 From: Matthew Macy Date: Mon, 24 Aug 2020 19:38:53 -0700 X-Gmail-Original-Message-ID: Message-ID: Subject: OpenZFS support merged To: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 02:39:06 -0000 r364746 merged OpenZFS support in to HEAD. The change should be transparent unless you want to use new features. I caution against 'zpool upgrade' for the next few weeks. https://svnweb.freebsd.org/base?view=revision&revision=364746 If you encounter problems please report them to me, Ryan Moeller, and -current. From owner-freebsd-hackers@freebsd.org Tue Aug 25 06:42:57 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 182783C0C84; Tue, 25 Aug 2020 06:42:57 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-il1-x134.google.com (mail-il1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbKDw2351z3gKG; Tue, 25 Aug 2020 06:42:56 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: by mail-il1-x134.google.com with SMTP id f12so9496608ils.6; Mon, 24 Aug 2020 23:42:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=m9zZvlZ2w+BkbDzp4HvKC+USVn4gBkgxlr6+K5DIgws=; b=euzdxt8Vz3Xtdg3vWXJ33zn+AGdI6ZRRqUubMgJqjaw5jiV/4WStqpKIHqGFVWlyFs QA3w3f6k+efWQiRnAICwy9WIdSFavTk5JaiAdsIlJisO+7BpWP4oufxlHuUdWZol3qcL dPDTufmlDexbEzoawUo4iIuUG+tg0Sk/UzatdACh3OYnogCKvWAa/MgMJ0jcKLy33lPZ 9e1U76ci71kSw0cGkj/o1lSQ/Gu/9J0fEvPovZ9SsJa8xqFP6rhx68+nVfxv/Cd01b33 5X/PWYujlpe20AF7hOgKankyoZF38jKATLzkpxFpMPra8wXOT5GvRWTRHfG/5W6pCVmM GOSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=m9zZvlZ2w+BkbDzp4HvKC+USVn4gBkgxlr6+K5DIgws=; b=LREglmLSKd7jRCaqZzPFu/dBrkyblvJ2NM8HXK+I+lNt2/5A2eRk//vsidVF7e8m9V +k1rRUgXBEmabOgyRef4Af5yONIiBVXRe2FF1wePRbHxdmjHhklRUcpB50pCdklQZVtp NagVpDFZvDupaBMtJHg4x8O18YcXHn/kWaK/V/BbGg/A9G41qu8geW27yiVTAJLkxlVD /TRrDBLMqUJi3AbfMZNrouQnGHhOj757mpnNVLCfXhybiwXl9gDbeGOadq1kHiQoj50D ymo2lTIMGnwp/k3WFDNAfVEX3x9aTpWp5CIUI0RQu/332LGapmgSrz1cIig4nnYOKF9u zaNg== X-Gm-Message-State: AOAM532m44t6vLSdN1NoC1TwidJh1DoqkuN4jov6wRF4z6l4HCOvRmEB mE0mBVVtpYzzaioB1hTY6tjGDfkGYxBYuH9REy/kq0BtLdjmIQ== X-Google-Smtp-Source: ABdhPJy1K49GokTfTGwyRH/GCMyJ3SF2w7P2EbzFRf6sjRHrnwoZjZVvT21Dq0HR11oSNDEtyEet0NgTObnt85YKt7Y= X-Received: by 2002:a92:d588:: with SMTP id a8mr8164244iln.146.1598337774423; Mon, 24 Aug 2020 23:42:54 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a02:d44:0:0:0:0:0 with HTTP; Mon, 24 Aug 2020 23:42:54 -0700 (PDT) In-Reply-To: <60daae6e-a467-437d-821c-8e8cd4938fc6@www.fastmail.com> References: <60daae6e-a467-437d-821c-8e8cd4938fc6@www.fastmail.com> From: grarpamp Date: Tue, 25 Aug 2020 02:42:54 -0400 Message-ID: Subject: Re: PowerPC64LE bringup notes To: freebsd-ppc@freebsd.org Cc: freebsd-hackers@freebsd.org, bdragon@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BbKDw2351z3gKG X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=euzdxt8V; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of grarpamp@gmail.com designates 2607:f8b0:4864:20::134 as permitted sender) smtp.mailfrom=grarpamp@gmail.com X-Spamd-Result: default: False [-1.43 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; NEURAL_SPAM_SHORT(0.56)[0.564]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::134:from]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-ppc,freebsd-hackers]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 06:42:57 -0000 IBM recently showed Power10 chips and continues along some more open source/systems diplomatics with it, so this BSD work can probably adopted by some of its users there after HW release. From owner-freebsd-hackers@freebsd.org Tue Aug 25 14:43:29 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id CF04B3CD7D5; Tue, 25 Aug 2020 14:43:29 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 4BbWvN5sD1z4W1v; Tue, 25 Aug 2020 14:43:28 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.27] ([194.32.164.27]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id 07PEhLAi027385; Tue, 25 Aug 2020 15:43:21 +0100 (BST) (envelope-from rb@gid.co.uk) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: OpenZFS support merged From: Bob Bishop In-Reply-To: Date: Tue, 25 Aug 2020 15:43:21 +0100 Cc: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <2433795B-7C8D-43FE-AA30-097623B8FA0C@gid.co.uk> References: To: Matthew Macy X-Mailer: Apple Mail (2.3445.104.15) X-Rspamd-Queue-Id: 4BbWvN5sD1z4W1v X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rb@gid.co.uk designates 194.32.164.250 as permitted sender) smtp.mailfrom=rb@gid.co.uk X-Spamd-Result: default: False [-0.28 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.66)[-0.661]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; DMARC_NA(0.00)[gid.co.uk]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.08)[0.077]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42831, ipnet:194.32.164.0/24, country:GB]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-fs,freebsd-current] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 14:43:29 -0000 Hi, > On 25 Aug 2020, at 03:38, Matthew Macy wrote: >=20 > r364746 merged OpenZFS support in to HEAD. >=20 > The change should be transparent unless you want to use new features. For clarity, is autotrim enabled by default? If not, some people will be = surprised. > I caution against 'zpool upgrade' for the next few weeks. >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >=20 > If you encounter problems please report them to me, Ryan Moeller, and = -current. -- Bob Bishop rb@gid.co.uk From owner-freebsd-hackers@freebsd.org Tue Aug 25 19:49:34 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id EBB9A3B8652; Tue, 25 Aug 2020 19:49:34 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbfhZ1w3rz41MC; Tue, 25 Aug 2020 19:49:34 +0000 (UTC) (envelope-from driesm.michiels@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id j25so8967543ejk.9; Tue, 25 Aug 2020 12:49:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:references:in-reply-to:subject:date:message-id:mime-version :content-transfer-encoding:thread-index:content-language; bh=Va4XFuMk0X9ZdhVszV6F3bc/UaPdJtA4ZU4RULWU7hY=; b=flhPYHxaYd39ZA/0ff1o89hj/51CAfeaMicRiCc6MLsWuDA0OuVjxrS+gPqAUKuknr HJxE+ICvm23U+fmfu6M2qW+kL+mUIW5IkvgtFNry3/QSBR8zfSiBXfZav5lYQ5lUX/12 HKYUBqhoqWDgxmVQYaR4KzSJHSYTnaAktQpuVU0ht6CqmR+bg5QUFKPTbMCelNi14l1b SjLjVE5GCzCIk/s0NCp2Ou/vOHeS825y1lBo0N1J9zEvfVpuDHv7h2bkYnDuBoc3YPRJ qYzUlkHWVG9CtH744KKgbFV9+j5TcVFkl7YdEWhvPn73sfgC6GyR8NQ3H4xrRPZ+OHtR IvgQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:references:in-reply-to:subject:date :message-id:mime-version:content-transfer-encoding:thread-index :content-language; bh=Va4XFuMk0X9ZdhVszV6F3bc/UaPdJtA4ZU4RULWU7hY=; b=g0Lfr7D+xayzRI2sgAYt8/MKsCdsB83LDgto+c8LXmY02xHeRTRQfPLxGbAF1a0ZiK TTMNGIv7Giu9xFdeWNMDgTLRgX83kgx879kFuzPQEHkvUInBXH05eOM7pjVltqVTQX6c RMclXSsMObaibVEVbmxwOKt7H60MYcWRKv6yrdFkKuH1ZzVeA8J5SA6/4qRm2HA/B3WW 9K23t0piX0msD0dgbU49yEvOpVKuWGGNScpzcTXOWbHKv694bktrSFhWrGvdEHF821Gw xZQBVXXrScBd/vmZr+kcEoGkF7dshd4Lm3x90qHClx/lQD/daSYLafBoMUBFWbYbGiJX a93w== X-Gm-Message-State: AOAM532cqex2x/R1hav7Oh9wK43TRCl/SIHw3hKojH7Hh9cS3xzPbF9U iitBdwfKrZ8a41xlMnLaMxz3+rDnA55QHWS6 X-Google-Smtp-Source: ABdhPJxxuKa/Udn6xqLmm9RuU4yHaI57il9AStRo9W5kLsBXdWqoEJ2chhNrX8M7cHjW33XubgU2kQ== X-Received: by 2002:a17:906:2801:: with SMTP id r1mr11953518ejc.17.1598384970281; Tue, 25 Aug 2020 12:49:30 -0700 (PDT) Received: from DRIESPC (ptr-8sijbm761zvigy0vczy.18120a2.ip6.access.telenet.be. [2a02:1811:2505:1601:99a2:61dd:148c:9b8e]) by smtp.gmail.com with ESMTPSA id g18sm10305392ejx.55.2020.08.25.12.49.29 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 25 Aug 2020 12:49:29 -0700 (PDT) From: To: "'Matthew Macy'" , "'freebsd-current'" , "'freebsd-fs'" , References: In-Reply-To: Subject: RE: OpenZFS support merged Date: Tue, 25 Aug 2020 21:49:30 +0200 Message-ID: <000101d67b18$d9b33400$8d199c00$@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 16.0 Thread-Index: AQG45GjBjVIGvWFunPLuQOIzqL+9WqmEXz2A Content-Language: en-be X-Rspamd-Queue-Id: 4BbfhZ1w3rz41MC X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=flhPYHxa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of driesmmichiels@gmail.com designates 2a00:1450:4864:20::634 as permitted sender) smtp.mailfrom=driesmmichiels@gmail.com X-Spamd-Result: default: False [-1.87 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-0.82)[-0.818]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; NEURAL_HAM_SHORT(-0.05)[-0.050]; 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]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-fs,freebsd-hackers]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 19:49:35 -0000 > -----Original Message----- > From: owner-freebsd-fs@freebsd.org On > Behalf Of Matthew Macy > Sent: Tuesday, 25 August 2020 04:39 > To: freebsd-current ; freebsd-fs = fs@freebsd.org>; freebsd-hackers@freebsd.org > Subject: OpenZFS support merged >=20 > r364746 merged OpenZFS support in to HEAD. First of all a big thank you to the whole team that made this possible! Secondly, I would like to check in if the following statement is still = in effect (taken from https://zfsonfreebsd.github.io/ZoF): "Beware that the FreeBSD boot loader does not allow booting from root = pools with encryption active (even if it is not in use), so do not try = encryption on a pool you boot from" When we are talking about encryption active, does that mean the feature = flag active or from the moment one sets encryption=3Don on any dataset of the = root pool? As a follow-up, if it is not currently not possible, are there any long/short term plans to add the missing bits to our boot loader?=B5 >=20 > The change should be transparent unless you want to use new features. > I caution against 'zpool upgrade' for the next few weeks. >=20 > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >=20 > If you encounter problems please report them to me, Ryan Moeller, and = - > current. > _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" From owner-freebsd-hackers@freebsd.org Tue Aug 25 20:02:31 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 760E83B92EE; Tue, 25 Aug 2020 20:02:31 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ed1-x52d.google.com (mail-ed1-x52d.google.com [IPv6:2a00:1450:4864:20::52d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbfzV3WN8z42p2; Tue, 25 Aug 2020 20:02:30 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ed1-x52d.google.com with SMTP id b2so12371098edw.5; Tue, 25 Aug 2020 13:02:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=n7+3YVjO1Khzh+V316JgdFE82RCQMoHlp3StPrR87VE=; b=V8ygSlWiLqlwfSaO4cSqVJbz4Vo/m6dy8iP+YGJYF7fgD/oNlY8U+tk8KlC8Gh0sdd KokTohhtXQX0Cyo+HA95oFzSrb0mBDGTDernEv0+1DRDPSUs7brECyB6Lzxe/BNUb8LE VWVlwifjRRAxEPnqcqkftGLrZnXiXnzw6eNoK0YzwcMT0r0jX39vP5dYfmwY2geCvTwG zGaGDv5w2tuz9Id3ZnZgBZIIkdwH2UdT699xAgX2JrkxqRoAYIonJP8sfPOeGQ4iHgrB u3bZm6W1xjZVI+45d+KpL/B6cDPurtUUubclNXyC48ew+3KZWtclG179hAbjQfhu6i4m MFeg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=n7+3YVjO1Khzh+V316JgdFE82RCQMoHlp3StPrR87VE=; b=Ciscpfq0ekpoq/EC+tYLnmMmeQbYerP+sqJyRJ+HdqSXGnwF95tUtAaCogw6Yz4Uk9 +dWc82W2YKWfrJ+F/k8acgls1M/zl4soSHLdZAnkPzfxigW3bB7TlVyysnBMy4aRge8H 22XwR6eqqujsbnp/KfPnvZkWGg6Myuy8sJwdt/5wfc5sNTh5gvmUauh7m13LrjgGKiFw 3ASM/vbKH25SXb+x6Cz2Q90kYXUJKWJcxsO01M/g5DfgegPhxwlXAP3M2bocFIAnUjZ9 uqGtfegDNQJDfYl5fjSkXVo77iHEsSHZJcEOWiXHCuSr0eArI06k2o1UETsWM4Yf0Lqa nuMQ== X-Gm-Message-State: AOAM533SpNjUyqgFc2k5j9rHYagoKtPFuOysrAyBXVBfyBysa9vKB9SB hw9ew9cpBabZc0AAuMVuI28k9kLnWPzlLNbfpFVFqFU= X-Google-Smtp-Source: ABdhPJwCE73KA1u8kN+v1Ph4Ym4Wt+Y35NNUDJSo9OdgwxajlvsUMjOMcNjluFKHP8GuA7UsTSXjrtIixbJSKnJjn/8= X-Received: by 2002:a05:6402:306f:: with SMTP id bs15mr11595419edb.249.1598385748689; Tue, 25 Aug 2020 13:02:28 -0700 (PDT) MIME-Version: 1.0 From: Zaphod Beeblebrox Date: Tue, 25 Aug 2020 16:02:15 -0400 Message-ID: Subject: Boot time TRIM ? To: freebsd-fs , FreeBSD Hackers X-Rspamd-Queue-Id: 4BbfzV3WN8z42p2 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=V8ygSlWi; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::52d as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-1.48 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.74)[-0.743]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_MATCH_ENVRCPT_ALL(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::52d:from]; NEURAL_HAM_SHORT(-0.74)[-0.736]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-fs,freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 20:02:31 -0000 So, as I was looking at the performance of an NVME that I use for swap and ZFS cache, I realized after reboot, that since ZFS cache doesn't survive reboot and OBVIOUSLY swap doesn't, might it be best practice to issue a TRIM on boot? Now... a trim on the whole device from userland before adding swap in RC... might work. AFAIK, we still don't have any structure to swap before it's added. I'm pretty sure this is not the right thing for ZFS cache and log partitions, tho. Also, as a point of information, does ZFS issue TRIMs to the LOG after data gets committed into a transaction? I'm curious about this because for NVME that are a hybrid of different storage --- commonly 10-20 percent faster MLC and 80 percent slower TLC (or what-have-you) ... the TRIM usage can dramatically affect the performance. From owner-freebsd-hackers@freebsd.org Tue Aug 25 23:05:59 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 859643BF5E3; Tue, 25 Aug 2020 23:05:59 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: from mail-vk1-xa34.google.com (mail-vk1-xa34.google.com [IPv6:2607:f8b0:4864:20::a34]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Bbl3C1Zccz4Hth; Tue, 25 Aug 2020 23:05:59 +0000 (UTC) (envelope-from woodsb02@gmail.com) Received: by mail-vk1-xa34.google.com with SMTP id y4so926vkn.12; Tue, 25 Aug 2020 16:05:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0FwiPkkWpxEs53S34AHQamAF97KRAhtcuFYlQPvDm0w=; b=roV6r+lQwJAbbSdFjHuYyOuMITH5amBLmwISl0YfNeypwKAvDD2IjZN5OvI9ZfxPiC DQyNTk3LXsEWy5l9mHjdAyMpseU82EGEsQ2hkWLNDEb2Bpt01cd8ZoWWBQxp5S1WIcoP tSZRrdVHxvecbumo8TZMbJ4gHExjZXE455SvD+hfy/xgae6K7mvekt68fBTnbJgKvisC 6JbhCD3pZzH5irmgSi4nVWA7I9vQo4lM/9YqKlQhqySW12mBNySn/gft/dsV1Oi2V6hz hyeQqKXGjB62pUfjRjXvqC4pVxmPcs41J1kVjiTqGsuramXG10CTb2wB4ztv/zDK7yi8 1s7A== 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=0FwiPkkWpxEs53S34AHQamAF97KRAhtcuFYlQPvDm0w=; b=QRgzM/lEtSLyWRTtgC0Wg8AkpUIo1Or/hjFanJxRRUoWRJy6Uemg0q+SfIPlsW9oBw E50dFIw4fyMrFOas6J/H4n0ISSQFukDXiHzvTpNvfjAHXPaqX7JXVfmLHSEckebJkIQp wBJF0fW/nbwqj76bhUNomvuO5NlkIAZrW3dfYHXUwGNxLdZMXi2KJFJaRdsx33gLNGsx l2Uzi7IkIBVWBm2hDLFZ3Sa4HT24ECPzuYKZOL6BF+IvKtQUloM+NN5hp2ew9HhY2NtD B7KfRdX9/6fvAhR3f0l8riQhUo1q8cpEUxI8jEzniTBDJY5xT9OipjxNdi1YaTumvIs+ hwAw== X-Gm-Message-State: AOAM5326JMcy54Cn47ruqKzG6k6+sg1y0DcO2dUWEg3Vgvf1IUi1dc8U JiwnEYtI3QK2/3YpL7Q4CSZVlqfEzT2kzmwCUdDfXJH9waM= X-Google-Smtp-Source: ABdhPJyBiuRc22VWkqdNTr3p4XA0uWQdVUpQxLuACK+Ssn7wvuMzwtJ7670ouNul7XqRZhPNm6eRiKjxSh7dx6sye74= X-Received: by 2002:a1f:9f87:: with SMTP id i129mr2400816vke.46.1598396757806; Tue, 25 Aug 2020 16:05:57 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Ben Woods Date: Wed, 26 Aug 2020 07:05:46 +0800 Message-ID: Subject: Re: OpenZFS support merged To: Matthew Macy Cc: freebsd-current , freebsd-fs , freebsd-hackers@freebsd.org X-Rspamd-Queue-Id: 4Bbl3C1Zccz4Hth X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Aug 2020 23:05:59 -0000 On Tue, 25 Aug 2020 at 10:39 am, Matthew Macy wrote: > r364746 merged OpenZFS support in to HEAD. > > > > The change should be transparent unless you want to use new features. > > I caution against 'zpool upgrade' for the next few weeks. > > > > https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 Congratulations and thank you to all involved. This is a great step forward for FreeBSD. Looking forward to trying ZFS native encryption, and send/recv of encrypted datasets! I=E2=80=99ll second that boot loader support for ZFS native encryption and = zstd compression would greatly complement this change once they are ready. Regards, Ben > --=20 -- From: Benjamin Woods woodsb02@gmail.com From owner-freebsd-hackers@freebsd.org Wed Aug 26 00:35:50 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id F30103C286A for ; Wed, 26 Aug 2020 00:35:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Bbn2s74thz4PwQ for ; Wed, 26 Aug 2020 00:35:49 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x729.google.com with SMTP id o64so396409qkb.10 for ; Tue, 25 Aug 2020 17:35:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P4u62pshsC6POJDUgAjwHHpvMUMY6DW+4S1Vy0E+l0k=; b=gHxKzvDNG8MjG116KNlLi+Q825vofgbAASDhfWidvxW5lMJxBEhBC40XB8RI6I6OEq b78w8BPU19iE4yf21qJ1lsQnlzWWG3sthORPDORl4fAc2dGYFPVmqXTrCEcv0Ww9JkXg cpujehy4gg2+ydKtkReCSN0GqXd1fhju/FGX/iRmPvPGVknbTMezecZIwm8lm5g5VP86 lpmkfYRR5BXU87gqv0Sp6b1aO1OFjCCl5+oM1PV1cSjegeOot3uCX8GPYtHEOjWQwsRU sLG6I4gQ7te7TNXhFUJOYHgFCqroQ4TAv4vPIuoLKXG6Tix5f/3IJRJyqBGDQzYGEbqe lRZg== 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=P4u62pshsC6POJDUgAjwHHpvMUMY6DW+4S1Vy0E+l0k=; b=M/L+NPa3rzKmuK+I4hiqwYJJ5Yyp6x14r6lMzTh5PmZWAUitcwGEKoN17BfI+qtZsU 6xmpw/JSlIsljAan0TzvBke+mQKz6VD0/b27FdBdJ1Q334omFmoPXtljy5u3FGsn4qqN +F2OF09CVS6NWelUnW7DeiERl5OAiKwcjPBN5GtR1Wav4fX1XZRyqokyS3+kycuLN6KY Tm6A6OBiZWUUku1SIa1BaZCqZ71osKi9laAHAfL4xFMAGnwnRl11zGBswxPYq+rz+LnW NPwldCGfquiuGK4RuZLLCwWtz75nq9rTdEGdTjBH+J7v82PQbkLPJJZGwOV+b/LR7jFj 3iFg== X-Gm-Message-State: AOAM531nrEkAllnJgDUmVWYIBb+9dcjSOjbVSlnSjVPCXkRLmb+SO6hq lF6qY29eUHpKc/TmNKr8jCIiwSuilBn6BnkKndOdvQ== X-Google-Smtp-Source: ABdhPJyz5wP+YFSlW2l8NyDd+BS6DUrsFCwNUByFMp6FiEgLVFJxMXXTO3OA+OgWKIafTC1A5Al/BZbOYb+uULNSd5o= X-Received: by 2002:a05:620a:686:: with SMTP id f6mr12056281qkh.60.1598402148752; Tue, 25 Aug 2020 17:35:48 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Warner Losh Date: Tue, 25 Aug 2020 18:35:34 -0600 Message-ID: Subject: Re: Boot time TRIM ? To: Zaphod Beeblebrox Cc: freebsd-fs , FreeBSD Hackers X-Rspamd-Queue-Id: 4Bbn2s74thz4PwQ X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20150623.gappssmtp.com header.s=20150623 header.b=gHxKzvDN; dmarc=none; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2607:f8b0:4864:20::729) smtp.mailfrom=wlosh@bsdimp.com X-Spamd-Result: default: False [0.97 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-0.12)[-0.122]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.09)[0.091]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::729:from]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 00:35:51 -0000 On Tue, Aug 25, 2020, 2:02 PM Zaphod Beeblebrox wrote: > So, as I was looking at the performance of an NVME that I use for swap and > ZFS cache, I realized after reboot, that since ZFS cache doesn't survive > reboot and OBVIOUSLY swap doesn't, might it be best practice to issue a > TRIM on boot? > No. Large TRIMs suck on too many devices. It might be helpful on a few devices. Some SSDs I've used would take minutes to trim... Now... a trim on the whole device from userland before adding swap in RC... > might work. AFAIK, we still don't have any structure to swap before it's > added. Not quite. We have to avoid trimming the first 8k to avoid stepping on boot blocks. The rest would be fair game. I'm pretty sure this is not the right thing for ZFS cache and log > partitions, tho. > Likely. ZFS should likely trim the useless areas. Also, as a point of information, does ZFS issue TRIMs to the LOG after data > gets committed into a transaction? > As it opens up holes, it will trim. FreeBSD ZFS and OpenZFS have different trim strategies, though, and I've not studied OpenZFS well enough. The FreeBSD implementation schedules TRIMs in batches... I'm curious about this because for NVME that are a hybrid of different > storage --- commonly 10-20 percent faster MLC and 80 percent slower TLC (or > what-have-you) ... the TRIM usage can dramatically affect the performance. > Yes, but the answer is it depends. The drive's firmware manages these things. Usually the mlc/slc bits of the drive are reserved for a pool to write quickly to. Then the drive rewrites this data to TLC when the free pool of blocks gets small enough. I did some testing of this at work wrt swap, but we didn't swap enough for this to matter... Warner _______________________________________________ > freebsd-fs@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-fs > To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > From owner-freebsd-hackers@freebsd.org Wed Aug 26 01:44:34 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 55F123C4CC3; Wed, 26 Aug 2020 01:44:34 +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 4BbpZ92vNSz4SxG; Wed, 26 Aug 2020 01:44:32 +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 07Q1i9sJ071975 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 26 Aug 2020 01:44:12 GMT (envelope-from eugen@grosbein.net) X-Envelope-From: eugen@grosbein.net X-Envelope-To: zbeeble@gmail.com Received: from [10.58.0.10] (dadvw [10.58.0.10]) by eg.sd.rdtc.ru (8.16.1/8.16.1) with ESMTPS id 07Q1iC7g065051 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 26 Aug 2020 08:44:12 +0700 (+07) (envelope-from eugen@grosbein.net) Subject: Re: Boot time TRIM ? To: Zaphod Beeblebrox , freebsd-fs , FreeBSD Hackers References: From: Eugene Grosbein Message-ID: Date: Wed, 26 Aug 2020 08:44:05 +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: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.3 required=5.0 tests=BAYES_00,LOCAL_FROM, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 * -2.6 NICE_REPLY_A Looks like a legit reply (A) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on hz.grosbein.net X-Rspamd-Queue-Id: 4BbpZ92vNSz4SxG 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 [1.53 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[eugen]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.40)[0.402]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grosbein.net]; NEURAL_SPAM_MEDIUM(0.22)[0.225]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_PERMFAIL(0.00)[empty SPF record]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; 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]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers,freebsd-fs] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 01:44:34 -0000 26.08.2020 3:02, Zaphod Beeblebrox wrote: > So, as I was looking at the performance of an NVME that I use for swap and > ZFS cache, I realized after reboot, that since ZFS cache doesn't survive > reboot and OBVIOUSLY swap doesn't, might it be best practice to issue a > TRIM on boot? If you use 12.1 or newer, there is "trimonce" option for a swap in fstab(5) and there is "swapon -E" if you need it. > Now... a trim on the whole device from userland before adding swap in RC... > might work. AFAIK, we still don't have any structure to swap before it's > added. You may have swap partition located at the beginning of MBR slice and BSD label in first 8KB of the slice. Swap pager does not touch first 8KB of swap area and swapon/trimonce does not touch that part, too. From owner-freebsd-hackers@freebsd.org Wed Aug 26 02:06:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0DDBA3C5673 for ; Wed, 26 Aug 2020 02:06:37 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Bbq3c0hc2z4VfG for ; Wed, 26 Aug 2020 02:06:35 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: by mail-lj1-x22c.google.com with SMTP id t23so526176ljc.3 for ; Tue, 25 Aug 2020 19:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=RplQGi0sogwSUHv5At0fMiuKxrZQXQHFvbFYJemSABY=; b=qx3InHHBdBR8EdtoUqDzVkr8hVmxhoWtOcu9rq8f6zjiODabbfLVX/cphyh1+Em6pY 3XJUWVvn9DQNuAVpVZ29UTUCgkyYncpu8jgcXJ4+KziSUaqPsE6Z6kn1WFa8Ka//6pBc OhBqpW78Q6DIQdSbp+GvVeQp1VcdF+0uqyKvx59penligVHBVp3gt33ikX3XM3gNgbeP y71dYfK7HZrOkkrAJM2Yz5ol7Vu6o+pBuwglDeaIfZ2RmY+t27Fl65EfkJckOy7ALER1 FwMH1ezqB46lV6r/Byu0m+FntbGp0Xgp0IzKFNXW4x52yd49PPb51lpc61ZXVgPhKZ75 DKcg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=RplQGi0sogwSUHv5At0fMiuKxrZQXQHFvbFYJemSABY=; b=lQay42s+mSjtNs+RUhuKUG+cvjXgWKWY+gZYyCUZBt/lnb6jZnc6dzXvROPKK3rF6v 7YTWq9ZRMbXxagIGZyec7mimyYBWdbjOd4RYFhmp1xqYQyQK0f9WgXV2fnyGFMjTaRUG 6BmKROKoxBMAyRR7n3xdnKqfhnNE8UfybEq/c+lKAY6hjE55xLj+TfNQy1FHFzY+fdF8 ATnsxOy4JZkp93unR8l3hHrJ7GkaMmvE2ZYAkJeprisfN+LjJQfrGUKplByiD7gpp5cB 3jiBlp1yasuR/TBvySDfLA/XHFC2nO6C9Hzt7n+Xdj7P0QpMQIFXu92dePLe4W/HKS0s 0GJg== X-Gm-Message-State: AOAM5323DcIkUYjck1AT4S6ACPeHgAmM+zpUVhHI5+Bqb165rtZ7TMRG 0+GjGJWUUnayLsHvqWnfw3Ow4ZwzK6Pyim1zHowjiHtsySis1g== X-Google-Smtp-Source: ABdhPJy1qPBkqkJalFuswq6YQXpPnZU7kmxsZa2r3UZkSAcA8YnfBcKTG+FFz/9iVMlNdEzdNwUswTlo+SQx7BV4ASk= X-Received: by 2002:a2e:b045:: with SMTP id d5mr6457116ljl.111.1598407593638; Tue, 25 Aug 2020 19:06:33 -0700 (PDT) MIME-Version: 1.0 From: J David Date: Tue, 25 Aug 2020 22:06:22 -0400 Message-ID: Subject: pidfile_open() usage in "mount" To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4Bbq3c0hc2z4VfG X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=qx3InHHB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdavidlists@gmail.com designates 2a00:1450:4864:20::22c as permitted sender) smtp.mailfrom=jdavidlists@gmail.com X-Spamd-Result: default: False [-0.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.41)[-0.409]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; TO_MATCH_ENVRCPT_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::22c:from]; NEURAL_SPAM_SHORT(0.81)[0.813]; 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]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 02:06:37 -0000 It looks like the "mount" program creates /var/run/mountd.pid every time it runs, if mountd is not itself running. This code appears in sbin/mount/mount.c: static void restart_mountd(void) { struct pidfh *pfh; pid_t mountdpid; mountdpid = 0; pfh = pidfile_open(_PATH_MOUNTDPID, 0600, &mountdpid); if (pfh != NULL) { /* Mountd is not running. */ pidfile_remove(pfh); return; } pidfile_open(3) *creates* /var/run/mountd.pid if it doesn't already exist, hence the need to delete it if the call actually succeeds. This leads to a race condition when multiple mounts occur at the same time. That case is handled later in the code: /* * Refuse to send broadcast or group signals, this has * happened due to the bugs in pidfile(3). */ if (mountdpid <= 0) { warnx("mountd pid %d, refusing to send SIGHUP", mountdpid); return; } "mount" is not "mountd." It seems inappropriate for it to, under any circumstances, create mountd's pid file. The multiple workarounds for the problems that causes don't seem like the optimal approach. This is something I'd be willing to open a bug and submit a patch for, but so as not to do work that stands no chance of being accepted, I'd like to understand first if the preferred approach would be to change mount.c not to use pidfile library calls at all, or if it would be better to add a function to the pidfile library similar to pidfile_open() designed for "consumer" use that would never create the file, leaving pidfile_open() for "producer" use? Thanks! From owner-freebsd-hackers@freebsd.org Wed Aug 26 02:07:22 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2727A3C5ADC for ; Wed, 26 Aug 2020 02:07:22 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from tor1-11.mx.scaleengine.net (tor1-11.mx.scaleengine.net [IPv6:2001:470:1:474::25]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bbq4T5Ftpz4VpS for ; Wed, 26 Aug 2020 02:07:21 +0000 (UTC) (envelope-from allanjude@freebsd.org) Received: from [10.1.1.2] (Seawolf.HML3.ScaleEngine.net [209.51.186.28]) (Authenticated sender: allanjude.freebsd@scaleengine.com) by tor1-11.mx.scaleengine.net (Postfix) with ESMTPSA id 6B6501E5A2 for ; Wed, 26 Aug 2020 02:07:15 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.10.3 tor1-11.mx.scaleengine.net 6B6501E5A2 Subject: Re: Boot time TRIM ? To: freebsd-hackers@freebsd.org References: From: Allan Jude Autocrypt: addr=allanjude@freebsd.org; prefer-encrypt=mutual; keydata= xsFNBFVwZcYBEADwrZDH0xe0ZVjc9ORCc6PcBLwS/RTXA6NkvpD6ea02pZ8lPOVgteuuugFc D34LdDbiWr+479vfrKBh+Y38GL0oZ0/13j10tIlDMHSa5BU0y6ACtnhupFvVlQ57+XaJAb/q 7qkfSiuxVwQ3FY3PL3cl1RrIP5eGHLA9hu4eVbu+FOX/q/XVKz49HaeIaxzo2Q54572VzIo6 C28McX9m65UL5fXMUGJDDLCItLmehZlHsQQ+uBxvODLFpVV2lUgDR/0rDa0B9zHZX8jY8qQ7 ZdCSy7CwClXI054CkXZCaBzgxYh/CotdI8ezmaw7NLs5vWNTxaDEFXaFMQtMVhvqQBpHkfOD 7rjjOmFw00nJL4FuPE5Yut0CPyx8vLjVmNJSt/Y8WxxmhutsqJYFgYfWl/vaWkrFLur/Zcmz IklwLw35HLsCZytCN5A3rGKdRbQjD6QPXOTJu0JPrJF6t2xFkWAT7oxnSV0ELhl2g+JfMMz2 Z1PDmS3NRnyEdqEm7NoRGXJJ7bgxDbN+9SXTyOletqGNXj/bSrBvhvZ0RQrzdHAPwQUfVSU2 qBhQEi2apSZstgVNMan0GUPqCdbE2zpysg+zT7Yhvf9EUQbzPL4LpdK1llT9fZbrdMzEXvEF oSvwJFdV3sqKmZc7b+E3PuxK6GTsKqaukd/3Cj8aLHG1T1im1QARAQABzSJBbGxhbiBKdWRl IDxhbGxhbmp1ZGVAZnJlZWJzZC5vcmc+wsF/BBMBAgApBQJVcGXGAhsjBQkSzAMABwsJCAcD AgEGFQgCCQoLBBYCAwECHgECF4AACgkQGZU1PhKYC34Muw/+JOKpSfhhysWFYiRXynGRDe07 Z6pVsn7DzrPUMRNZfHu8Uujmmy3p2nx9FelIY9yjd2UKHhug+whM54MiIFs90eCRVa4XEsPR 4FFAm0DAWrrb7qhZFcE/GhHdRWpZ341WAElWf6Puj2devtRjfYbikvj5+1V1QmDbju7cEw5D mEET44pTuD2VMRJpu2yZZzkM0i+wKFuPxlhqreufA1VNkZXI/rIfkYWK+nkXd9Efw3YdCyCQ zUgTUCb88ttSqcyhik/li1CDbXBpkzDCKI6I/8fAb7jjOC9LAtrZJrdgONywcVFoyK9ZN7EN AVA+xvYCmuYhR/3zHWH1g4hAm1v1+gIsufhajhfo8/wY1SetlzPaYkSkVQLqD8T6zZyhf+AN bC7ci44UsiKGAplB3phAXrtSPUEqM86kbnHg3fSx37kWKUiYNOnx4AC2VXvEiKsOBlpyt3dw WQbOtOYM+vkfbBwDtoGOOPYAKxc4LOIt9r+J8aD+gTooi9Eo5tvphATf9WkCpl9+aaGbSixB tUpvQMRnSMqTqq4Z7DeiG6VMRQIjsXDSLJEUqcfhnLFo0Ko/RiaHd5xyAQ4DhQ9QpkyQjjNf /3f/dYG7JAtoD30txaQ5V8uHrz210/77DRRX+HJjEj6xCxWUGvQgvEZf5XXyxeePvqZ+zQyT DX61bYw6w6bOwU0EVXBlxgEQAMy7YVnCCLN4oAOBVLZ5nUbVPvpUhsdA94/0/P+uqCIh28Cz ar56OCX0X19N/nAWecxL4H32zFbIRyDB2V/MEh4p9Qvyu/j4i1r3Ex5GhOT2hnit43Ng46z5 29Es4TijrHJP4/l/rB2VOqMKBS7Cq8zk1cWqaI9XZ59imxDNjtLLPPM+zQ1yE3OAMb475QwN UgWxTMw8rkA7CEaqeIn4sqpTSD5C7kT1Bh26+rbgJDZ77D6Uv1LaCZZOaW52okW3bFbdozV8 yM2u+xz2Qs8bHz67p+s+BlygryiOyYytpkiK6Iy4N7FTolyj5EIwCuqzfk0SaRHeOKX2ZRjC qatkgoD/t13PNT38V9tw3qZVOJDS0W6WM8VSg+F+bkM9LgJ8CmKV+Hj0k3pfGfYPOZJ/v18i +SmZmL/Uw2RghnwDWGAsPCKu4uZR777iw7n9Io6Vfxndw2dcS0e9klvFYoaGS6H2F13Asygr WBzFNGFQscN4mUW+ZYBzpTOcHkdT7w8WS55BmXYLna+dYer9/HaAuUrONjujukN4SPS1fMJ2 /CS/idAUKyyVVX5vozoNK2JVC1h1zUAVsdnmhEzNPsvBoqcVNfyqBFROEVLIPwq+lQMGNVjH ekLTKRWf59MEhUC2ztjSKkGmwdg73d6xSXMuq45EgIJV2wPvOgWQonoHH/kxABEBAAHCwWUE GAECAA8FAlVwZcYCGwwFCRLMAwAACgkQGZU1PhKYC34w5A//YViBtZyDV5O+SJT9FFO3lb9x Zdxf0trA3ooCt7gdBkdnBM6T5EmjgVZ3KYYyFfwXZVkteuCCycMF/zVw5eE9FL1+zz9gg663 nY9q2F77TZTKXVWOLlOV2bY+xaK94U4ytogOGhh9b4UnQ/Ct3+6aviCF78Go608BXbmF/GVT 7uhddemk7ItxM1gE5Hscx3saxGKlayaOsdPKeGTVJCDEtHDuOc7/+jGh5Zxpk/Hpi+DUt1ot 8e6hPYLIQa4uVx4f1xxxV858PQ7QysSLr9pTV7FAQ18JclCaMc7JWIa3homZQL/MNKOfST0S 2e+msuRwQo7AnnfFKBUtb02KwpA4GhWryhkjUh/kbVc1wmGxaU3DgXYQ5GV5+Zf4kk/wqr/7 KG0dkTz6NLCVLyDlmAzuFhf66DJ3zzz4yIo3pbDYi3HB/BwJXVSKB3Ko0oUo+6/qMrOIS02L s++QE/z7K12CCcs7WwOjfCYHK7VtE0Sr/PfybBdTbuDncOuAyAIeIKxdI2nmQHzl035hhvQX s4CSghsP319jAOQiIolCeSbTMD4QWMK8RL/Pe1FI1jC3Nw9s+jq8Dudtbcj2UwAP/STUEbJ9 5rznzuuhPjE0e++EU/RpWmcaIMK/z1zZDMN+ce2v1qzgV936ZhJ3iaVzyqbEE81gDxg3P+IM kiYh4ZtPB4Q= Message-ID: <924f4c6e-f07e-99fb-ac4a-924efbd3dba3@freebsd.org> Date: Tue, 25 Aug 2020 22:07:11 -0400 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EPOA0FzXMmWRkDLUAROm0tliPUtjtIaVB" X-Rspamd-Queue-Id: 4Bbq4T5Ftpz4VpS X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 02:07:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EPOA0FzXMmWRkDLUAROm0tliPUtjtIaVB Content-Type: multipart/mixed; boundary="cF4pKer6v2K4eY57eWC79dysUJyepnwtI"; protected-headers="v1" From: Allan Jude To: freebsd-hackers@freebsd.org Message-ID: <924f4c6e-f07e-99fb-ac4a-924efbd3dba3@freebsd.org> Subject: Re: Boot time TRIM ? References: In-Reply-To: --cF4pKer6v2K4eY57eWC79dysUJyepnwtI Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 2020-08-25 20:35, Warner Losh wrote: > On Tue, Aug 25, 2020, 2:02 PM Zaphod Beeblebrox wro= te: >=20 >> So, as I was looking at the performance of an NVME that I use for swap= and >> ZFS cache, I realized after reboot, that since ZFS cache doesn't survi= ve >> reboot and OBVIOUSLY swap doesn't, might it be best practice to issue = a >> TRIM on boot? >> >=20 > No. Large TRIMs suck on too many devices. It might be helpful on a few > devices. Some SSDs I've used would take minutes to trim... >=20 > Now... a trim on the whole device from userland before adding swap in R= C... >> might work. AFAIK, we still don't have any structure to swap before i= t's >> added. >=20 >=20 > Not quite. We have to avoid trimming the first 8k to avoid stepping on = boot > blocks. The rest would be fair game. >=20 > I'm pretty sure this is not the right thing for ZFS cache and log >> partitions, tho. >> >=20 > Likely. ZFS should likely trim the useless areas. >=20 > Also, as a point of information, does ZFS issue TRIMs to the LOG after = data >> gets committed into a transaction? >> >=20 > As it opens up holes, it will trim. FreeBSD ZFS and OpenZFS have differ= ent > trim strategies, though, and I've not studied OpenZFS well enough. The > FreeBSD implementation schedules TRIMs in batches... >=20 > I'm curious about this because for NVME that are a hybrid of different >> storage --- commonly 10-20 percent faster MLC and 80 percent slower TL= C (or >> what-have-you) ... the TRIM usage can dramatically affect the performa= nce. >> >=20 > Yes, but the answer is it depends. The drive's firmware manages these > things. Usually the mlc/slc bits of the drive are reserved for a pool t= o > write quickly to. Then the drive rewrites this data to TLC when the fre= e > pool of blocks gets small enough. >=20 > I did some testing of this at work wrt swap, but we didn't swap enough = for > this to matter... >=20 > Warner >=20 > _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.o= rg" >=20 Note, as of the import last night, the version of OpenZFS in FreeBSD now supports a persistent L2ARC (cache) device. So on boot, it will reprocess the list of buffers in the cache device and repopulate the ARC.= So for a cache device, there is not much point in worrying about TRIM across reboots. For the SLOG device, you basically overwrite the same blocks repeatedly, and TRIM is likely a waste of time. You might be better off under-provisioning instead. There really isn't much use for more than 16 or 32 GB of SLOG anyway. --=20 Allan Jude --cF4pKer6v2K4eY57eWC79dysUJyepnwtI-- --EPOA0FzXMmWRkDLUAROm0tliPUtjtIaVB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBAgAGBQJfRcPSAAoJEBmVNT4SmAt+OnUQAO2r6+8lsG4YwZhuESoT1GIO alTZSuaV9UevTAebKlMBl8LAqNkGeCJH49fiK3O9fpg3am4b8HPl/rYub1hlrKxh Jdror53sZ4Q1TX+851p5WpxaCl67E0XqrHVmFu2+26Tsq5+U4r8kFPYwY5SZwEIW tdqeIazdqh/+xUXQza5N5x1dl26tqfUh5qhg/Oy461yEfgmgsGOAgCdwpU5mEW7k J3MsMMLphwFkJTeSTtM7mzBc2NzpWn0Ly1vUDJfc+5X0uqrxgfZOxidJSBRVWgwE v+1WOQKHnodfJJT/r2Vf8A7bQGbKIK6QWxsajPzSHeds1S7OudQDX1kGw/pIXS4u fLx5O+EMA6fkA/8PzVD1FaD+CP18Y2FJZHDr6MY7fcTR8IaPEgJXVuiMQIAsXkHs NC5N+dWgyiD3e7eS/3uY7LkRt3loh/awr579F9yqlJJeZnIi4rt29sjmp35prtzr P6gNB1EwCuW58kyCw/dhFKbYNRewu4kkAwrm5zdzW6E7F5RbX8nrL692eyPTB8ZQ XfBg5BkTJWz3w3nDmZXkrtHgGKm5Xt4Zqv+j7nf0ICykHHkG3lpz6TpI1XeNV53m TvrXqaeu/MkUMgtJNmLEYsa0mnuGgioIEL/BHOopPhpDtv018hzVpFjr8KT3uEaH lEcIi4kmP9uSh7aR4kXn =hqPg -----END PGP SIGNATURE----- --EPOA0FzXMmWRkDLUAROm0tliPUtjtIaVB-- From owner-freebsd-hackers@freebsd.org Wed Aug 26 05:16:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B6B653C97A9 for ; Wed, 26 Aug 2020 05:16:05 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbvGD6mL8z4gSn; Wed, 26 Aug 2020 05:16:04 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ej1-x634.google.com with SMTP id a26so1116001ejc.2; Tue, 25 Aug 2020 22:16:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ZQpZk1gTRM0lYnaGdhdegwU2kpfiB96wjRRfPNKrmUc=; b=rwISkMXJzykNn6c5vODF78AhxpB2l8DDHzKnNWuYuaKAAK9NtmXPnAwmFkop+GMnes vegMy6+DPzaxI1VvxEHPMk5wmckkzOz9Za3/76NP95p6GVlpPvp1lM0Ps17qc91thYLw yXm2at2ZutNsYevd+z+TZHnTcoikwHwDvn33as8EHmnjUaXfmpdrxM5Xl86amceulKII FYCkaM2qHKOzCVl4gZtSwwuSvlmtk8THGh8Rht0G/n3HLL6lDZJfFqYmH/Z6OGjUYshc hnsORhns5bfzFtsVFddvd1pi9lzI0ZR4EFABwaHVqkvTaMeAomm2UZQzKH4Gjgxv++wp I4Ow== 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=ZQpZk1gTRM0lYnaGdhdegwU2kpfiB96wjRRfPNKrmUc=; b=WyQLqP+ZLQb3Sicq9l6OCrfgZZjClJeO7NNw3cHXjxAVtKDmL9hgj8tkhoBqSL6WRw u4qY3hxKH2SbXJO7DB/oK/n0Biy4WI2cIwxHW8tOIxCekyVQBupsEcND2hQeEqMPk5cu 46SWLasg5aOZ2bq2/AAUWyD25/ncXkXlQwKriAEkYiTLC3OrZuJwUW74t+UMMMClQqiI zvpdyEggV30Q54530nWX6mq6gRsGDnIC3YpSVz084xGFE0HKE6xFuEYdEvBamWwaI/XI Kuf67fEZxK+Pt+u6s9zvJDmS94f2Gs5JUj160Uz2tjjZDxDPGytPrCxpre85AfmcxH6G QG2A== X-Gm-Message-State: AOAM532BwG4uTgDUQ5FiAdP+k5T0rkMUkAY6kueXKhhrUU2zyRF4GWyr CtfdgPhycHuUS8phF1mlCCvYCgtlOPqqAhbusAXisdQ= X-Google-Smtp-Source: ABdhPJwsYHcz95EMGGmwSKIHTmL6uNpR3DgVPN/3HVAXLZTYaB8eMSwwsdgSe+xSzE2lR4wVh3jdYfS8/myiRvbghAs= X-Received: by 2002:a17:906:4f08:: with SMTP id t8mr14275699eju.164.1598418961828; Tue, 25 Aug 2020 22:16:01 -0700 (PDT) MIME-Version: 1.0 References: <924f4c6e-f07e-99fb-ac4a-924efbd3dba3@freebsd.org> In-Reply-To: <924f4c6e-f07e-99fb-ac4a-924efbd3dba3@freebsd.org> From: Zaphod Beeblebrox Date: Wed, 26 Aug 2020 01:15:50 -0400 Message-ID: Subject: Re: Boot time TRIM ? To: Allan Jude Cc: FreeBSD Hackers X-Rspamd-Queue-Id: 4BbvGD6mL8z4gSn X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rwISkMXJ; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::634 as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-2.13 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.79)[-0.793]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; NEURAL_HAM_LONG(-0.96)[-0.960]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; NEURAL_HAM_SHORT(-0.38)[-0.382]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 05:16:05 -0000 On Tue, Aug 25, 2020 at 10:07 PM Allan Jude wrote: > Note, as of the import last night, the version of OpenZFS in FreeBSD now > supports a persistent L2ARC (cache) device. So on boot, it will > reprocess the list of buffers in the cache device and repopulate the ARC. > > So for a cache device, there is not much point in worrying about TRIM > across reboots. > > For the SLOG device, you basically overwrite the same blocks repeatedly, > and TRIM is likely a waste of time. You might be better off > under-provisioning instead. There really isn't much use for more than 16 > or 32 GB of SLOG anyway. > > This is good news. How long until we see that in 12.x if at all? I think the performance of my L2ARC is going to get a good bump when this comes online. In reaction to others, the NVME has swap, 2 logs and one cache. The logs are both 24G, the swap is 64G and the cache is the rest. When building poudriere it seems to write between 1T and 2T per day in total. The swap is lightly used. 6 or 7 percent --- the swap size is equal to the memory size at 64G right now. Obviously my concern is that TRIM'd stuff doesn't need to move from MLC to TLC or whathaveyou. Even after a reboot. From owner-freebsd-hackers@freebsd.org Wed Aug 26 05:19:18 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 3CD313C947D for ; Wed, 26 Aug 2020 05:19:18 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-ed1-x52a.google.com (mail-ed1-x52a.google.com [IPv6:2a00:1450:4864:20::52a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbvKx3dp6z4gRS for ; Wed, 26 Aug 2020 05:19:17 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by mail-ed1-x52a.google.com with SMTP id di22so561795edb.12 for ; Tue, 25 Aug 2020 22:19:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=rYrWCEfN4ZgXNAt32l7cpj5IJGTXaPZKlBypSyWuquY=; b=KRujYrdeolV/PlNBgWM6OfkIMX/ZOc5ASqufLcEV5EcwLYjalU28tAkJt5uQ+8rFul /gES5QSZ5lDX4saAB3o6ctfPcb7UyI7adWxwTgaja4p4TFGs1FgYi20jCm15WufHYyae r0c+5/pX70Jdnji7G54/Kt57RAa6iSk+cH5ckN3A4rNf65/NzWf3KOWbPPdEtguYsTPQ 9xvBpjtVJVyeM57sOUARaUVWtJcosN7M5rA7DyoPnbsKyfiOokiFJHIW7byULDDqDD0o mlTYGR2BKvSqK1Efs73kn4tJaCSsBw+ccwd0tR3P81vu4aEj6YUZPcu8vUNHO7QPfEYn 6Z0w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=rYrWCEfN4ZgXNAt32l7cpj5IJGTXaPZKlBypSyWuquY=; b=q+/XiPMCIc+uAHhde3fuiprK0PPM8OHqFLxRWesa3dr6Bd3A8HgieXEGUstoOO7fSu LuMylZtkQ/mS/iapTe5/7mybNnnGD55gwlydcfEc+eHgU4QoQIkxeC8bSD57HSzRb6y3 DHgkaV8osqiNe/mXYR5PDDrxi7u8bhxks4gBCeZ/Jh1L6Vp2Bp2Jthkdw3sh1v15n1YX 9FLNrBLVUxVwoGFnDLpdzFjcveNa2RtPObIKNovOkqeQXer44bUXWq7fLr8h3d5W+gBj 2NaWrODQR93+JuFsi9ovpTzmAy/Jx7VsdDbuJMuaNanolgZSLekxsSIvZ9BBFtxraSLh 79FA== X-Gm-Message-State: AOAM5302HDnZnQnTvlBq85RjacRSTt38zEJ+aeUA1y56A0D6ftYsO6rp WPYpuTDa0d0MYjQyrz5U6B1Pk4wNFifJbc2TESpjfbZaew== X-Google-Smtp-Source: ABdhPJxfjm3Po8rcTMA+NMeCfuO2sROp8xtOY2f+m7EiCzbMC4YykWz+FVOiTvIEhss6Udhto5Y8s2h4WVDehpiAORs= X-Received: by 2002:aa7:d955:: with SMTP id l21mr13748296eds.343.1598419155881; Tue, 25 Aug 2020 22:19:15 -0700 (PDT) MIME-Version: 1.0 From: Zaphod Beeblebrox Date: Wed, 26 Aug 2020 01:19:03 -0400 Message-ID: Subject: Is this expected to work? Really? (test of abstraction levels). To: FreeBSD Hackers X-Rspamd-Queue-Id: 4BbvKx3dp6z4gRS X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=KRujYrde; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of zbeeble@gmail.com designates 2a00:1450:4864:20::52a as permitted sender) smtp.mailfrom=zbeeble@gmail.com X-Spamd-Result: default: False [-2.60 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.51)[-0.507]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-0.86)[-0.857]; RCPT_COUNT_ONE(0.00)[1]; 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)[2a00:1450:4864:20::52a:from]; NEURAL_HAM_SHORT(-0.24)[-0.238]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers]; SUBJECT_HAS_QUESTION(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 05:19:18 -0000 So... here's the product: https://www.ebay.ca/itm/PCI-Express-PCI-e-to-PCI-Adapter-Card-PCIe-to-Dual-PCI-Expansion-Card-USB-3-0/383647797022?hash=item595330cf1e:g:O~kAAOSw0kxfGdIM For those who don't want to click, we have PCIe 1x -->> usb3.0 -->> PCI 32bit/66. Is that likely to work? Is our abstraction of busses that powerful? If I plug, say, a PCI I/O controller with a floppy on it ... would that be detected? If not, is it a somewhat simple hack to make it work? From owner-freebsd-hackers@freebsd.org Wed Aug 26 07:34:08 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 05A2F3CC377 for ; Wed, 26 Aug 2020 07:34:08 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BbyKS5NGbz4p8P for ; Wed, 26 Aug 2020 07:34:03 +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 07Q7XdUN093773 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Wed, 26 Aug 2020 17:03:39 +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 07Q7XYUh093767 for ; Wed, 26 Aug 2020 17:03:34 +0930 (ACST) (envelope-from darius@dons.net.au) X-MIMEDefang-Relay-be813b1f1da6d6b27d681222cb70cc4f5b642383: 2001:44b8:1d2:8900:6825:b1cc:2bd0:72f4 Received: from [IPv6:2001:44b8:1d2:8900:6825:b1cc:2bd0:72f4] ([IPv6:2001:44b8:1d2:8900:6825:b1cc:2bd0:72f4] [2001:44b8:1d2:8900:6825:b1cc:2bd0:72f4]) by midget.dons.net.au (envelope-sender ) (MIMEDefang) with ESMTP id 07Q7XSma093765; Wed, 26 Aug 2020 17:03:34 +0930 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.1\)) Subject: Re: Is this expected to work? Really? (test of abstraction levels). From: "O'Connor, Daniel" In-Reply-To: Date: Wed, 26 Aug 2020 17:03:28 +0930 Cc: FreeBSD Hackers Content-Transfer-Encoding: quoted-printable Message-Id: <53C7D7AD-86EE-4324-9686-AF4E4D1317F2@dons.net.au> References: To: Zaphod Beeblebrox X-Mailer: Apple Mail (2.3608.120.23.2.1) X-Spam-Score: 0.3 () No, score=0.3 required=5.0 tests=HELO_MISC_IP, HELO_NO_DOMAIN, 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: 4BbyKS5NGbz4p8P X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.22 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996]; R_DKIM_ALLOW(-0.20)[dons.net.au:s=default]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_HAM_LONG(-0.97)[-0.972]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[dons.net.au:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[dons.net.au,quarantine]; NEURAL_HAM_SHORT(-0.75)[-0.750]; FREEMAIL_TO(0.00)[gmail.com]; 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)[]; MAILMAN_DEST(0.00)[freebsd-hackers]; SUBJECT_HAS_QUESTION(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 07:34:08 -0000 > On 26 Aug 2020, at 14:49, Zaphod Beeblebrox wrote: > So... here's the product: >=20 > = https://www.ebay.ca/itm/PCI-Express-PCI-e-to-PCI-Adapter-Card-PCIe-to-Dual= -PCI-Expansion-Card-USB-3-0/383647797022?hash=3Ditem595330cf1e:g:O~kAAOSw0= kxfGdIM >=20 > For those who don't want to click, we have PCIe 1x -->> usb3.0 -->> = PCI > 32bit/66. FYI that isn't really USB 3, it's just using USB 3 cabling to transport = the PCIe. You can think of it as a PCIe to PCI bridge with some long wires in it. > Is that likely to work? Is our abstraction of busses that powerful? = If I > plug, say, a PCI I/O controller with a floppy on it ... would that be > detected? I am not sure it would work but there is a non-zero chance :) -- Daniel O'Connor "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum From owner-freebsd-hackers@freebsd.org Wed Aug 26 08:16:37 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BF54F3CDB99 for ; Wed, 26 Aug 2020 08:16:37 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbzGX50jGz4r59 for ; Wed, 26 Aug 2020 08:16:35 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 07Q8GSBj081547 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Wed, 26 Aug 2020 10:16:28 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1598429788; bh=WD58J4fufKKMpKEn2bIlVSDTUjImaubgSWG9Umla/tI=; h=Date:From:To:Subject; b=ER9QVFIpXQAfnVW2NVAJu0fcIIFDmFa5wa0y2QVgNIlF9C9KlXB54TFbaMVBrUqNQ FnNZbCHZSSorYIq+Q6GqHdDiWKgZxC/GG+xI22T7AalmjWk8TO/tEiPIyJvG6kTwFh LNRxH2epGpAGExBxGAzd+e3tVzRHsWzSZRundIxM= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 07Q8GSG1081544 for ; Wed, 26 Aug 2020 10:16:28 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 26 Aug 2020 10:16:28 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: USB experts help needed Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4BbzGX50jGz4r59 X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=ER9QVFIp; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [2.10 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_DN_NONE(0.00)[]; NEURAL_SPAM_MEDIUM(0.39)[0.394]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[puchar.net]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_SPAM_LONG(0.58)[0.582]; NEURAL_SPAM_SHORT(0.42)[0.420]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 08:16:37 -0000 i am implementing my own "mass storage device" (actually fake but doesn't matter) on microcontroller. I already finished implementing control endpoint part so it is properly detected configured itp. But i have no idea why i'm getting USB reset after successful reply to "get max lun" control endpoint command (0xFE). i reply with one byte of zero according to USB mass storage specs. below is log from my microcontroller's program USB: RESET USB: Setting USB address 6 USB: Host received response from control interface. USB: Sending config descriptor 0100:8 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0100:18 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0300:2 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0300:4 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0301:2 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0301:32 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0302:2 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0302:12 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0200:9 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0200:32 bytes. USB: Host received response from control interface. USB: Set configuration 1 received. USB: Host received response from control interface. USB: Mass storage get MAX LUN received. USB: Host received response from control interface. USB: RESET ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ USB: Setting USB address 6 USB: Host received response from control interface. USB: Sending config descriptor 0100:8 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0100:18 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0200:9 bytes. USB: Host received response from control interface. USB: Sending config descriptor 0200:32 bytes. USB: Host received response from control interface. USB: Set configuration 1 received. USB: Host received response from control interface. USB: Mass storage reset received. USB: Host received response from control interface. USB: Clear endpoint 1 received. USB: Host received response from control interface. . . . after reset FreeBSD seems to again perform initialization without asking for amount of LUN again the last "clear endpoint 1" is because i don't have endpoint 1 implemented yet From owner-freebsd-hackers@freebsd.org Wed Aug 26 08:35:41 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 838AB3CDD74 for ; Wed, 26 Aug 2020 08:35:41 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BbzhX5GJYz4rpw for ; Wed, 26 Aug 2020 08:35:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 085FF2601FD; Wed, 26 Aug 2020 10:35:31 +0200 (CEST) Subject: Re: USB experts help needed To: Wojciech Puchar , freebsd-hackers@freebsd.org References: From: Hans Petter Selasky Message-ID: <4276557d-8364-29de-6bdc-f9280008d847@selasky.org> Date: Wed, 26 Aug 2020 10:35:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.10.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-Rspamd-Queue-Id: 4BbzhX5GJYz4rpw X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of hps@selasky.org designates 88.99.82.50 as permitted sender) smtp.mailfrom=hps@selasky.org X-Spamd-Result: default: False [-1.58 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-0.72)[-0.722]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.03)[-0.026]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-0.53)[-0.528]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 08:35:41 -0000 On 2020-08-26 10:16, Wojciech Puchar wrote: > i am implementing my own "mass storage device" (actually fake but > doesn't matter) on microcontroller. > > I already finished implementing control endpoint part so it is properly > detected configured itp. > > But i have no idea why i'm getting USB reset after successful reply to > "get max lun" control endpoint command  (0xFE). i reply with one byte of > zero according to USB mass storage specs. > > below is log from my microcontroller's program > > USB: RESET > USB: Setting USB address 6 > USB: Host received response from control interface. > USB: Sending config descriptor 0100:8 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0100:18 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0300:2 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0300:4 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0301:2 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0301:32 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0302:2 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0302:12 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0200:9 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0200:32 bytes. > USB: Host received response from control interface. > USB: Set configuration 1 received. > USB: Host received response from control interface. > USB: Mass storage get MAX LUN received. > USB: Host received response from control interface. > USB: RESET > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > USB: Setting USB address 6 > USB: Host received response from control interface. > USB: Sending config descriptor 0100:8 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0100:18 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0200:9 bytes. > USB: Host received response from control interface. > USB: Sending config descriptor 0200:32 bytes. > USB: Host received response from control interface. > USB: Set configuration 1 received. > USB: Host received response from control interface. > USB: Mass storage reset received. > USB: Host received response from control interface. > USB: Clear endpoint 1 received. > USB: Host received response from control interface. > Are you sure the firmware on your device didn't crash and reboot? --HPS From owner-freebsd-hackers@freebsd.org Wed Aug 26 08:50:26 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 4AED73CE341 for ; Wed, 26 Aug 2020 08:50:26 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bc01Z1Dlyz4snQ for ; Wed, 26 Aug 2020 08:50:26 +0000 (UTC) (envelope-from debdrup@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598431826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qVVwBuXP9pmkocKVKA1YyPpGL69vjO0deInpx58ZGqw=; b=Gv1EJUcG0Ct8YORVAiKpk+cS38GLC1279S860WlSdW1WYpuT9VFAZRKQaKA50TAWfyJgNg BAeAf/3do9fQ69rqV+tZf3C4ZNBb53Lti5ODcQy9NDKyqYM6PtjarLHMih+PKIGEiaMBVn S38VEHIttP80TRNxOV6t5rANohpmoQL+CAd3j/pwniFAGexfRsDsgMVeWLVxvLfJGQ1Bun rJOHKXti52zS4pEFHgtx3e6zQK/OBlDS1chaAjfBjnd4Zo5twRbFHBVpOFqs6NFt7Kt6Jj XMXKtvnP5cTHevTuOh7wXRxOf0xaE6hBs9kw38Av1J/NQHSmylGOTfVeEe7xUw== Received: by freefall.freebsd.org (Postfix, from userid 1471) id 1851BB0D9; Wed, 26 Aug 2020 08:50:26 +0000 (UTC) Date: Wed, 26 Aug 2020 10:50:24 +0200 From: Daniel Ebdrup Jensen To: freebsd-hackers@freebsd.org Subject: Re: OpenZFS support merged Message-ID: <20200826085024.7xlk526zrxrtjg46@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , freebsd-hackers@freebsd.org References: <000101d67b18$d9b33400$8d199c00$@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="xgdkx2nzx7vhdbtx" Content-Disposition: inline In-Reply-To: <000101d67b18$d9b33400$8d199c00$@gmail.com> ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1598431826; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=qVVwBuXP9pmkocKVKA1YyPpGL69vjO0deInpx58ZGqw=; b=vFnDOfkMQTBcuOjU/7dX8uTsVhDACZ5QjZDSEZBE0NXRPDoBywqGMHrzdxnracjAx4XzDn BjFw0PqJI6vPuF55uNIJ7fYFhB2+qjqxs1YhXqQ8X7tf1C6mDNSLWzBhwqTuXRf/IkF47Z VuifjXy8n3Z3xHNGoeuprEzgWgVXKvzQtAiovdAgkWypCxsZWJ1z1zdLuOyz4yMcG30ggH 7QKGxtGkDVWIXonj8b/7dNewEt43gLMT7MI4GuwAqNET/zLBNPnA32isZ0c8hsg9b7mI5T Ai2hfsjwy1gzVjPMM6ma+ZDHLlQQ+QKQG9xaPCkEDnnNG6fy2miileIXHYkQUg== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1598431826; a=rsa-sha256; cv=none; b=lnljs5FF245EEfgdnNnNzusHZkNA3sBbm9VifhfbTTeHG3yqKF1s9IH/m5XUTXnf+8p8x9 PnZSZR+568N7JjMvDVKte5yY3sDMGwZTTHQf1FRCCy7FGtLGKLGe1pejw3R6WPlqMwkPEb AY0mOHwLRdnzsDkuj20F7WlwBpowCsAXapBfpWyX+sWx5A57St9iueCnj8ZpMb22DHx3LY tKDN48uBGjuYwDpoQNFKuY3/8li1UAeM4AnSHWwmXUNUtRjChaNk3lprzs6g3x9y/RYLx4 WcK15IlGKODr1Rjie2T6akAsuazAExCYQag1LyFyx/DbMvy8Zp4anQjZ2PDVPw== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 08:50:26 -0000 --xgdkx2nzx7vhdbtx Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Aug 25, 2020 at 09:49:30PM +0200, driesm.michiels@gmail.com wrote: >> -----Original Message----- >> From: owner-freebsd-fs@freebsd.org On >> Behalf Of Matthew Macy >> Sent: Tuesday, 25 August 2020 04:39 >> To: freebsd-current ; freebsd-fs > fs@freebsd.org>; freebsd-hackers@freebsd.org >> Subject: OpenZFS support merged >> >> r364746 merged OpenZFS support in to HEAD. > >First of all a big thank you to the whole team that made this possible! > >Secondly, I would like to check in if the following statement is still in >effect (taken from https://zfsonfreebsd.github.io/ZoF): >"Beware that the FreeBSD boot loader does not allow booting from root pools >with encryption active (even if it is not in use), so do not try encryption >on a pool you boot from" > >When we are talking about encryption active, does that mean the feature fl= ag >active or from the moment one sets encryption=3Don on any dataset of the r= oot >pool? >As a follow-up, if it is not currently not possible, are there any >long/short term plans to add the missing bits to our boot loader?=B5 > >> >> The change should be transparent unless you want to use new features. >> I caution against 'zpool upgrade' for the next few weeks. >> >> https://svnweb.freebsd.org/base?view=3Drevision&revision=3D364746 >> >> If you encounter problems please report them to me, Ryan Moeller, and - >> current. >> _______________________________________________ >> freebsd-fs@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-fs >> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org" > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" Hi folks, I just noticed that r364787 [1] might be an answer to this? Yours, Daniel Ebdrup Jensen [1]: https://svnweb.freebsd.org/changeset/base/364787 --xgdkx2nzx7vhdbtx Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAl9GIlBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87r8RwgAqMsJZ6FFBvNGUFE6IgI/FFkSdoolAhcMppIk3a9hUi61vW4dtH/hGsgt 0y6vp/CeBezVcZwBFYlG9wPTVa0GgcdnCHQjJ06yDoH9XUojr5f4DbxiAY07fyzj Ll55BwziDLZfuG7u4SjBYSSHhq/aZiGa3UIENLK/mS8VB2Dv/4PUopoEXM4aOf/x vXrh2O4xjZ0Gw3IShXLUuAhbZF5/d+YLg3RUnfjUf+X/kX06jEsU30GFsalKmF/8 E5MTcRlPpOnHGw6lnbm3tXo/fpM2XmWjJJixbjsvuI02HsDe8ycHoV/WEX6fFeQO jmcUsenq+cnrDLaojNq6FdChl6/e7w== =s18j -----END PGP SIGNATURE----- --xgdkx2nzx7vhdbtx-- From owner-freebsd-hackers@freebsd.org Wed Aug 26 11:20:00 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D0BB33D12D6 for ; Wed, 26 Aug 2020 11:20:00 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bc3L75hkpz3YVl for ; Wed, 26 Aug 2020 11:19:59 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 07QBJqmi028010 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 13:19:53 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1598440793; bh=EgSaZkQ9ay72bEMPx6B00WNy2iRsgBDsBVQb2EFL+eA=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=NqPmfnIwku1Xl2Iz4gL0IEJ+CX0rUakAkc6o50sNnh70OEh6CYGzXNR4UFnO48/sM PeQHeij8sDawH1wIkHPjHDejmxjMy7psDzis4MUVfjVol8aWgVUiFdknYAON6QWnTK CeB5t0vCuYHFgYaA3RGi/K0kH+1vfimjfQtYGWlw= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 07QBJqHg028007; Wed, 26 Aug 2020 13:19:52 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Wed, 26 Aug 2020 13:19:52 +0200 (CEST) From: Wojciech Puchar To: Hans Petter Selasky cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: USB experts help needed In-Reply-To: <4276557d-8364-29de-6bdc-f9280008d847@selasky.org> Message-ID: References: <4276557d-8364-29de-6bdc-f9280008d847@selasky.org> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4Bc3L75hkpz3YVl X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=NqPmfnIw; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [0.59 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DMARC_NA(0.00)[puchar.net]; NEURAL_SPAM_MEDIUM(0.09)[0.090]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_SPAM_LONG(0.08)[0.075]; NEURAL_HAM_SHORT(-0.27)[-0.274]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 11:20:00 -0000 >> USB: Sending config descriptor 0200:9 bytes. >> USB: Host received response from control interface. >> USB: Sending config descriptor 0200:32 bytes. >> USB: Host received response from control interface. >> USB: Set configuration 1 received. >> USB: Host received response from control interface. >> USB: Mass storage get MAX LUN received. >> USB: Host received response from control interface. >> USB: RESET >> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ >> USB: Setting USB address 6 >> USB: Host received response from control interface. >> USB: Sending config descriptor 0100:8 bytes. >> USB: Host received response from control interface. >> USB: Sending config descriptor 0100:18 bytes. >> USB: Host received response from control interface. >> USB: Sending config descriptor 0200:9 bytes. >> USB: Host received response from control interface. >> USB: Sending config descriptor 0200:32 bytes. >> USB: Host received response from control interface. >> USB: Set configuration 1 received. >> USB: Host received response from control interface. >> USB: Mass storage reset received. >> USB: Host received response from control interface. >> USB: Clear endpoint 1 received. >> USB: Host received response from control interface. >> > > Are you sure the firmware on your device didn't crash and reboot? > > --HPS I am sure. But found already it was timing problem. Now it's fixed. Other things doesn't work but of course not FreeBSD fault From owner-freebsd-hackers@freebsd.org Wed Aug 26 11:28:19 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id B2BCC3D1A33 for ; Wed, 26 Aug 2020 11:28:19 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout3-smtp.messagingengine.com (wout3-smtp.messagingengine.com [64.147.123.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bc3Wk4gKmz3ZMJ for ; Wed, 26 Aug 2020 11:28:18 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id DDBB0103B for ; Wed, 26 Aug 2020 07:28:15 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute3.internal (MEProxy); Wed, 26 Aug 2020 07:28:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:mime-version:content-type; s= fm3; bh=yN7VW07XvQ+MWSSmRp+t6U63i0wxcdz1yeWwXz61/2U=; b=PAvOrNUD rmiS/ZEA5zej7IkREPaUOrjaXmKl7Ib+IbYeK5BK5V8jxdmCA6sGhBTFU0lU28+T Og2xwULW+RsClrcAkou+GGH3kmB+NrUzWlX3/DMkFH1PbrvIIPQKLO0HdK0Fx+/2 oi02YMLI6q0FzWqGbqcHoGM5Ia31Zw8aucYkyRTY1UDZFs8O7Ahotxd5G7hQ4R22 bYChqkeeTz+oAAGkvfnlcPCObNaePpqI/bJbGCLx9sGR16k/SgoLwDr44S/06fff rc7eJPrTj6cS7QyZG3Gzw5WFEywSG9I+BcWLIQSvtzurhjnPw46ifjyFy4m+VSig cEjy3LGhSk3Q9w== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:message-id :mime-version:subject:to:x-me-proxy:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; bh=yN7VW07XvQ+MWSSmRp+t6U63i0wxc dz1yeWwXz61/2U=; b=DTNIq7Dx/cEB5EcrmlPER0qzf3uBw2g3eN2vrl0/h41ng oO/Z4lwSR/z7BFv1SLebyQS+WVFQPdE66tPmeCkAbG9DkSZugdWJkwIy5bUDRYsl t20VaVeEme7kl7+Yb6gYGxI5key+Lo2XTGFxwObXiSYVkZXy+aP4lOzT5dpWI0Ca Mk+yJteG/+WP7db6wXghsuv0WvPB5I028A64D3LV21IhktwdVCTCAZooP9ynBrpl dlwWUONBkrrv++71IHlvbD5wt/4gdh0GzSEcsLZpalmQENUDnBjYzS8J+k2pNyy7 uPlg40oIkYx/+1mONkNgAhauuaY8b9JLlf/YtE8UA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvvddgfeejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkgggtugesghdtreertd dtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseiihiig shhtrdhnvghtqeenucggtffrrghtthgvrhhnpeevgffhffdtfeekleelhedtjeelvdfhvd egieejveffgfduvdfhteegjeeujeeuieenucfkphepkedvrdejtddrledurdelleenucev lhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehtvggthhdqlh hishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 0739230600B4 for ; Wed, 26 Aug 2020 07:28:14 -0400 (EDT) Date: Wed, 26 Aug 2020 12:27:46 +0100 From: tech-lists To: freebsd-hackers@freebsd.org Subject: llvm and mips64 Message-ID: <20200826112746.GE17289@bastion.zyxst.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="6Nae48J/T25AfBN4" Content-Disposition: inline X-Rspamd-Queue-Id: 4Bc3Wk4gKmz3ZMJ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=PAvOrNUD; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=DTNIq7Dx; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.19 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.48 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-0.98)[-0.983]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.19:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.19]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.975]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.82)[-0.821]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.19:from] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 11:28:19 -0000 --6Nae48J/T25AfBN4 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, I read somewhere that mips64 moved from gcc toolchain to clang/llvm11? I think this was just for -current. Might be wrong about that. If so, is it feasible at present to import it into a 12-stable mips64 poudr= iere=20 jail? How would I go about it?=20 The issue right now for me is lots of ports want at least gcc9 to compile a= nd gcc9 won't for mips64. thanks, --=20 J. --6Nae48J/T25AfBN4 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9GR0QACgkQs8o7QhFz NAVonhAAodaIx0jVeVK8KXPLC+oKR9zyQydnmUe6ec1aIkqVRkkDbNUVSYUjr1YU EIYgVWdFT6FsFZvMn/d6dsqv5rcSaDPtQIEKRcHX5qrdHztCVTSm1Ig6xUO6IEBV pdT2wSXCiA9bmHItLA6qLGoRe63KqD+p3im2KS2JxUwQCm4+Snu5z7For7AK9a34 axu9R9lzatFi8keml9VM5pk/Kf335PuV0AiUSn1vHi72Z2QGAxHDma4Jfe5WMo/3 fdX2ld6NJ1vUShz2Ux9RW6pqvu4Sl+s22tZqIDz5hxPyZovRhKrTMkB2r5+vsdo0 uuH+DM+hlalSR6L7ODBrJuC2ML/iSSD48LCDsDPiTjboBIMaHNinQrJiDj0ZhcjZ MzOPyWPxwdWLHUIgAC4Jxt5R3Gf1kW3X4LZ2+ZmQ2Mge0i/A4pJ7UBa5irJ1jnLq a2cmUaL2Bb7Hq2KKRwyOBqJ7vK5P9S0zDnOEGAiMFUrS4i5fFsaS0d9Hwe/Hccc/ 6XDhxBQHNPiJu0x4aO8NoOito1r9lPe6/z/2JyPb86QbfxOtXhPTMZfrOIjIibim PpR5rDjSLeBqg7pFSB6ItocuRL7j52bqzflDG/7WkLk6y7TREtViCncfJzMLU0Ki qQMq2urj6qWnx2nHhMgYnOa0SBE/0SNzCOi8EPhaMILP4OamPlk= =1XuV -----END PGP SIGNATURE----- --6Nae48J/T25AfBN4-- From owner-freebsd-hackers@freebsd.org Wed Aug 26 14:40:21 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2FDD43D6541 for ; Wed, 26 Aug 2020 14:40:21 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Bc7nJ3xGlz4567 for ; Wed, 26 Aug 2020 14:40:20 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 07QEeDr5011105 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 26 Aug 2020 17:40:16 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 07QEeDr5011105 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 07QEeDpw011103; Wed, 26 Aug 2020 17:40:13 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Wed, 26 Aug 2020 17:40:13 +0300 From: Konstantin Belousov To: J David Cc: freebsd-hackers@freebsd.org Subject: Re: pidfile_open() usage in "mount" Message-ID: <20200826144013.GV2551@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4Bc7nJ3xGlz4567 X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 14:40:21 -0000 On Tue, Aug 25, 2020 at 10:06:22PM -0400, J David wrote: > It looks like the "mount" program creates /var/run/mountd.pid every > time it runs, if mountd is not itself running. > > This code appears in sbin/mount/mount.c: > > static void > restart_mountd(void) > { > struct pidfh *pfh; > pid_t mountdpid; > > mountdpid = 0; > pfh = pidfile_open(_PATH_MOUNTDPID, 0600, &mountdpid); > if (pfh != NULL) { > /* Mountd is not running. */ > pidfile_remove(pfh); > return; > } > > pidfile_open(3) *creates* /var/run/mountd.pid if it doesn't already > exist, hence the need to delete it if the call actually succeeds. > This leads to a race condition when multiple mounts occur at the same > time. That case is handled later in the code: > > /* > * Refuse to send broadcast or group signals, this has > * happened due to the bugs in pidfile(3). > */ > if (mountdpid <= 0) { > warnx("mountd pid %d, refusing to send SIGHUP", mountdpid); > return; > } > > "mount" is not "mountd." It seems inappropriate for it to, under any > circumstances, create mountd's pid file. The multiple workarounds for > the problems that causes don't seem like the optimal approach. > > This is something I'd be willing to open a bug and submit a patch for, > but so as not to do work that stands no chance of being accepted, I'd > like to understand first if the preferred approach would be to change > mount.c not to use pidfile library calls at all, or if it would be > better to add a function to the pidfile library similar to > pidfile_open() designed for "consumer" use that would never create the > file, leaving pidfile_open() for "producer" use? I think that a new libutil/pidfile.c function, to open only existing pid file, is the right approach. It is possible that both pidfile_open() and the new function would share some significant amount of code. From owner-freebsd-hackers@freebsd.org Wed Aug 26 16:41:03 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 72FF73B1E7E for ; Wed, 26 Aug 2020 16:41:03 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcBSb2SQbz4GWK for ; Wed, 26 Aug 2020 16:41:03 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from auth1-smtp.messagingengine.com (auth1-smtp.messagingengine.com [66.111.4.227]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bdragon/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 32647212DE for ; Wed, 26 Aug 2020 16:41:03 +0000 (UTC) (envelope-from bdragon@FreeBSD.org) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailauth.nyi.internal (Postfix) with ESMTP id 5175A27C0054 for ; Wed, 26 Aug 2020 12:41:02 -0400 (EDT) Received: from imap1 ([10.202.2.51]) by compute4.internal (MEProxy); Wed, 26 Aug 2020 12:41:02 -0400 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvvddguddtvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enfghrlhcuvffnffculddutddmnecujfgurhepofgfggfkjghffffhvffutgesthdtredt reertdenucfhrhhomhepfdeurhgrnhguohhnuceuvghrghhrvghnfdcuoegsughrrghgoh hnsefhrhgvvgeuufffrdhorhhgqeenucggtffrrghtthgvrhhnpeetteelffduvddttdeu vdfhfeehjedvvdfgvdekvdeftefhgeekvdekleevuedvudenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegsughrrghgohhnodhmvghsmhhtphgr uhhthhhpvghrshhonhgrlhhithihqddutdegvdefheekieegqddukedutdekheduqdgsug hrrghgohhnpeephfhrvggvuefuffdrohhrghesihhmrghprdgttg X-ME-Proxy: Received: by mailuser.nyi.internal (Postfix, from userid 501) id 1287FC200A5; Wed, 26 Aug 2020 12:41:02 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.3.0-232-g4bdb081-fm-20200825.002-g4bdb081a Mime-Version: 1.0 Message-Id: In-Reply-To: <20200826144013.GV2551@kib.kiev.ua> References: <20200826144013.GV2551@kib.kiev.ua> Date: Wed, 26 Aug 2020 11:40:41 -0500 From: "Brandon Bergren" To: "FreeBSD Hackers" Subject: Re: pidfile_open() usage in "mount" Content-Type: text/plain X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 16:41:03 -0000 > I think that a new libutil/pidfile.c function, to open only existing > pid file, is the right approach. The pidfile_* stuff is meant for the daemon side. Why not just regular open(2)? If we're gonna be using the pid (as opposed to some sort of proper control socket) to figure out what to signal, it's gonna be inherently racy, and just plain opening it and reading out the pid isn't going to be better or worse than a utility call that does the same thing. From owner-freebsd-hackers@freebsd.org Wed Aug 26 17:13:39 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id BD2AD3B3844 for ; Wed, 26 Aug 2020 17:13:39 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcCBC0gpCz4KtJ; Wed, 26 Aug 2020 17:13:38 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: by mail-lf1-x144.google.com with SMTP id v12so1382480lfo.13; Wed, 26 Aug 2020 10:13:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BtSeMX8StwXVJ+PYr+cR9tzW49MwLk+mThHomuZ6lRA=; b=VyDCXkqHr7B7Q900WRNY5n9F05CzVOscPjMW1rVBr3/HDBKrvv5QrPCVGk2JNDkZSB RTWC92RM7nIEsFAbKxaRrGL0IeL6oU1oeT82F+cIT7oxTRfQ7mQdEOrpm9Nq0EuQjHMn K6F8nNZ2Z3NBUAtOPu2w11A2bQutaE8iuqrgV0JHvSMzeck2T8NzPMAOAh6wV2ajGG4S IffvhndMI31XvTn2fGOCYRf7N8ynWhZXExdsLUPaEwyyHxf0+8DVQEeefzfWQIBHo5Jd G8Z3Vw+H5wwuFWwk30tjC103Y5vjivpAN58frUSu/E3xnovVB7izmLHUzu/ztUyxau5r +NbQ== 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=BtSeMX8StwXVJ+PYr+cR9tzW49MwLk+mThHomuZ6lRA=; b=ibyZnhabkJb5nT+EjRrGGinaSxu247cJ0TY+sDucxYMu7a0VDvTnbaty70xjkzoIUb Fkyv49Fw0ZKSiMIUY9fr+e3N0lJxqCkESzkeexAt3UwlNw6Np47vOPhveB70VYjCk721 WWzvaO8PWJixCJjw1hOAk3Noubj7ft7OicTjD8eN91kln9Eh4lNjqFQIAipbLOXrkcgf Pv9hSoYNw+Br4EcWgOhrluTen6+vM3sYORKgUP/ibZ6lEVqcJZU78mUU/Li5XhPaedC8 N7rE9Om0Akm0TfkB7pR0uNTbCZ3rYIKGSpmWH8DDOIQsETT36/cO87vQXl5F3bpX0UVk mlBg== X-Gm-Message-State: AOAM5313F0oMn5DpQTIFo5hh2Vy6X8mum5MHwFjy5DMTUsBiRuELTrkV RRiNgVIa0oxjkGeiDTnOO4P7zLtc9Vfyo+JW6wd5wN7Ut1c= X-Google-Smtp-Source: ABdhPJzf/JmKI67Pa2xoZ/1GdtfHLNXGfit2bN3KXrHWhjUcAESqlDWbuPHVhFWYbRuq0LZ+kUk9n6S+lElIiPlubLQ= X-Received: by 2002:a19:644:: with SMTP id 65mr7713911lfg.143.1598462015539; Wed, 26 Aug 2020 10:13:35 -0700 (PDT) MIME-Version: 1.0 References: <20200826144013.GV2551@kib.kiev.ua> In-Reply-To: <20200826144013.GV2551@kib.kiev.ua> From: J David Date: Wed, 26 Aug 2020 13:13:24 -0400 Message-ID: Subject: Re: pidfile_open() usage in "mount" To: Konstantin Belousov Cc: freebsd-hackers@freebsd.org Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BcCBC0gpCz4KtJ X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=VyDCXkqH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdavidlists@gmail.com designates 2a00:1450:4864:20::144 as permitted sender) smtp.mailfrom=jdavidlists@gmail.com X-Spamd-Result: default: False [-3.66 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.97)[-0.967]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-1.00)[-1.003]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::144:from]; NEURAL_HAM_SHORT(-0.69)[-0.686]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 17:13:39 -0000 On Wed, Aug 26, 2020 at 10:40 AM Konstantin Belousov wrote: > It is possible that both pidfile_open() and the new function would share > some significant amount of code. Not as much as one might hope, it looks like. There's already a pidfile_read() function that isn't exported, so that helps. And it looks like it might be worthwhile to pull out some of the path-handling code to a common static function. But if for no other reason than the O_WRONLY|O_TRUNC flags, the code necessarily diverges pretty hard after the flopen/flopenat (depending on version). Would the right approach to this look something like: - New static function: int pidfile_real_open( const char *pathp, mode_t ) that opens the right file, using the code & logic from lines existing pidfile_open() (pidfile.c lines 105 - 147 in HEAD). - Modify pidfile_open() to use pidfile_real_open() - New public function: int pidfile_get( const char *pathp, pid_t *pidptr, int ndelay ) returns 0 on success, EWOULDBLOCK (if ndelay is nonzero and lock fails) or ENOENT (if pidfile does not exist). Basically a wrapper around pidfile_open_int() and pidfile_read(). Notes: - pidfile_real_open: don't love the name; not sure if there is a naming convention for static functions that are called by public ones. - pidfile_real_open: different versions will be need for 12/HEAD and pre-12, due to lack of flopenat() in earlier releases. - pidfile_get: returns error value directly as I think the general move is away from returning -1 and setting errno in libraries like this - pidfile_get: ndelay would basically control the decision whether to skip (if nonzero) the nanosleep loop structure around pidfile_read, as happens in pidfile_open(). Probably not needed in most cases, but I've been bitten by unskippable sleeps before in the weirdest places, so why not? - pidfile_get: Would rather call this pidfile_read but that's taken. Since it's static though, could rename pidfile_read to pidfile_real_read (or whatever else is conventional, same as pidfile_real_open) and call this pidfile_read. That's my preference, but it's hard for me to tell what's actually better and what just looks better to me. If this all sounds OK, it shouldn't take me too long to come up with a patch and corresponding test(s). Thanks! From owner-freebsd-hackers@freebsd.org Wed Aug 26 17:32:42 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 27D2D3B5A81 for ; Wed, 26 Aug 2020 17:32:42 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-lj1-x232.google.com (mail-lj1-x232.google.com [IPv6:2a00:1450:4864:20::232]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcCcB0Clnz4MyY; Wed, 26 Aug 2020 17:32:41 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: by mail-lj1-x232.google.com with SMTP id m22so3305498ljj.5; Wed, 26 Aug 2020 10:32:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=Krz1YO0dopFz0U2WPsLmF7GGFEEJqM+hDntRP7tMrJ0=; b=A4vJsKz++nrxH+Bu7bh4DQhuXnG8M0Y7IyzIvLSCQZwCc5Og1o/VAWRAOXmzpi3G1s O2jkY8TB5UpPsKawORjookTjL/QmCwJO3O6FMqJI/uZGO2skyRQVx9BXLgKJ7zJWKGc2 NliRX7Lp7iW368rvRV9+vyEJPueOgAPs+nwhHXD1XUAzM2JBhl5ua5vJZBWVS7QD9ElU nByz9+/147yIExUFIDn1o7xj87pxWQVIzYdvxfN1NZTxU+zlJXPtupYbNrNmaR0Yalm1 XkQ/R4w5VPM8nF27QKBTAVoidOcZUeijPjSvc+ZADN4Qgko/Byb3FAZp3Qt3JZYjbC1k 8KZw== 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=Krz1YO0dopFz0U2WPsLmF7GGFEEJqM+hDntRP7tMrJ0=; b=WeMcIWVLzYqvHKY7hbejoIlCRa7o1VE5jXpYK25usIk1WpWSMN8HC2KSIkdnBbdiAr 7NgcEJYfXm0v7hcKs+KHJyQR7CExcBnhGT+pNwodH6u8g/yndwgiq+PT/PBUDEYl2oH+ C83pBStxhEEBk87FDNdLptpuKhxB6Q58mW5BfOsIC4umqpGzCfrtCcn7d32m+4ZC1oUZ YjdsEBA3QioI6TXYSCCTsRRJy97sLf8K4esQMU3YLlIladjHdm4ZbnymmhQTRlGT8gVZ 9ryYGT44qWbv46tf2XrBr2/fUHlahwUYakD0ZZY39H9pXNrcBZcrZTo1ltEZ8GnmsK6N XNqA== X-Gm-Message-State: AOAM532EZn3edtTRVMUNZ6sOPaqpQYmlXoh/bgyJ25r6rvNrPLsszzxc iTzcC2YemCvHbKtw5hRvrJlnCFo29A/AjzuWrf5H7NEreV/X8Q== X-Google-Smtp-Source: ABdhPJwYt9lxXHgcBrN8yhcnB/OXtZONVHrMl/MNt/BHcQtAyYT0HHHPda8GLiUSxb+QYZt5rNM+ol04rGj55YPx6sY= X-Received: by 2002:a05:651c:1069:: with SMTP id y9mr7814538ljm.438.1598463160519; Wed, 26 Aug 2020 10:32:40 -0700 (PDT) MIME-Version: 1.0 References: <20200826144013.GV2551@kib.kiev.ua> In-Reply-To: From: J David Date: Wed, 26 Aug 2020 13:32:29 -0400 Message-ID: Subject: Re: pidfile_open() usage in "mount" To: Brandon Bergren Cc: FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BcCcB0Clnz4MyY X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 17:32:42 -0000 On Wed, Aug 26, 2020 at 12:41 PM Brandon Bergren wrote: > The pidfile_* stuff is meant for the daemon side. As written, agreed, it clearly is. But alas "meant for" and "used for" appear to differ. It looks like there's a client-side use in ZFS as well (cddl/compat/opensolaris/misc/fsshare.c). > Why not just regular open(2)? That's also a solution I'd be fine with submitting. Certainly less work. But there are a couple of reasons not to do that, mostly to do with code reuse. First, the pidfile library does some stuff around path handling that is useful not to try to reinvent. Second, while races do exist, use of pidfiles in this way probably isn't going away, so having the code that tries to minimize those races in one place makes a lot of sense, rather than having potentially multiple idiosyncratic approaches/cases on an ad-hoc basis. ("Don't let the perfect be the enemy of the good" and all that.) The CDDL thing is actually a good example of this, because it looks lifted straight from mount.c, but when mount.c got updated with the mountdpid <= 0 check, fsshare.c didn't, and that's almost certainly a bug because it could lead to inadvertent kill( -1, SIGHUP ) with superuser permissions. Whoops! ZFS just randomly HUP'd every process on the system. Having mount HUP mountd (iff it's running) seems odd to me anyway, but today's filesystems are so weird and complex and diverse that I'm sure it's essential for somebody. Thanks! From owner-freebsd-hackers@freebsd.org Wed Aug 26 18:45:03 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 6389C3B8227 for ; Wed, 26 Aug 2020 18:45:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcFCg1zSqz4Syr; Wed, 26 Aug 2020 18:45:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "Let's Encrypt Authority X3" (verified OK)) (Authenticated sender: dim) by smtp.freebsd.org (Postfix) with ESMTPSA id 0C56D22EDD; Wed, 26 Aug 2020 18:45:03 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:470:7a58::9d13:595a:4fbd:9b05] (unknown [IPv6:2001:470:7a58:0:9d13:595a:4fbd:9b05]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 534F763C9C; Wed, 26 Aug 2020 20:45:01 +0200 (CEST) From: Dimitry Andric Message-Id: <79BA45AF-E33A-4180-A2DE-0D7F25FB1018@FreeBSD.org> Content-Type: multipart/signed; boundary="Apple-Mail=_6D0E62B9-FF56-4650-A397-692301D83799"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.15\)) Subject: Re: llvm and mips64 Date: Wed, 26 Aug 2020 20:44:53 +0200 In-Reply-To: <20200826112746.GE17289@bastion.zyxst.net> Cc: freebsd-hackers@freebsd.org To: tech-lists References: <20200826112746.GE17289@bastion.zyxst.net> X-Mailer: Apple Mail (2.3445.104.15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 18:45:03 -0000 --Apple-Mail=_6D0E62B9-FF56-4650-A397-692301D83799 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 26 Aug 2020, at 13:27, tech-lists wrote: >=20 > I read somewhere that mips64 moved from gcc toolchain to clang/llvm11? = I > think this was just for -current. Might be wrong about that. On -current, gcc was removed from base, so the only choices left are to use clang in base and gcc from ports. On stable/12 and stable/11, clang is only enabled for aarch64, amd64, arm, i386 and riscv (on 12). You will have to use base gcc or gcc from = ports. > If so, is it feasible at present to import it into a 12-stable mips64 = poudriere jail? How would I go about it? Import what? If you mean clang/llvm 11, I will MFC it in about 6 weeks, provided the ports people don't kill me first. ;-) If you want to attempt building 12-stable with clang, you will probably have to use an external toolchain for bootstrapping, and set MK_CLANG=3Dyes, MK_CLANG_BOOTSTRAP=3Dyes and MK_CLANG_IS_CC=3Dyes in = your src.conf, before building world. Then you should be able toinstall that world into your poudriere jail. > The issue right now for me is lots of ports want at least gcc9 to = compile and > gcc9 won't for mips64. Won't what? Work, compile, install? I am unsure if there are any pre-built packages available for mips64, but I would look for them, if at all possible. -Dimitry --Apple-Mail=_6D0E62B9-FF56-4650-A397-692301D83799 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCX0atpQAKCRCwXqMKLiCW o20SAKCZlYBxDiPM3+HUxqI1776Re34bgQCgpNjFAQie5oQ9/JvRtLNJp3Xg6Q8= =emsT -----END PGP SIGNATURE----- --Apple-Mail=_6D0E62B9-FF56-4650-A397-692301D83799-- From owner-freebsd-hackers@freebsd.org Wed Aug 26 19:08:55 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 866E23B8DA8 for ; Wed, 26 Aug 2020 19:08:55 +0000 (UTC) (envelope-from alexpro.ewr@gmail.com) Received: from mail-ed1-x532.google.com (mail-ed1-x532.google.com [IPv6:2a00:1450:4864:20::532]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcFlB3qfZz4VDb for ; Wed, 26 Aug 2020 19:08:54 +0000 (UTC) (envelope-from alexpro.ewr@gmail.com) Received: by mail-ed1-x532.google.com with SMTP id k25so2694796edj.13 for ; Wed, 26 Aug 2020 12:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=8msSN7ePuy4a468sPAG/gv6d8w6F+mxiz4J7IN72tCU=; b=Y4CPWWC8N8zMrG/E48HtKNtZ3cg6UUNMGLQm65PSu1eq0jeJ+EUdKBphA96ZNRbao2 RGY/FOu0QGGVPxN0eseII6EVv5X6G8wwohmd0BLdtYddMGYg79EENvebFVleGEPOMXHp JGVE/hNX9aQsQWMRA7hYOPC7WMhDpKezURFkAZbCc7xIcmr/eelWOiXNO4MyR7E1Z5ZG bI3ZOyTfJz5tLC/zRETpFoTZDsNHGfSA1cNL/i41tFNAJspTpMX+u5aCIqc6KTpsThLi /tubpouKwuYwSfwrBv1ccFTMzdj3HDKedhtndauqaXZZidJo6VK6tYilVFO1H+qS+e/b HnUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language; bh=8msSN7ePuy4a468sPAG/gv6d8w6F+mxiz4J7IN72tCU=; b=Yx7cRbytpko+aovSRfIzo/jjK3E80DP5pkrTianpOco+t34STSLFz7vZH3U9Hj60qc dnfANQTfLsvma3SZEZWkrI3Vy5w+pLdT1aabtMI6C0L5xhuipTd4PGwCyHR5QLdmU5zy VMDuper55lCp0+B7qGBRWVoVcMkyHqUlybf44CkEB38O6t/LhgoK/yQIq1OMzR3d7INE SujisoT5BitmhSqaFEvRzRZcwxT/ebutej/tshAJmTs9D8TkAKDod6KX6THpBSAn6EBQ 1rosvYRqFyN9OtlW/byGQ57YXuV0mWEeBo9INyxJU0VbBnD8utyorRD1fihDRa5gMTXF qICA== X-Gm-Message-State: AOAM530hRMBAbGyx0ruUArQBAJDrOkbwfUwKZLKIKmxR1CGf2WSb9ZC1 yskTZqxKwnQ0s26rwVtcMjzMVln1+AU= X-Google-Smtp-Source: ABdhPJyt+JCvsnGlQrzl27FW5p7CFhlKgigjQBUm1DQuQnuPjR8dHcfKe9EDdtLCxyVwJgPGC9asrw== X-Received: by 2002:a2e:a0cd:: with SMTP id f13mr7337819ljm.393.1598468533591; Wed, 26 Aug 2020 12:02:13 -0700 (PDT) Received: from [192.168.200.55] (city-gw.homelan.lg.ua. [194.0.206.33]) by smtp.googlemail.com with ESMTPSA id j2sm681039ljb.98.2020.08.26.12.02.12 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 26 Aug 2020 12:02:12 -0700 (PDT) To: freebsd-hackers@freebsd.org From: Alexey Prokopchuk Subject: module_register: cannot register pci/igb from if_igb.ko Message-ID: <37a2f60c-fa01-e3f3-e215-d60a1e92f5fd@gmail.com> Date: Wed, 26 Aug 2020 22:01:50 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.1 MIME-Version: 1.0 Content-Language: ru-RU X-Rspamd-Queue-Id: 4BcFlB3qfZz4VDb X-Spamd-Bar: +++++++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=Y4CPWWC8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of alexproewr@gmail.com designates 2a00:1450:4864:20::532 as permitted sender) smtp.mailfrom=alexproewr@gmail.com X-Spamd-Result: default: False [7.68 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; GREYLIST(0.00)[pass,body]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_XBL(5.00)[194.0.206.33:received]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_SPAM_SHORT(0.72)[0.715]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_SPAM_MEDIUM(0.96)[0.962]; RCPT_COUNT_ONE(0.00)[1]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_LONG(1.01)[1.005]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::532:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-Spam: Yes Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 19:08:55 -0000 Hi all. My English is not very good, excuse me if I said something wrong I have igb and em ethernet cards and kernel compiled with if_igb and if_em as modules. When both modules if_igb and if_em present in loader conf I see following message: module_register: cannot register pci/em from if_igb.ko; already loaded from if_em.ko Module pci/em failed to register: 17 module_register: cannot register pci/igb from if_igb.ko; already loaded from if_em.ko Module pci/igb failed to register: 17 I tried to leave only if_em in loader.conf and noticed that igb device working, but module if_igb.ko does not loaded in kernel. So, I have only if_em.ko loaded and both em and igb cards working. I'm confused and now I don't understand which driver should work with which device... From owner-freebsd-hackers@freebsd.org Wed Aug 26 19:18:39 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id E14E33B91AD for ; Wed, 26 Aug 2020 19:18:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-il1-f177.google.com (mail-il1-f177.google.com [209.85.166.177]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcFyR4BX7z4VpN; Wed, 26 Aug 2020 19:18:39 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-il1-f177.google.com with SMTP id f75so2784928ilh.3; Wed, 26 Aug 2020 12:18:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=8vB1WjZg4cwZiWJCe/o2dAJY5O2Gx0SeS8MJuCkcEto=; b=TmMyQ8Rfd7rRmGpmfeNMWpnwWkodcbnCQBixzmwl84BHDdvFYv02cn/Lrhp8ZPWnuj XdpTS/7xYDH0sJPFAiVioQyzVuYlb2ezWYtAbVblMb5BfBO4NkVEKJ+vo5sLWQfxgIr0 xy/gLiQPLAGnbAimshb6jD1GSwQaWUMKzVst2Vzqbj+25Ru+JGy2TcKTNccGnU3U1V02 FwUNkNo2B5/mAHEM9HZn+0QXSITtFpvjRcgpohc58cyEGR0meWg4MQNd6zLkFey2+qzT njNgZolnWqrxW3D+ZEFk+tP+xYrOFqRgw5Tx9g+NI6EOkYQfGnNx98E1ciO+bjhw7ZXz pBMQ== X-Gm-Message-State: AOAM5325VCo7HZX16K28WeXF5ZlTH3/tl/cFwxLMwBagk8epTQfOzXbf v3Ril/eyJ/X60Q5xZiTMrNK1bFipPZEQLD9S2U4xm1oW X-Google-Smtp-Source: ABdhPJwpWI7miLlepjiIRJDwWlwQmsW9nFJYdrGGtItb6cgK+1ZikW4HSa9DZQHNcW0ggRfhgDeAMbon14J3lcOQmLs= X-Received: by 2002:a05:6e02:1387:: with SMTP id d7mr13559711ilo.182.1598469517103; Wed, 26 Aug 2020 12:18:37 -0700 (PDT) MIME-Version: 1.0 References: <20200826112746.GE17289@bastion.zyxst.net> <79BA45AF-E33A-4180-A2DE-0D7F25FB1018@FreeBSD.org> In-Reply-To: <79BA45AF-E33A-4180-A2DE-0D7F25FB1018@FreeBSD.org> From: Ed Maste Date: Wed, 26 Aug 2020 15:18:24 -0400 Message-ID: Subject: Re: llvm and mips64 To: Dimitry Andric Cc: tech-lists , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BcFyR4BX7z4VpN X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 19:18:39 -0000 On Wed, 26 Aug 2020 at 14:45, Dimitry Andric wrote: > > > If so, is it feasible at present to import it into a 12-stable mips64 poudriere jail? How would I go about it? > > Import what? If you mean clang/llvm 11, I will MFC it in about 6 weeks, > provided the ports people don't kill me first. ;-) That said, I believe it should be possible to use Clang 10 in stable/12 already with the src.conf settings dim@ mentioned. From owner-freebsd-hackers@freebsd.org Wed Aug 26 20:56:59 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A3E983BC3C4 for ; Wed, 26 Aug 2020 20:56:59 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from wout2-smtp.messagingengine.com (wout2-smtp.messagingengine.com [64.147.123.25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcJ7t5ZPYz4dyP for ; Wed, 26 Aug 2020 20:56:58 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.west.internal (Postfix) with ESMTP id 92A0116C4 for ; Wed, 26 Aug 2020 16:56:56 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Wed, 26 Aug 2020 16:56:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm3; bh=ue4+gwMOsMq9e8rbPnWxqPFWT5o eOZTrgEme+o6I1N8=; b=f2z47TBLBly79/qdADKVQus4nPWy1LHxkDW6fKqwWQC y/wE3AR/8AOOrvqfaw3cjjdOTxkxYdaFqajknB1ayRaqiE1qtlbCIJADYOvj5VCg To0rjZKWkeIw3ADbbrz92ejtvxBLlX5OUlUPpDroCqefXmNZny/eLHG2g6djbMGw 6JnKyJ9ECJKvdPO5HcBSE2wdMsV+733rb5uIOpOK+ewi+yUqNptjunNPp1yQuh7B oaw1UoDv7bw+MxL5OVq44yenNBhmOAzVFkCyZ90la4gO7GSYspZL4kiXvRNFCYSc +wEPnKeDE+JMGbbYVuUt4tsiBf2WZN/MLxU0srrwozg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=ue4+gw MOsMq9e8rbPnWxqPFWT5oeOZTrgEme+o6I1N8=; b=hsrOm9ibAsdkO3UIMPTs0F dNGna4zZxZFQ5C5uf218l1ft6KimJZSMJycFwH6Ao7+iE0ve/QTZPmN0TUnCNv6n o1EYMiKYWuX0GOCljNs6VEbVIygNFe+26punWax5a3u6/OhWyGFKNzw3sYTs1h8G iyktD6w9XNmzCd8gIzasLzOAGnfMaK7OzblmDEW2OHnQJcbOIltjYRmrp62BX2Wu 6JKW68TmEqjmthCgWQDUiomi7oS7hVxeFNjOi/ld6pbHzGBtvWFo1auE98gs08HM Hatjnx8sAL+3vGzX098O6sNMDzhtfUi2MCeQO0xMHogeBrw6h0F0ik+viu/bmRZw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedruddvvddgudehvdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecunecujfgurhepfffhvffukfhfgggtuggjsehgtd erredttddvnecuhfhrohhmpehtvggthhdqlhhishhtshcuoehtvggthhdqlhhishhtshes iiihgihsthdrnhgvtheqnecuggftrfgrthhtvghrnheptdehiefgvddufeekkedvtdefvd ettddtkeduvdegveelffdtkeffudejvdfhudetnecukfhppeekvddrjedtrdeluddrleel necuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthgvtg hhqdhlihhsthhsseiihiigshhtrdhnvght X-ME-Proxy: Received: from bastion.zyxst.net (bastion.zyxst.net [82.70.91.99]) by mail.messagingengine.com (Postfix) with ESMTPA id 91C7A3280060 for ; Wed, 26 Aug 2020 16:56:55 -0400 (EDT) Date: Wed, 26 Aug 2020 21:56:26 +0100 From: tech-lists To: freebsd-hackers@freebsd.org Subject: Re: llvm and mips64 Message-ID: <20200826205626.GA59825@bastion.zyxst.net> References: <20200826112746.GE17289@bastion.zyxst.net> <79BA45AF-E33A-4180-A2DE-0D7F25FB1018@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline In-Reply-To: <79BA45AF-E33A-4180-A2DE-0D7F25FB1018@FreeBSD.org> X-Rspamd-Queue-Id: 4BcJ7t5ZPYz4dyP X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm3 header.b=f2z47TBL; dkim=pass header.d=messagingengine.com header.s=fm3 header.b=hsrOm9ib; dmarc=none; spf=pass (mx1.freebsd.org: domain of tech-lists@zyxst.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-5.27 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm3,messagingengine.com:s=fm3]; NEURAL_HAM_MEDIUM(-1.01)[-1.010]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[64.147.123.25:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.97)[-0.974]; RCVD_COUNT_THREE(0.00)[4]; DMARC_NA(0.00)[zyxst.net]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; NEURAL_HAM_SHORT(-0.59)[-0.588]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_IN_DNSWL_LOW(-0.10)[64.147.123.25:from] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 20:56:59 -0000 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 26, 2020 at 08:44:26PM +0200, Dimitry Andric wrote: >On -current, gcc was removed from base, so the only choices left are to >use clang in base and gcc from ports. > >On stable/12 and stable/11, clang is only enabled for aarch64, amd64, >arm, i386 and riscv (on 12). You will have to use base gcc or gcc from por= ts. ok, that's useful info >Import what? If you mean clang/llvm 11, I will MFC it in about 6 weeks, >provided the ports people don't kill me first. ;-) ;) >If you want to attempt building 12-stable with clang, you will probably >have to use an external toolchain for bootstrapping, and set >MK_CLANG=3Dyes, MK_CLANG_BOOTSTRAP=3Dyes and MK_CLANG_IS_CC=3Dyes in your >src.conf, before building world. Then you should be able toinstall that >world into your poudriere jail. it's way outside of my expertise to set up external bootstrapping, so I'll either make a -current vm and put a poudriere in there, or i'll wait. >Won't what? Work, compile, install? I am unsure if there are any >pre-built packages available for mips64, but I would look for them, if >at all possible. in mips64 lots of ports are skipped because of dependency on gcc[4-11] whic= h will not build on mips64, error for gcc any version is: "is only for aarch64 amd64 arm armv6 armv7 i386 powerpc powerpc64 sparc64, while you are running mips64" thanks, --=20 J. --17pEHd4RhPHOinZp Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAl9GzIsACgkQs8o7QhFz NAVX4Q/8CGNPddESzwmbxaORSaEemeJSKOv4T1IWJx+OUgQ8b1/czxmnk7P4dZMF xBVyiw+Eb6bZhPcZahewVTWkjzYsG2ZoqHfAhuoixEYtj4VL5dB/dOI/QPigJdpK Y++qVprSIvtMTfXbGyTIFV+cZs7k4Th/fHvJmFT17LgTq1fqeXJl9LH5se4qiwlt cmva6mbzO6cl415qP4bx5mtJzqcYbGIkIe9kpub58xE2Bd/Mf0hlncpjJD5UnIlz Lb0BKlC3C+Llci6jFfQpD6mgNcmO/03GQtSf0FoxyUvFYgvWzaZ1wkuZqx+rOxE/ fZpNH4S7lDIvdLwL9Ii7Dy8VrfeG3LR9rJK7tPBaYStMZ7gQhXVeretNj0ny2CMS JytWeInxVXaTHg2VABKOYZEG1/OhAYy3HisDudm7WXQm7K9KnXFXJeREnM8JsGT6 ROLUFChgRlZnP1vh37TWCm6bNi+u1MoK46xhjcD/gTUINt233HSfmqRm80j0snZE xXjZzo2Qxy9rRiOvefu6VxOy+lhaiThTznZFbAZ2LS/2iSyPf0B6NRAJBTK/Ls8T LF3+VErQqCu/jsZRQP8r7wqzZoknmX/qTD89intxNHbRgQDceSUcTnXPZ6Tjsu9d MpvT5TXO0kV8E848Vx2y76GPgiSWYIhxLeZt9SJv8gBReQHcv2w= =6QQy -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp-- From owner-freebsd-hackers@freebsd.org Wed Aug 26 21:15:25 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 20BD93BCDAB for ; Wed, 26 Aug 2020 21:15:25 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-to1can01on0600.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe5d::600]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcJY76c3Pz4g1y; Wed, 26 Aug 2020 21:15:23 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=AT+bWdOJ/aqB7709J3yaon+/5S586k5MIU8eqI+4gMrj7rRaa7t1vWXR4zVVu8ou8oYGwKz+fENzpCJDn8/ajgv1DIWl6mT96pJ5mzUl2EHhqu+1bf1uNGdc9KMF7UVWklY45SbHagZHrJZGwrjXTQyPbosKohNWgxLAQ/J9OHM3bngDBONVDQZ9CYojRf4aLMsWweWRHObJDiX4xqyNTwB9NwIbWRakzIYvANkkKLEe/y8ojEsNr0f75TNrrZTVko8ygUue5u1ptIL3z6/orBNZfJYEjhdC2JAdJrfs9HzVbn4ydyQGV4JSui3EXVKoA8RmAR4mevHn33IA63CeEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zs7ylJYdETWqZEBg0bog1hOYQ57GbiaTax++XGK+VS8=; b=DSU/JMrLiUk0IcWzNkvlwhA4OSoPnucWSzImrpwoEEAYP5m5e2MukDvWKQuzMiAZb2j9ytJfblYuqrGIcOEI3ym7StnAgQ/7FsSNTmV+kdtJCvT3/ZQ8hHv23XaZCjZm86lwFlTZm/z1fMM8ydgehqd4fbBx48lOMbCluYGeaCbCoPYHNu1/3GLEgYZgyeYtHDxhYkrjwePOt0iwGj8PrJpRbJEROqXCNX4NeCCLKlZSOKTgifvXpPP+GhcPAUYT/ENanLlmHkIaC+Ko8KNnTfGYoEEyeojKnbsn+QTB17nMxF4t27SCnwNLeGl2eYyvCWbEoSHD1VXYsxbwRoKQKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=uoguelph.ca; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Zs7ylJYdETWqZEBg0bog1hOYQ57GbiaTax++XGK+VS8=; b=ba0lU0UMe1EN21JC2vUrWAfBENZC7gH3Lv4ohpq7p23b7VSUqHpEsBIJTKuv6pKLp7A+NwO57OwMn+0deT/DcliRzWVpeJz3y9hyVkLZMcLDWPfdb+iqpUDGczu0SzqqsvnqCNMqiDE4asHUGtLsfFPT1lnJYyIrsWFXTBxQaS/Cb/LV3GDy1+kvZK/0Y55pCl7+qSOG6xpvjJ3C4ZAMlIiyX4EnCV7Es5dNHHqJtISpNEI08SPw9kqyDM5KgOB4mpxoNfNsALrkUDTYeC6p5X8vsWN7Y2ryXqkVzz59hTXcW1PX7rXiJgJLQr1eVhJ8AALHsgKk4UpwzBrqn+M+QQ== Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:38::14) by YQBPR0101MB1460.CANPRD01.PROD.OUTLOOK.COM (2603:10b6:c00:a::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3326.19; Wed, 26 Aug 2020 21:15:20 +0000 Received: from QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63]) by QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM ([fe80::e89a:a655:91ca:4e63%5]) with mapi id 15.20.3305.026; Wed, 26 Aug 2020 21:15:20 +0000 From: Rick Macklem To: J David , Brandon Bergren CC: FreeBSD Hackers Subject: Re: pidfile_open() usage in "mount" Thread-Topic: pidfile_open() usage in "mount" Thread-Index: AQHWe8eybc/2kMk1JESHDCtWsuNrP6lKpi6AgAA76f0= Date: Wed, 26 Aug 2020 21:15:20 +0000 Message-ID: References: <20200826144013.GV2551@kib.kiev.ua> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8ce90194-9e32-4d31-0a9c-08d84a0523a7 x-ms-traffictypediagnostic: YQBPR0101MB1460: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: xuU/QknCuYPfW84JOjmiE4y/RegVjRfr0WjAlty/afxMPQWbSAZ9DUlJQeHKzqJRw/aqWCb0w4eDeD/K3DYG/LMIBpGjqMCYEWDpXr0v9LrsupsmbZH/jKwPUuUyj0RHovZmzsLuSjsxRwGDBFoCOT3u9WbEDUa7oSzDb1I2goQWMrpO8+KZAxxMmjCwbelqnghMvSvN2ztbqZwSYE6pS8Ftbbik2hO7wXTb+hZJfbw9ROeK/8uygArHAFLstY0kp/cHlc/6P1b7vfFfdUua+4KK+sPOVfwvOUpacinKg4gdv68ONhG+P5oTF9CXstGGV7KvT/tcjMfiw9mYUkrXlYgKO1Rv6GUwV5wf2xVVqVAbZuLMT9JTt7Jx/njVHV3Kr1NBmk4XSsSMq3xuiWBQDQ== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(376002)(346002)(39860400002)(396003)(366004)(136003)(2906002)(83380400001)(5660300002)(52536014)(71200400001)(966005)(4326008)(478600001)(55016002)(9686003)(66556008)(91956017)(64756008)(66446008)(66476007)(76116006)(86362001)(66946007)(8936002)(786003)(186003)(33656002)(110136005)(8676002)(316002)(6506007)(7696005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata: fP1PZD767SbAoc/gamgpMwzRnBP9JlrlmS0wYnIn14CI7r/uTu4P7Uazh0iG6MOV8/EqcgZJYckvM1wOLVbIgVMjff8sd/r6YNfFvd3WBNphvhSwm1z7b3Y9Hq1c948w7PYW7nw7vcHqlt+BsCkPo313Dm/9RtjZTCJ5Mhs/XvSr+wAUFZtTpTrkBSOUHf3hVgm8pdmOR/70+gQxL3jTW+qG3OqYjUnlpGrKxK8j/zvs2TjEih6AuLNV6QhSfewGKBKHyXQiWDzfzO+6SPLrs19+DPthR1s18Qs+vGj8LIZ/PEVEmdFtRzTxLPRm0FQlbAsLvrEpjMRNKEMqHu3ey+LSkAt+JPr8IAMa3jw5CLOQ+HQ0rnhfhz5kgU/q3kQlB4maIRIfloNKIT7dKER+yxOI6OjOEcMToKaw5GPbHew/Evnesk9ODY5e271GbbHP6W5K+RgEhi7PkPewsQ/u2dMd84LN+EeemiLMcJLUyrzJeLUbODnqKrwHQmo9iLzxNjzwLJFke4auTyZuNUIcqgMV8uMCsAxrmhs18/mX+fNnvJswKzYDYGmcNfLuvo/IQ2wUwDPlHlIPrVv+kN+Ga23PwSyetmqpIWOQnaHoGJc26rcQ7dbkJs4KQokzXz8+nTBGMn9GuZiS2OVOFt1q2yi5HbtxXPCO+cNQgGyCsD8Qqy2VND2enIE+60cKE5tg+/XelyBZU8z1vaAucsc8lQ== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: QB1PR01MB3364.CANPRD01.PROD.OUTLOOK.COM X-MS-Exchange-CrossTenant-Network-Message-Id: 8ce90194-9e32-4d31-0a9c-08d84a0523a7 X-MS-Exchange-CrossTenant-originalarrivaltime: 26 Aug 2020 21:15:20.5587 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: FXg4BlSPR3J1juBZQtuDOZw+B9ErFb6jGzJdEEvQ997WiWRFjKy9m36uEb2FJFORegqn3/+kRLiQZooST0xI3g== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YQBPR0101MB1460 X-Rspamd-Queue-Id: 4BcJY76c3Pz4g1y X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=uoguelph.ca header.s=selector1 header.b=ba0lU0UM; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 2a01:111:f400:fe5d::600 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-5.08 / 15.00]; NEURAL_HAM_MEDIUM(-0.96)[-0.961]; R_DKIM_ALLOW(-0.20)[uoguelph.ca:s=selector1]; FREEFALL_USER(0.00)[rmacklem]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a01:111:f400::/48]; NEURAL_HAM_LONG(-0.99)[-0.991]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[uoguelph.ca]; DWL_DNSWL_LOW(-1.00)[uoguelph.ca:dkim]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[uoguelph.ca:+]; NEURAL_HAM_SHORT(-0.63)[-0.633]; FREEMAIL_TO(0.00)[gmail.com,FreeBSD.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:8075, ipnet:2a01:111:f000::/36, country:US]; ARC_ALLOW(-1.00)[microsoft.com:s=arcselector9901:i=1]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 21:15:25 -0000 Brandon Bergren wrote:=0A= >> The pidfile_* stuff is meant for the daemon side.=0A= >=0A= >As written, agreed, it clearly is. But alas "meant for" and "used=0A= >for" appear to differ. It looks like there's a client-side use in ZFS=0A= >as well (cddl/compat/opensolaris/misc/fsshare.c).=0A= >=0A= >> Why not just regular open(2)?=0A= >=0A= >That's also a solution I'd be fine with submitting. Certainly less=0A= >work. But there are a couple of reasons not to do that, mostly to do=0A= >with code reuse.=0A= >=0A= >First, the pidfile library does some stuff around path handling that=0A= >is useful not to try to reinvent.=0A= >=0A= >Second, while races do exist, use of pidfiles in this way probably=0A= >isn't going away, so having the code that tries to minimize those=0A= >races in one place makes a lot of sense, rather than having=0A= >potentially multiple idiosyncratic approaches/cases on an ad-hoc=0A= >basis. ("Don't let the perfect be the enemy of the good" and all=0A= >that.)=0A= >=0A= >The CDDL thing is actually a good example of this, because it looks=0A= >lifted straight from mount.c, but when mount.c got updated with the=0A= >mountdpid <=3D 0 check, fsshare.c didn't, and that's almost certainly a=0A= >bug because it could lead to inadvertent kill( -1, SIGHUP ) with=0A= >superuser permissions. Whoops! ZFS just randomly HUP'd every process=0A= >on the system.=0A= >=0A= >Having mount HUP mountd (iff it's running) seems odd to me anyway, but=0A= >today's filesystems are so weird and complex and diverse that I'm sure=0A= >it's essential for somebody.=0A= Yes, it is weird and I don't think I was the guilty party.=0A= The reason is that, if the local file system being mounted happens to be in= =0A= /etc/exports, then /etc/exports has to be re-loaded for the update.=0A= =0A= Ideally, all local file systems would be mounted and then one HUP would=0A= be sent to mountd, but that isn't the way it has worked for a long time=0A= and changing it would be a POLA violation, imho.=0A= =0A= Imagine how many times this happens for a server with 20,000 file=0A= systems that happen to be exported (such a server does exist, apparently).= =0A= =0A= I ended up coming up with an incremental exports update to improve this=0A= and Peter (the guy that has the 20,000+ file system servers) has a patch th= at=0A= uses a database instead of the flat exports file. (Hopefully a variant of h= is=0A= patch can make it into ZFS someday. Now that the big switch of ZFS to ZoL= =0A= has happened, maybe someday soon?)=0A= =0A= rick=0A= =0A= Thanks!=0A= _______________________________________________=0A= freebsd-hackers@freebsd.org mailing list=0A= https://lists.freebsd.org/mailman/listinfo/freebsd-hackers=0A= To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"= =0A= =0A= From owner-freebsd-hackers@freebsd.org Wed Aug 26 22:46:11 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 89ACE3BF91C for ; Wed, 26 Aug 2020 22:46:11 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: from mail-lj1-x22f.google.com (mail-lj1-x22f.google.com [IPv6:2a00:1450:4864:20::22f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcLYt5pz3z3XlM; Wed, 26 Aug 2020 22:46:10 +0000 (UTC) (envelope-from jdavidlists@gmail.com) Received: by mail-lj1-x22f.google.com with SMTP id g6so4206986ljn.11; Wed, 26 Aug 2020 15:46:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ejlXbn0Mvkcb15UJxMVWtgzX1x/WAUm8oaWN8K+rQE8=; b=SLC7nlHu7jLANf0YhHZOHgGh5/VtyQfGV1lvaqO5BP6nWdIjDEYwOSfc6V7fVD73XD ub5DIBXu8aHiFvpsr5enMuN43N9tDTg16QYG/c9RRTXCs1/sU1piqnFTsn1/4NxyYb6t cjNytV3ajACnNhXg4P+xJ1n2ogBLYZ6xZzu0aj251BwYH4g4N5rFdUGT0Vps2SSdCrvf M/DUmNRfVLnM5h72fRf95yc8Khzw6TenoUvI6/bGJfvWMVEFiTL89e0R7L3O2Jv7+fDb Rz1mAhGo1acHvn2CG2ey7SSBSmu07XnhoVNMwLEPFF0T2n9oZ0cr55VnEuPqXSPn/RZ9 QkVw== 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=ejlXbn0Mvkcb15UJxMVWtgzX1x/WAUm8oaWN8K+rQE8=; b=HeKwpNqRAVHcFcuHoHeeKkkwaqyO1jY6qttcah3Z8W8gpB3RKBGkQEHRYFDvlVSZ9+ mZpyOQ/1lDIaDPOrv+QrqaE38+f0b8x69JpOGsLN96k2UW4Aq7cl6UkFJJYJB8NO7Yjn WznUsCx9YEZI/Kc8U7xd3mj5C4yfYKAUbfa6A2Pha1489i5rwwl4CaFYwKUgQnD8UY7Z 47D3Tkq/GyxatKPw4ALFKWTathWUk6fgmE6bMnaf2nxVTPyePxzeVgfSfcTbjcRBE/+X UXt/E3F9whO8sgq8bOWFY0wPZE+8nrYU+9WZXyoLS3vKDwiiBNWJodrrU6q1t16b4Uhb 5Xjw== X-Gm-Message-State: AOAM531pDzLIQ9ji/zty5oe4FhoojelDXWnvvI0gYnieC9iWo0avzpeF JwiN0Grv0ccq93Q4DX3ZrPEPZS3nZ8jtHB+2Zws= X-Google-Smtp-Source: ABdhPJwCuVco+cwGmuTupsRGsdnsL/C1Gs1l7MHYcCWp/0026hiDmyRyFMrBMQRztrsk6i4EnVraNkNdYQFIoaF5BLw= X-Received: by 2002:a2e:9dca:: with SMTP id x10mr7732212ljj.396.1598481968922; Wed, 26 Aug 2020 15:46:08 -0700 (PDT) MIME-Version: 1.0 References: <20200826144013.GV2551@kib.kiev.ua> In-Reply-To: From: J David Date: Wed, 26 Aug 2020 18:45:57 -0400 Message-ID: Subject: Re: pidfile_open() usage in "mount" To: Rick Macklem Cc: Brandon Bergren , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4BcLYt5pz3z3XlM X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=SLC7nlHu; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jdavidlists@gmail.com designates 2a00:1450:4864:20::22f as permitted sender) smtp.mailfrom=jdavidlists@gmail.com X-Spamd-Result: default: False [-3.33 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.94)[-0.936]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; NEURAL_HAM_LONG(-0.96)[-0.960]; 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)[2a00:1450:4864:20::22f:from]; NEURAL_HAM_SHORT(-0.44)[-0.436]; 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]; TAGGED_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 22:46:11 -0000 On Wed, Aug 26, 2020 at 5:15 PM Rick Macklem wrote: > The reason is that, if the local file system being mounted happens to be in > /etc/exports, then /etc/exports has to be re-loaded for the update. That makes sense. > Ideally, all local file systems would be mounted and then one HUP would > be sent to mountd, but that isn't the way it has worked for a long time > and changing it would be a POLA violation, imho. Currently, it happens once per invocation of /sbin/mount, at the very end, so if you do something that causes multiple mounts (i.e. the -a flag), it only happens once. That's a good compromise, and I agree that decoupling it to happen somewhere else would not be a good idea, both for the reason you identify, and also because it just doesn't seem like local filesystems follow the fixed, from-boot-to-shutdown model that they used to. Thanks! From owner-freebsd-hackers@freebsd.org Wed Aug 26 23:13:05 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 28BA93C0371 for ; Wed, 26 Aug 2020 23:13:05 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BcM8w4Gkpz3ZSP for ; Wed, 26 Aug 2020 23:13:04 +0000 (UTC) (envelope-from kib@freebsd.org) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 07QNCuk1033757 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 27 Aug 2020 02:12:59 +0300 (EEST) (envelope-from kib@freebsd.org) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 07QNCuk1033757 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 07QNCtO7033756; Thu, 27 Aug 2020 02:12:55 +0300 (EEST) (envelope-from kib@freebsd.org) X-Authentication-Warning: tom.home: kostik set sender to kib@freebsd.org using -f Date: Thu, 27 Aug 2020 02:12:55 +0300 From: Konstantin Belousov To: J David Cc: freebsd-hackers@freebsd.org Subject: Re: pidfile_open() usage in "mount" Message-ID: <20200826231255.GW2551@kib.kiev.ua> References: <20200826144013.GV2551@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4BcM8w4Gkpz3ZSP X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Aug 2020 23:13:05 -0000 On Wed, Aug 26, 2020 at 01:13:24PM -0400, J David wrote: > On Wed, Aug 26, 2020 at 10:40 AM Konstantin Belousov wrote: > > It is possible that both pidfile_open() and the new function would share > > some significant amount of code. > > Not as much as one might hope, it looks like. There's already a > pidfile_read() function that isn't exported, so that helps. And it > looks like it might be worthwhile to pull out some of the > path-handling code to a common static function. But if for no other > reason than the O_WRONLY|O_TRUNC flags, the code necessarily diverges > pretty hard after the flopen/flopenat (depending on version). > > Would the right approach to this look something like: > > - New static function: int pidfile_real_open( const char *pathp, > mode_t ) that opens the right file, using the code & logic from lines > existing pidfile_open() (pidfile.c lines 105 - 147 in HEAD). > - Modify pidfile_open() to use pidfile_real_open() > - New public function: int pidfile_get( const char *pathp, pid_t > *pidptr, int ndelay ) returns 0 on success, EWOULDBLOCK (if ndelay is > nonzero and lock fails) or ENOENT (if pidfile does not exist). > Basically a wrapper around pidfile_open_int() and pidfile_read(). Usual error for timeouts is ETIMEDOUT. > > Notes: > - pidfile_real_open: don't love the name; not sure if there is a > naming convention for static functions that are called by public ones. > - pidfile_real_open: different versions will be need for 12/HEAD and > pre-12, due to lack of flopenat() in earlier releases. Do not bother with anything but HEAD for now. MFC would be next problem after the code is in HEAD. > - pidfile_get: returns error value directly as I think the general > move is away from returning -1 and setting errno in libraries like > this I believe the consistency is better than following the latest trends, and I am not sure that following pthread* model there gives any benefits. > - pidfile_get: ndelay would basically control the decision whether to > skip (if nonzero) the nanosleep loop structure around pidfile_read, as > happens in pidfile_open(). Probably not needed in most cases, but > I've been bitten by unskippable sleeps before in the weirdest places, > so why not? > - pidfile_get: Would rather call this pidfile_read but that's taken. > Since it's static though, could rename pidfile_read to > pidfile_real_read (or whatever else is conventional, same as > pidfile_real_open) and call this pidfile_read. That's my preference, > but it's hard for me to tell what's actually better and what just > looks better to me. > > If this all sounds OK, it shouldn't take me too long to come up with a > patch and corresponding test(s). It is too impractical to review a change by textual description instead of the diff. Write the patch, put it into FreeBSD phab https://reviews.freebsd.org and then you get the feedback. From owner-freebsd-hackers@freebsd.org Thu Aug 27 06:28:06 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 25CFA3C88A0 for ; Thu, 27 Aug 2020 06:28:06 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-ej1-x633.google.com (mail-ej1-x633.google.com [IPv6:2a00:1450:4864:20::633]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BcXpq6114z4DdW for ; Thu, 27 Aug 2020 06:28:03 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-ej1-x633.google.com with SMTP id l2so6117289eji.3 for ; Wed, 26 Aug 2020 23:28:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :mime-version:content-transfer-encoding; bh=ky9HFoycmvR5enjLSECXRFryEpUVfI1KujL+M6NTXy0=; b=k0ZA9E5UwHT4hEAC5Nd6d3SqIdpk13yGw7kebRlHbfaLn8CMLtFludRY+ZGLuh9QNl vCbGoJhNl835powPec4X2Em/ozFWKmovwr1DZg4qY/O8Hn10sWS69bTRMUqkQgA74GRP HfFCio0qos+sRJ8ubpmZs4HEZDLJ1lFUU2Xl8j4cBW8s24BzI/1fwKH1llXtbH2ZIxBm AoAzbqMDlxCtsJwexPL6jt2f2CUmCIt2miaVKXle+QovgF9b8wphNjwh425h3ptYEMZq G6l9jiLMzgRkrrnBo2K0awEsH/S9Dp3hXWojHenuBcgnxvRXymSrp0QoGQmS7tH8hpt0 iS5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:mime-version:content-transfer-encoding; bh=ky9HFoycmvR5enjLSECXRFryEpUVfI1KujL+M6NTXy0=; b=rUmCcyX/7V6cTlNPH7Q5vyVEfme0jrEPvaN7MTdDM46+Wdb73e1n3L5Hr4WJbN2KF7 k3mYCqDMOB4oo6aBM8wY/ghEzCCsmppSNfCTCtJrmgPzAE5lbw1xygp3MslR26fI2BH+ hUP2DX7RUv3t+4lZCvyVTZia+ZtU2GZCtgyVNUAkkFpr3nGk399faj9g9OEmcU3OhyvN cJkaVm9e0LUTxacYBaLZOFRGJmIzLXy1Xe1mN3GzsDlexZclaRqUuLA3ioaNMpkMYSE4 6AhNNFFrNRx2QKStTnuByiEmjFWPJybyyWEc6RgbGZcDI56PwWB7nx36zBS/+rufwoAU 1xZg== X-Gm-Message-State: AOAM531eHbcEU/IVAzIQqbNTRUpAHd62NwR+ZQsL2JJjQOItznbO+mdd T3+jLIZKufkffZ3wvibLYvQ= X-Google-Smtp-Source: ABdhPJxD5QCDXA05QQEHAChl3QeSZVi41Yms8wnmdCa4tCUxViEInlhngUX4CsLh6rHvzeaiiafqCQ== X-Received: by 2002:a17:906:f8d1:: with SMTP id lh17mr19020194ejb.409.1598509682262; Wed, 26 Aug 2020 23:28:02 -0700 (PDT) Received: from ernst.home (pd9e23482.dip0.t-ipconnect.de. [217.226.52.130]) by smtp.gmail.com with ESMTPSA id f13sm112322eds.85.2020.08.26.23.28.00 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 Aug 2020 23:28:01 -0700 (PDT) Date: Thu, 27 Aug 2020 08:27:55 +0200 From: Gary Jennejohn To: Alexey Prokopchuk Cc: freebsd-hackers@freebsd.org Subject: Re: module_register: cannot register pci/igb from if_igb.ko Message-ID: <20200827082755.01934c82@ernst.home> In-Reply-To: <37a2f60c-fa01-e3f3-e215-d60a1e92f5fd@gmail.com> References: <37a2f60c-fa01-e3f3-e215-d60a1e92f5fd@gmail.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BcXpq6114z4DdW X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=k0ZA9E5U; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::633 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.30 / 15.00]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.35)[-0.349]; FREEMAIL_TO(0.00)[gmail.com]; 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]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.969]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[217.226.52.130:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.986]; TAGGED_RCPT(0.00)[]; FREEMAIL_REPLYTO(0.00)[gmail.com]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::633:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Aug 2020 06:28:06 -0000 On Wed, 26 Aug 2020 22:01:50 +0300 Alexey Prokopchuk wrote: > Hi all. > > My English is not very good, excuse me if I said something wrong > > I have igb and em ethernet cards and kernel compiled with if_igb and if_em as modules. When both modules if_igb and if_em present in loader conf I see following message: > > module_register: cannot register pci/em from if_igb.ko; already loaded from if_em.ko > Module pci/em failed to register: 17 > module_register: cannot register pci/igb from if_igb.ko; already loaded from if_em.ko > Module pci/igb failed to register: 17 > > I tried to leave only if_em in loader.conf and noticed that igb device working, but module if_igb.ko does not loaded in kernel. So, I have only if_em.ko loaded and both em and igb cards working. > I'm confused and now I don't understand which driver should work with which device... > Which version of FreeBSD are you using? In HEAD (current) if_igb does not exist and the man pages for if_em and if_igb are identical. So, I suspect that you don't need if_igb and that if_em is the driver you want. -- Gary Jennejohn From owner-freebsd-hackers@freebsd.org Fri Aug 28 07:20:27 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id A982E3CFE5A for ; Fri, 28 Aug 2020 07:20:27 +0000 (UTC) (envelope-from jsorocil@gmail.com) 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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4Bd9wp6Cdtz46lv for ; Fri, 28 Aug 2020 07:20:26 +0000 (UTC) (envelope-from jsorocil@gmail.com) Received: by mail-ot1-x329.google.com with SMTP id 5so16000otp.12 for ; Fri, 28 Aug 2020 00:20:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=+Wws1ad2X+MD19/cAyhQbR5jxsr1PHKdrZzbMmV6CGU=; b=mPvodfpBOcoXQMEOhaid70r+GAANnGw4k6Wc/y0YmhjcL2wuMxpXRi2FCHpnFmYuj+ PzEF+0juJZ0WHsv5DdagKpdVMG7KpoHr3WTH2TUaDhHoyV7+sXTwO9APkV9Gp5pP9YJe j6FwtN8ifh9xbbbCI0hEs4R4fqtwCaPu2CtpSOzB/JpD9sxnNlMoCP2RoGN0OaGNLwhE n9xWw9EmVqk83y4COjiprWksyWlRhmH2xywZ3nHwCbNzTUPh4KlmEYyxIqvMwBIgFY8+ rCYNNsAs9TltKIETBgH6iZbteqFfPjLkkTO/88Il8iWDduehW0mqsZrqJaVfk08vtuDK F5HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=+Wws1ad2X+MD19/cAyhQbR5jxsr1PHKdrZzbMmV6CGU=; b=RkQNWOn9WDT3hupCxk2BTyqQhs0IZEcgkiNI3kMZZv6HYPFq5LVx2OY2nC1Bh6/0S5 BxLz3UUtX3o0XgMIXugDsTjxXESmxJvP0z5CbLOGxv4F0rWEs0YzAPt368qLKbhvUtnF D7/TQzaHOBfd7VwYpjM3CG0PgGmO4mTFTA9AYqypHD6W22BOP2LbGRjLg0lIarE1c99Z HWRhajF5Wv8vFoB7Tco8NadLtLSCcer/LFuoD4nhqvdWCJ+7+LYOaZQMj88StkLGGnn0 P30o6P/PUc7VXTJIV6h55oHmX0LRHGKwtZMCLKLERkBhW3hsgJrqGxsElyZMPDb5Jsmr 1lEw== X-Gm-Message-State: AOAM533KPxutO77Q/9V735aI53VEwmFENAecIKmYPyYeLqSCi8LPT97f 2xsz4IgBWRYmYfjVsDdxqkgbEzOB4W+WaV3fChoMHEtqytw= X-Google-Smtp-Source: ABdhPJx8u4ZIda+u83F5E7ZHxznpgSuUiSRS04qQTLhDuCJtgMGX/eVBekaKgzfcGjnBMOQnZBxcRSJ1q4/fD7msW/w= X-Received: by 2002:a05:6830:12c7:: with SMTP id a7mr177796otq.170.1598599223423; Fri, 28 Aug 2020 00:20:23 -0700 (PDT) MIME-Version: 1.0 From: Johnny Sorocil Date: Fri, 28 Aug 2020 09:19:09 +0200 Message-ID: Subject: External display brightness control To: freebsd-hackers@freebsd.org X-Rspamd-Queue-Id: 4Bd9wp6Cdtz46lv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=mPvodfpB; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of jsorocil@gmail.com designates 2607:f8b0:4864:20::329 as permitted sender) smtp.mailfrom=jsorocil@gmail.com X-Spamd-Result: default: False [-2.71 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.03)[-1.031]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; SH_EMAIL_DBL_DONT_QUERY_IPS(0.00)[0.0.0.0:email]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.95)[-0.950]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DBL_PROHIBIT(0.00)[0.0.0.0:email]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::329:from]; NEURAL_SPAM_SHORT(0.27)[0.274]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.33 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 07:20:27 -0000 Is it possible to control the backlight of an external monitor connected with DisplayPort with FreeBSD? As far as I understood commands are sent over DDC protocol (similar to I2C). But there are no ddcutil/ddccontrol tools for FreeBSD. I am not interested in changing color temperature via xbacklight/redlight/sct. Internal LCD of my ThinkPad T430s (FHD mod + CoreBoot if that is relevant) can be controlled with sysctl hw.acpi.video.lcd0.levels Laptop is connected to dock with 2x DisplayPort on which are connected Dell monitors which are recognized (according to Xorg logs and xrandr command) but I cannot control theirs brightness with software. Would it be possible to control brightness if monitors are connected to an ARM SBC? Logs from my amd64 hosts: # kldstat | grep iic 52 1 0xffffffff83143000 fd8 iic.ko 53 2 0xffffffff83144000 1fa0 iicbus.ko 54 1 0xffffffff83146000 cf8 iicsmb.ko # ls /dev/*iic* zsh: no matches found: /dev/*iic* /var/log/Xorg.0.log [459127.133] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [459127.133] Build Operating System: FreeBSD 12.1-RELEASE-p7 amd64 [459127.133] Current Operating System: FreeBSD innovator 12.1-RELEASE-p8 FreeBSD 12.1-RELEASE-p8 #5 c767236ce3b(my12.1)-dirty: Fri Aug 7 14:40:41 CEST 2020 root@innovator:/usr/obj/usr/src/amd64.amd64/sys/MYKERNEL amd64 [459127.133] Build Date: 04 August 2020 10:43:50AM [459127.133] [459127.133] Current version of pixman: 0.40.0 [459127.133] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [459127.133] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [459127.134] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Aug 27 03:01:57 2020 [459127.155] (==) Using system config directory "/usr/local/share/X11/xorg.conf.d" [459127.156] (==) No Layout section. Using the first Screen section. [459127.156] (==) No screen section available. Using defaults. [459127.156] (**) |-->Screen "Default Screen Section" (0) [459127.156] (**) | |-->Monitor "" [459127.157] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [459127.157] (==) Automatically adding devices [459127.157] (==) Automatically enabling devices [459127.157] (==) Not automatically adding GPU devices [459127.157] (==) Max clients allowed: 256, resource mask: 0x1fffff [459127.157] (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/misc/". [459127.157] Entry deleted from font path. [459127.158] (Run 'mkfontdir' on "/usr/local/share/fonts/misc/"). [459127.158] (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/Type1/". [459127.158] Entry deleted from font path. [459127.158] (Run 'mkfontdir' on "/usr/local/share/fonts/Type1/"). [459127.178] (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/100dpi/". [459127.178] Entry deleted from font path. [459127.178] (Run 'mkfontdir' on "/usr/local/share/fonts/100dpi/"). [459127.179] (WW) `fonts.dir' not found (or not valid) in "/usr/local/share/fonts/75dpi/". [459127.179] Entry deleted from font path. [459127.179] (Run 'mkfontdir' on "/usr/local/share/fonts/75dpi/"). [459127.179] (==) FontPath set to: /usr/local/share/fonts/TTF/, /usr/local/share/fonts/OTF/, catalogue:/usr/local/etc/X11/fontpath.d [459127.179] (==) ModulePath set to "/usr/local/lib/xorg/modules" [459127.179] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [459127.179] (II) Loader magic: 0x42e020 [459127.179] (II) Module ABI versions: [459127.179] X.Org ANSI C Emulation: 0.4 [459127.179] X.Org Video Driver: 24.1 [459127.179] X.Org XInput driver : 24.1 [459127.179] X.Org Server Extension : 10.0 [459127.180] (--) PCI:*(0@0:2:0) 8086:0166:8086:0166 rev 9, Mem @ 0x85000000/4194304, 0x90000000/268435456, I/O @ 0x00001000/64, BIOS @ 0x????????/65536 [459127.180] (II) LoadModule: "glx" [459127.194] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so [459127.263] (II) Module glx: vendor="X.Org Foundation" [459127.263] compiled for 1.20.8, module version = 1.0.0 [459127.263] ABI class: X.Org Server Extension, version 10.0 [459127.263] (==) Matched intel as autoconfigured driver 0 [459127.263] (==) Matched modesetting as autoconfigured driver 1 [459127.263] (==) Matched scfb as autoconfigured driver 2 [459127.263] (==) Matched vesa as autoconfigured driver 3 [459127.263] (==) Assigned the driver to the xf86ConfigLayout [459127.263] (II) LoadModule: "intel" [459127.264] (WW) Warning, couldn't open module intel [459127.264] (EE) Failed to load module "intel" (module does not exist, 0) [459127.264] (II) LoadModule: "modesetting" [459127.264] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so [459127.265] (II) Module modesetting: vendor="X.Org Foundation" [459127.265] compiled for 1.20.8, module version = 1.20.8 [459127.265] Module class: X.Org Video Driver [459127.265] ABI class: X.Org Video Driver, version 24.1 [459127.265] (II) LoadModule: "scfb" [459127.265] (WW) Warning, couldn't open module scfb [459127.265] (EE) Failed to load module "scfb" (module does not exist, 0) [459127.265] (II) LoadModule: "vesa" [459127.266] (WW) Warning, couldn't open module vesa [459127.266] (EE) Failed to load module "vesa" (module does not exist, 0) [459127.266] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [459127.266] (--) Using syscons driver with X support (version 2.0) [459127.266] (++) using VT number 9 [459130.512] (**) modeset(0): claimed PCI slot 0@0:2:0 [459130.513] (II) modeset(0): using default device [459130.513] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support [459130.514] (II) modeset(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [459130.514] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [459130.514] (==) modeset(0): RGB weight 888 [459130.514] (==) modeset(0): Default visual is TrueColor [459130.514] (II) Loading sub module "glamoregl" [459130.514] (II) LoadModule: "glamoregl" [459130.515] (II) Loading /usr/local/lib/xorg/modules/libglamoregl.so [459130.529] (II) Module glamoregl: vendor="X.Org Foundation" [459130.529] compiled for 1.20.8, module version = 1.0.1 [459130.529] ABI class: X.Org ANSI C Emulation, version 0.4 [459130.588] (II) modeset(0): glamor X acceleration enabled on Mesa DRI Intel(R) Ivybridge Mobile [459130.588] (II) modeset(0): glamor initialized [459130.588] (II) modeset(0): Output LVDS-1 has no monitor section [459130.589] (II) modeset(0): Output VGA-1 has no monitor section [459130.741] (II) modeset(0): Output HDMI-1 has no monitor section [459130.741] (II) modeset(0): Output DP-1 has no monitor section [459130.742] (II) modeset(0): Output HDMI-2 has no monitor section [459130.743] (II) modeset(0): Output HDMI-3 has no monitor section [459130.760] (II) modeset(0): Output DP-2 has no monitor section [459130.778] (II) modeset(0): Output DP-3 has no monitor section [459130.779] (II) modeset(0): EDID for output LVDS-1 [459130.779] (II) modeset(0): Manufacturer: LEN Model: 40a3 Serial#: 0 [459130.779] (II) modeset(0): Year: 2015 Week: 12 [459130.779] (II) modeset(0): EDID Version: 1.4 [459130.779] (II) modeset(0): Digital Display Input [459130.779] (II) modeset(0): 6 bits per channel [459130.779] (II) modeset(0): Digital interface is DisplayPort [459130.779] (II) modeset(0): Max Image Size [cm]: horiz.: 31 vert.: 17 [459130.779] (II) modeset(0): Gamma: 2.20 [459130.779] (II) modeset(0): DPMS capabilities: StandBy Suspend Off [459130.779] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 [459130.779] (II) modeset(0): First detailed timing is preferred mode [459130.779] (II) modeset(0): Preferred mode is native pixel format and refresh rate [459130.779] (II) modeset(0): redX: 0.643 redY: 0.352 greenX: 0.329 greenY: 0.630 [459130.779] (II) modeset(0): blueX: 0.153 blueY: 0.047 whiteX: 0.313 whiteY: 0.329 [459130.780] (II) modeset(0): Manufacturer's mask: 0 [459130.780] (II) modeset(0): Supported detailed timing: [459130.780] (II) modeset(0): clock: 138.7 MHz Image Size: 309 x 175 mm [459130.780] (II) modeset(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 h_blank_end 2080 h_border: 0 [459130.780] (II) modeset(0): v_active: 1080 v_sync: 1083 v_sync_end 1088 v_blanking: 1111 v_border: 0 [459130.780] (II) modeset(0): Unknown vendor-specific block f [459130.780] (II) modeset(0): B140HAN01.2 [459130.780] (II) modeset(0): EDID (in hex): [459130.780] (II) modeset(0): 00ffffffffffff0030aea34000000000 [459130.780] (II) modeset(0): 0c190104951f1178ea8545a45a54a127 [459130.780] (II) modeset(0): 0c505400000001010101010101010101 [459130.780] (II) modeset(0): 010101010101293680a070381f403020 [459130.780] (II) modeset(0): 350035af1000001e0000000000000000 [459130.780] (II) modeset(0): 000000000000000000000000000f00d1 [459130.780] (II) modeset(0): 093bd1093b1e0a0006af3d12000000fe [459130.780] (II) modeset(0): 004231343048414e30312e32200a0037 [459130.780] (II) modeset(0): Printing probed modes for output LVDS-1 [459130.780] (II) modeset(0): Modeline "1920x1080"x60.0 138.65 1920 1968 2000 2080 1080 1083 1088 1111 +hsync +vsync (66.7 kHz eP) [459130.780] (II) modeset(0): Modeline "1920x1080"x119.9 266.50 1920 1944 1960 2000 1080 1081 1084 1111 doublescan +hsync -vsync (133.2 kHz d) [459130.780] (II) modeset(0): Modeline "1920x1080"x60.0 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync (67.2 kHz d) [459130.780] (II) modeset(0): Modeline "1920x1080"x59.9 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync (66.6 kHz d) [459130.780] (II) modeset(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz d) [459130.780] (II) modeset(0): Modeline "1680x1050"x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz d) [459130.780] (II) modeset(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz d) [459130.780] (II) modeset(0): Modeline "1600x900"x120.0 246.00 1600 1728 1900 2200 900 901 904 932 doublescan -hsync +vsync (111.8 kHz d) [459130.780] (II) modeset(0): Modeline "1600x900"x119.9 186.50 1600 1624 1640 1680 900 901 904 926 doublescan +hsync -vsync (111.0 kHz d) [459130.780] (II) modeset(0): Modeline "1600x900"x59.9 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync (56.0 kHz d) [459130.780] (II) modeset(0): Modeline "1600x900"x59.8 97.50 1600 1648 1680 1760 900 903 908 926 +hsync -vsync (55.4 kHz d) [459130.780] (II) modeset(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz d) [459130.780] (II) modeset(0): Modeline "1400x900"x60.0 103.50 1400 1480 1624 1848 900 903 913 934 -hsync +vsync (56.0 kHz d) [459130.780] (II) modeset(0): Modeline "1400x900"x59.9 86.50 1400 1448 1480 1560 900 903 913 926 +hsync -vsync (55.4 kHz d) [459130.780] (II) modeset(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz d) [459130.780] (II) modeset(0): Modeline "1440x810"x120.0 198.12 1440 1548 1704 1968 810 811 814 839 doublescan -hsync +vsync (100.7 kHz d) [459130.780] (II) modeset(0): Modeline "1440x810"x119.9 151.88 1440 1464 1480 1520 810 811 814 833 doublescan +hsync -vsync (99.9 kHz d) [459130.780] (II) modeset(0): Modeline "1368x768"x59.9 85.25 1368 1440 1576 1784 768 771 781 798 -hsync +vsync (47.8 kHz d) [459130.780] (II) modeset(0): Modeline "1368x768"x59.9 72.25 1368 1416 1448 1528 768 771 781 790 +hsync -vsync (47.3 kHz d) [459130.780] (II) modeset(0): Modeline "1280x800"x120.0 174.25 1280 1380 1516 1752 800 801 804 829 doublescan -hsync +vsync (99.5 kHz d) [459130.780] (II) modeset(0): Modeline "1280x800"x119.9 134.25 1280 1304 1320 1360 800 801 804 823 doublescan +hsync -vsync (98.7 kHz d) [459130.780] (II) modeset(0): Modeline "1280x800"x59.8 83.50 1280 1352 1480 1680 800 803 809 831 -hsync +vsync (49.7 kHz d) [459130.780] (II) modeset(0): Modeline "1280x800"x59.9 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz d) [459130.780] (II) modeset(0): Modeline "1280x720"x120.0 156.12 1280 1376 1512 1744 720 721 724 746 doublescan -hsync +vsync (89.5 kHz d) [459130.780] (II) modeset(0): Modeline "1280x720"x120.0 120.75 1280 1304 1320 1360 720 721 724 740 doublescan +hsync -vsync (88.8 kHz d) [459130.780] (II) modeset(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz d) [459130.780] (II) modeset(0): Modeline "1280x720"x59.7 63.75 1280 1328 1360 1440 720 723 728 741 +hsync -vsync (44.3 kHz d) [459130.781] (II) modeset(0): Modeline "1024x768"x120.1 133.47 1024 1100 1212 1400 768 768 770 794 doublescan -hsync +vsync (95.3 kHz d) [459130.781] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d) [459130.781] (II) modeset(0): Modeline "960x720"x120.0 117.00 960 1024 1128 1300 720 720 722 750 doublescan -hsync +vsync (90.0 kHz d) [459130.781] (II) modeset(0): Modeline "928x696"x120.1 109.15 928 976 1088 1264 696 696 698 719 doublescan -hsync +vsync (86.4 kHz d) [459130.781] (II) modeset(0): Modeline "896x672"x120.0 102.40 896 960 1060 1224 672 672 674 697 doublescan -hsync +vsync (83.7 kHz d) [459130.781] (II) modeset(0): Modeline "1024x576"x119.9 98.50 1024 1092 1200 1376 576 577 580 597 doublescan -hsync +vsync (71.6 kHz d) [459130.781] (II) modeset(0): Modeline "1024x576"x119.9 78.38 1024 1048 1064 1104 576 577 580 592 doublescan +hsync -vsync (71.0 kHz d) [459130.781] (II) modeset(0): Modeline "1024x576"x59.9 46.50 1024 1064 1160 1296 576 579 584 599 -hsync +vsync (35.9 kHz d) [459130.781] (II) modeset(0): Modeline "1024x576"x59.8 42.00 1024 1072 1104 1184 576 579 584 593 +hsync -vsync (35.5 kHz d) [459130.781] (II) modeset(0): Modeline "960x600"x119.9 96.62 960 1028 1128 1296 600 601 604 622 doublescan -hsync +vsync (74.6 kHz d) [459130.781] (II) modeset(0): Modeline "960x600"x120.0 77.00 960 984 1000 1040 600 601 604 617 doublescan +hsync -vsync (74.0 kHz d) [459130.781] (II) modeset(0): Modeline "960x540"x119.9 86.50 960 1024 1124 1288 540 541 544 560 doublescan -hsync +vsync (67.2 kHz d) [459130.781] (II) modeset(0): Modeline "960x540"x120.0 69.25 960 984 1000 1040 540 541 544 555 doublescan +hsync -vsync (66.6 kHz d) [459130.781] (II) modeset(0): Modeline "960x540"x59.6 40.75 960 992 1088 1216 540 543 548 562 -hsync +vsync (33.5 kHz d) [459130.781] (II) modeset(0): Modeline "960x540"x59.8 37.25 960 1008 1040 1120 540 543 548 556 +hsync -vsync (33.3 kHz d) [459130.781] (II) modeset(0): Modeline "800x600"x120.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz d) [459130.781] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d) [459130.781] (II) modeset(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d) [459130.781] (II) modeset(0): Modeline "840x525"x120.0 73.12 840 892 980 1120 525 526 529 544 doublescan -hsync +vsync (65.3 kHz d) [459130.781] (II) modeset(0): Modeline "840x525"x119.8 59.50 840 864 880 920 525 526 529 540 doublescan +hsync -vsync (64.7 kHz d) [459130.781] (II) modeset(0): Modeline "864x486"x59.9 32.50 864 888 968 1072 486 489 494 506 -hsync +vsync (30.3 kHz d) [459130.781] (II) modeset(0): Modeline "864x486"x59.6 30.50 864 912 944 1024 486 489 494 500 +hsync -vsync (29.8 kHz d) [459130.781] (II) modeset(0): Modeline "700x525"x120.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz d) [459130.781] (II) modeset(0): Modeline "800x450"x119.9 59.12 800 848 928 1056 450 451 454 467 doublescan -hsync +vsync (56.0 kHz d) [459130.781] (II) modeset(0): Modeline "800x450"x119.6 48.75 800 824 840 880 450 451 454 463 doublescan +hsync -vsync (55.4 kHz d) [459130.781] (II) modeset(0): Modeline "640x512"x120.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz d) [459130.781] (II) modeset(0): Modeline "700x450"x119.9 51.75 700 740 812 924 450 451 456 467 doublescan -hsync +vsync (56.0 kHz d) [459130.781] (II) modeset(0): Modeline "700x450"x119.8 43.25 700 724 740 780 450 451 456 463 doublescan +hsync -vsync (55.4 kHz d) [459130.781] (II) modeset(0): Modeline "640x480"x120.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz d) [459130.781] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d) [459130.781] (II) modeset(0): Modeline "720x405"x59.5 22.50 720 744 808 896 405 408 413 422 -hsync +vsync (25.1 kHz d) [459130.781] (II) modeset(0): Modeline "720x405"x59.0 21.75 720 768 800 880 405 408 413 419 +hsync -vsync (24.7 kHz d) [459130.781] (II) modeset(0): Modeline "684x384"x119.8 42.62 684 720 788 892 384 385 390 399 doublescan -hsync +vsync (47.8 kHz d) [459130.781] (II) modeset(0): Modeline "684x384"x119.7 36.12 684 708 724 764 384 385 390 395 doublescan +hsync -vsync (47.3 kHz d) [459130.781] (II) modeset(0): Modeline "640x400"x119.8 41.75 640 676 740 840 400 401 404 415 doublescan -hsync +vsync (49.7 kHz d) [459130.781] (II) modeset(0): Modeline "640x400"x120.0 35.50 640 664 680 720 400 401 404 411 doublescan +hsync -vsync (49.3 kHz d) [459130.781] (II) modeset(0): Modeline "640x360"x119.7 37.25 640 672 736 832 360 361 364 374 doublescan -hsync +vsync (44.8 kHz d) [459130.781] (II) modeset(0): Modeline "640x360"x119.7 31.88 640 664 680 720 360 361 364 370 doublescan +hsync -vsync (44.3 kHz d) [459130.781] (II) modeset(0): Modeline "640x360"x59.8 18.00 640 664 720 800 360 363 368 376 -hsync +vsync (22.5 kHz d) [459130.781] (II) modeset(0): Modeline "640x360"x59.3 17.75 640 688 720 800 360 363 368 374 +hsync -vsync (22.2 kHz d) [459130.781] (II) modeset(0): Modeline "512x384"x120.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz d) [459130.781] (II) modeset(0): Modeline "512x288"x120.0 23.25 512 532 580 648 288 289 292 299 doublescan -hsync +vsync (35.9 kHz d) [459130.781] (II) modeset(0): Modeline "512x288"x119.8 21.00 512 536 552 592 288 289 292 296 doublescan +hsync -vsync (35.5 kHz d) [459130.781] (II) modeset(0): Modeline "480x270"x119.3 20.38 480 496 544 608 270 271 274 281 doublescan -hsync +vsync (33.5 kHz d) [459130.781] (II) modeset(0): Modeline "480x270"x119.6 18.62 480 504 520 560 270 271 274 278 doublescan +hsync -vsync (33.3 kHz d) [459130.781] (II) modeset(0): Modeline "400x300"x120.6 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz d) [459130.781] (II) modeset(0): Modeline "400x300"x112.7 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (35.2 kHz d) [459130.781] (II) modeset(0): Modeline "432x243"x119.8 16.25 432 444 484 536 243 244 247 253 doublescan -hsync +vsync (30.3 kHz d) [459130.781] (II) modeset(0): Modeline "432x243"x119.1 15.25 432 456 472 512 243 244 247 250 doublescan +hsync -vsync (29.8 kHz d) [459130.781] (II) modeset(0): Modeline "320x240"x120.1 12.59 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (31.5 kHz d) [459130.781] (II) modeset(0): Modeline "360x202"x119.0 11.25 360 372 404 448 202 204 206 211 doublescan -hsync +vsync (25.1 kHz d) [459130.781] (II) modeset(0): Modeline "360x202"x118.3 10.88 360 384 400 440 202 204 206 209 doublescan +hsync -vsync (24.7 kHz d) [459130.781] (II) modeset(0): Modeline "320x180"x119.7 9.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d) [459130.782] (II) modeset(0): Modeline "320x180"x118.6 8.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d) [459130.782] (II) modeset(0): EDID for output VGA-1 [459130.935] (II) modeset(0): EDID for output HDMI-1 [459130.935] (II) modeset(0): EDID for output DP-1 [459130.936] (II) modeset(0): EDID for output HDMI-2 [459130.937] (II) modeset(0): EDID for output HDMI-3 [459130.954] (II) modeset(0): EDID for output DP-2 [459130.954] (II) modeset(0): Manufacturer: DEL Model: 4148 Serial#: 1112559961 [459130.954] (II) modeset(0): Year: 2019 Week: 7 [459130.954] (II) modeset(0): EDID Version: 1.4 [459130.954] (II) modeset(0): Digital Display Input [459130.954] (II) modeset(0): 8 bits per channel [459130.954] (II) modeset(0): Digital interface is DisplayPort [459130.954] (II) modeset(0): Max Image Size [cm]: horiz.: 53 vert.: 30 [459130.954] (II) modeset(0): Gamma: 2.20 [459130.954] (II) modeset(0): DPMS capabilities: Off [459130.954] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [459130.954] (II) modeset(0): Default color space is primary color space [459130.954] (II) modeset(0): First detailed timing is preferred mode [459130.954] (II) modeset(0): Preferred mode is native pixel format and refresh rate [459130.954] (II) modeset(0): redX: 0.640 redY: 0.330 greenX: 0.300 greenY: 0.600 [459130.954] (II) modeset(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 [459130.954] (II) modeset(0): Supported established timings: [459130.954] (II) modeset(0): 720x400@70Hz [459130.954] (II) modeset(0): 640x480@60Hz [459130.954] (II) modeset(0): 640x480@75Hz [459130.954] (II) modeset(0): 800x600@60Hz [459130.954] (II) modeset(0): 800x600@75Hz [459130.955] (II) modeset(0): 1024x768@60Hz [459130.955] (II) modeset(0): 1024x768@75Hz [459130.955] (II) modeset(0): 1280x1024@75Hz [459130.955] (II) modeset(0): Manufacturer's mask: 0 [459130.955] (II) modeset(0): Supported standard timings: [459130.955] (II) modeset(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [459130.955] (II) modeset(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [459130.955] (II) modeset(0): #2: hsize: 1600 vsize 900 refresh: 60 vid: 49321 [459130.955] (II) modeset(0): #3: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 [459130.955] (II) modeset(0): Supported detailed timing: [459130.955] (II) modeset(0): clock: 148.5 MHz Image Size: 527 x 296 mm [459130.955] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.955] (II) modeset(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 [459130.955] (II) modeset(0): Serial No: 3DX7LS2 [459130.955] (II) modeset(0): Monitor name: DELL U2419H [459130.955] (II) modeset(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 175 MHz [459130.955] (II) modeset(0): Supported detailed timing: [459130.955] (II) modeset(0): clock: 148.5 MHz Image Size: 527 x 296 mm [459130.955] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.955] (II) modeset(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 [459130.955] (II) modeset(0): Supported detailed timing: [459130.955] (II) modeset(0): clock: 74.2 MHz Image Size: 527 x 296 mm [459130.955] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.955] (II) modeset(0): v_active: 540 v_sync: 542 v_sync_end 547 v_blanking: 562 v_border: 0 [459130.955] (II) modeset(0): Supported detailed timing: [459130.955] (II) modeset(0): clock: 74.2 MHz Image Size: 527 x 296 mm [459130.955] (II) modeset(0): h_active: 1280 h_sync: 1390 h_sync_end 1430 h_blank_end 1650 h_border: 0 [459130.955] (II) modeset(0): v_active: 720 v_sync: 725 v_sync_end 730 v_blanking: 750 v_border: 0 [459130.955] (II) modeset(0): Supported detailed timing: [459130.955] (II) modeset(0): clock: 27.0 MHz Image Size: 527 x 296 mm [459130.955] (II) modeset(0): h_active: 720 h_sync: 736 h_sync_end 798 h_blank_end 858 h_border: 0 [459130.955] (II) modeset(0): v_active: 480 v_sync: 489 v_sync_end 495 v_blanking: 525 v_border: 0 [459130.955] (II) modeset(0): Number of EDID sections to follow: 1 [459130.955] (II) modeset(0): EDID (in hex): [459130.955] (II) modeset(0): 00ffffffffffff0010ac484159515042 [459130.955] (II) modeset(0): 071d0104a5351e783eee95a3544c9926 [459130.955] (II) modeset(0): 0f5054a54b00714f8180a9c0d1c00101 [459130.955] (II) modeset(0): 010101010101023a801871382d40582c [459130.955] (II) modeset(0): 45000f282100001e000000ff00334458 [459130.955] (II) modeset(0): 374c53320a2020202020000000fc0044 [459130.955] (II) modeset(0): 454c4c205532343139480a20000000fd [459130.955] (II) modeset(0): 00384c1e5311010a2020202020200177 [459130.956] (II) modeset(0): 02031cf14f9005040302071601061112 [459130.956] (II) modeset(0): 1513141f23097f0783010000023a8018 [459130.956] (II) modeset(0): 71382d40582c45000f282100001e011d [459130.956] (II) modeset(0): 8018711c1620582c25000f282100009e [459130.956] (II) modeset(0): 011d007251d01e206e2855000f282100 [459130.956] (II) modeset(0): 001e8c0ad08a20e02d10103e96000f28 [459130.956] (II) modeset(0): 21000018000000000000000000000000 [459130.956] (II) modeset(0): 00000000000000000000000000000017 [459130.956] (II) modeset(0): Printing probed modes for output DP-2 [459130.956] (II) modeset(0): Modeline "1920x1080"x60.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) [459130.956] (II) modeset(0): Modeline "1920x1080"x50.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e) [459130.956] (II) modeset(0): Modeline "1920x1080"x59.9 148.35 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.4 kHz e) [459130.956] (II) modeset(0): Modeline "1920x1080i"x60.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e) [459130.956] (II) modeset(0): Modeline "1920x1080i"x50.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e) [459130.956] (II) modeset(0): Modeline "1920x1080i"x59.9 74.18 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.7 kHz e) [459130.956] (II) modeset(0): Modeline "1600x900"x60.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz e) [459130.956] (II) modeset(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [459130.956] (II) modeset(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e) [459130.956] (II) modeset(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e) [459130.956] (II) modeset(0): Modeline "1280x720"x60.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [459130.956] (II) modeset(0): Modeline "1280x720"x50.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e) [459130.956] (II) modeset(0): Modeline "1280x720"x59.9 74.18 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [459130.956] (II) modeset(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [459130.956] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [459130.956] (II) modeset(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [459130.956] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [459130.956] (II) modeset(0): Modeline "720x576"x50.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e) [459130.956] (II) modeset(0): Modeline "720x480"x60.0 27.03 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e) [459130.956] (II) modeset(0): Modeline "720x480"x59.9 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e) [459130.956] (II) modeset(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [459130.956] (II) modeset(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [459130.956] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [459130.956] (II) modeset(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [459130.974] (II) modeset(0): EDID for output DP-3 [459130.974] (II) modeset(0): Manufacturer: DEL Model: 4168 Serial#: 1096437847 [459130.974] (II) modeset(0): Year: 2019 Week: 33 [459130.974] (II) modeset(0): EDID Version: 1.4 [459130.974] (II) modeset(0): Digital Display Input [459130.974] (II) modeset(0): 8 bits per channel [459130.974] (II) modeset(0): Digital interface is DisplayPort [459130.974] (II) modeset(0): Max Image Size [cm]: horiz.: 53 vert.: 30 [459130.975] (II) modeset(0): Gamma: 2.20 [459130.975] (II) modeset(0): DPMS capabilities: Off [459130.975] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [459130.975] (II) modeset(0): Default color space is primary color space [459130.975] (II) modeset(0): First detailed timing is preferred mode [459130.975] (II) modeset(0): Preferred mode is native pixel format and refresh rate [459130.975] (II) modeset(0): redX: 0.640 redY: 0.330 greenX: 0.300 greenY: 0.600 [459130.975] (II) modeset(0): blueX: 0.150 blueY: 0.060 whiteX: 0.313 whiteY: 0.329 [459130.975] (II) modeset(0): Supported established timings: [459130.975] (II) modeset(0): 720x400@70Hz [459130.975] (II) modeset(0): 640x480@60Hz [459130.975] (II) modeset(0): 640x480@75Hz [459130.975] (II) modeset(0): 800x600@60Hz [459130.975] (II) modeset(0): 800x600@75Hz [459130.975] (II) modeset(0): 1024x768@60Hz [459130.975] (II) modeset(0): 1024x768@75Hz [459130.975] (II) modeset(0): 1280x1024@75Hz [459130.975] (II) modeset(0): Manufacturer's mask: 0 [459130.975] (II) modeset(0): Supported standard timings: [459130.975] (II) modeset(0): #0: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [459130.975] (II) modeset(0): #1: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [459130.975] (II) modeset(0): #2: hsize: 1600 vsize 900 refresh: 60 vid: 49321 [459130.975] (II) modeset(0): #3: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 [459130.975] (II) modeset(0): Supported detailed timing: [459130.975] (II) modeset(0): clock: 148.5 MHz Image Size: 527 x 296 mm [459130.975] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.975] (II) modeset(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 [459130.975] (II) modeset(0): Serial No: 6309QS2 [459130.975] (II) modeset(0): Monitor name: DELL U2419HC [459130.975] (II) modeset(0): Ranges: V min: 56 V max: 76 Hz, H min: 30 H max: 83 kHz, PixClock max 175 MHz [459130.975] (II) modeset(0): Supported detailed timing: [459130.975] (II) modeset(0): clock: 148.5 MHz Image Size: 527 x 296 mm [459130.975] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.975] (II) modeset(0): v_active: 1080 v_sync: 1084 v_sync_end 1089 v_blanking: 1125 v_border: 0 [459130.975] (II) modeset(0): Supported detailed timing: [459130.975] (II) modeset(0): clock: 74.2 MHz Image Size: 527 x 296 mm [459130.975] (II) modeset(0): h_active: 1920 h_sync: 2008 h_sync_end 2052 h_blank_end 2200 h_border: 0 [459130.975] (II) modeset(0): v_active: 540 v_sync: 542 v_sync_end 547 v_blanking: 562 v_border: 0 [459130.975] (II) modeset(0): Supported detailed timing: [459130.975] (II) modeset(0): clock: 74.2 MHz Image Size: 527 x 296 mm [459130.975] (II) modeset(0): h_active: 1280 h_sync: 1390 h_sync_end 1430 h_blank_end 1650 h_border: 0 [459130.975] (II) modeset(0): v_active: 720 v_sync: 725 v_sync_end 730 v_blanking: 750 v_border: 0 [459130.976] (II) modeset(0): Supported detailed timing: [459130.976] (II) modeset(0): clock: 27.0 MHz Image Size: 527 x 296 mm [459130.976] (II) modeset(0): h_active: 720 h_sync: 736 h_sync_end 798 h_blank_end 858 h_border: 0 [459130.976] (II) modeset(0): v_active: 480 v_sync: 489 v_sync_end 495 v_blanking: 525 v_border: 0 [459130.976] (II) modeset(0): Number of EDID sections to follow: 1 [459130.976] (II) modeset(0): EDID (in hex): [459130.976] (II) modeset(0): 00ffffffffffff0010ac684157505a41 [459130.976] (II) modeset(0): 211d0104a5351e783eee95a3544c9926 [459130.976] (II) modeset(0): 0f5054a54b00714f8180a9c0d1c00101 [459130.976] (II) modeset(0): 010101010101023a801871382d40582c [459130.976] (II) modeset(0): 45000f282100001e000000ff00363330 [459130.976] (II) modeset(0): 395153320a2020202020000000fc0044 [459130.976] (II) modeset(0): 454c4c20553234313948430a000000fd [459130.976] (II) modeset(0): 00384c1e5311010a2020202020200143 [459130.976] (II) modeset(0): 02031cf14f9005040302071601061112 [459130.976] (II) modeset(0): 1513141f23097f0783010000023a8018 [459130.976] (II) modeset(0): 71382d40582c45000f282100001e011d [459130.976] (II) modeset(0): 8018711c1620582c25000f282100009e [459130.976] (II) modeset(0): 011d007251d01e206e2855000f282100 [459130.976] (II) modeset(0): 001e8c0ad08a20e02d10103e96000f28 [459130.976] (II) modeset(0): 21000018000000000000000000000000 [459130.976] (II) modeset(0): 00000000000000000000000000000017 [459130.976] (II) modeset(0): Printing probed modes for output DP-3 [459130.976] (II) modeset(0): Modeline "1920x1080"x60.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.5 kHz eP) [459130.976] (II) modeset(0): Modeline "1920x1080"x50.0 148.50 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync (56.2 kHz e) [459130.976] (II) modeset(0): Modeline "1920x1080"x59.9 148.35 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync (67.4 kHz e) [459130.976] (II) modeset(0): Modeline "1920x1080i"x60.0 74.25 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.8 kHz e) [459130.976] (II) modeset(0): Modeline "1920x1080i"x50.0 74.25 1920 2448 2492 2640 1080 1084 1094 1125 interlace +hsync +vsync (28.1 kHz e) [459130.976] (II) modeset(0): Modeline "1920x1080i"x59.9 74.18 1920 2008 2052 2200 1080 1084 1094 1125 interlace +hsync +vsync (33.7 kHz e) [459130.976] (II) modeset(0): Modeline "1600x900"x60.0 108.00 1600 1624 1704 1800 900 901 904 1000 +hsync +vsync (60.0 kHz e) [459130.976] (II) modeset(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [459130.976] (II) modeset(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e) [459130.976] (II) modeset(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e) [459130.976] (II) modeset(0): Modeline "1280x720"x60.0 74.25 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [459130.976] (II) modeset(0): Modeline "1280x720"x50.0 74.25 1280 1720 1760 1980 720 725 730 750 +hsync +vsync (37.5 kHz e) [459130.976] (II) modeset(0): Modeline "1280x720"x59.9 74.18 1280 1390 1430 1650 720 725 730 750 +hsync +vsync (45.0 kHz e) [459130.976] (II) modeset(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [459130.976] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [459130.976] (II) modeset(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [459130.976] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [459130.976] (II) modeset(0): Modeline "720x576"x50.0 27.00 720 732 796 864 576 581 586 625 -hsync -vsync (31.2 kHz e) [459130.976] (II) modeset(0): Modeline "720x480"x60.0 27.03 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e) [459130.976] (II) modeset(0): Modeline "720x480"x59.9 27.00 720 736 798 858 480 489 495 525 -hsync -vsync (31.5 kHz e) [459130.976] (II) modeset(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [459130.976] (II) modeset(0): Modeline "640x480"x60.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [459130.976] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [459130.977] (II) modeset(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [459130.977] (II) modeset(0): Output LVDS-1 connected [459130.977] (II) modeset(0): Output VGA-1 disconnected [459130.977] (II) modeset(0): Output HDMI-1 disconnected [459130.977] (II) modeset(0): Output DP-1 disconnected [459130.977] (II) modeset(0): Output HDMI-2 disconnected [459130.977] (II) modeset(0): Output HDMI-3 disconnected [459130.977] (II) modeset(0): Output DP-2 connected [459130.977] (II) modeset(0): Output DP-3 connected [459130.977] (II) modeset(0): Using spanning desktop for initial modes [459130.977] (II) modeset(0): Output LVDS-1 using initial mode 1920x1080 +0+0 [459130.977] (II) modeset(0): Output DP-2 using initial mode 1920x1080 +1920+0 [459130.977] (II) modeset(0): Output DP-3 using initial mode 1920x1080 +3840+0 [459130.977] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0) [459130.977] (==) modeset(0): DPI set to (96, 96) [459130.977] (II) Loading sub module "fb" [459130.977] (II) LoadModule: "fb" [459130.977] (II) Loading /usr/local/lib/xorg/modules/libfb.so [459130.978] (II) Module fb: vendor="X.Org Foundation" [459130.978] compiled for 1.20.8, module version = 1.0.0 [459130.978] ABI class: X.Org ANSI C Emulation, version 0.4 [459130.993] (==) modeset(0): Backing store enabled [459130.993] (==) modeset(0): Silken mouse enabled [459131.113] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc. [459131.113] (==) modeset(0): DPMS enabled [459131.115] (II) modeset(0): [DRI2] Setup complete [459131.115] (II) modeset(0): [DRI2] DRI driver: i965 [459131.115] (II) modeset(0): [DRI2] VDPAU driver: i965 [459131.116] (II) Initializing extension Generic Event Extension [459131.117] (II) Initializing extension SHAPE [459131.117] (II) Initializing extension MIT-SHM [459131.117] (II) Initializing extension XInputExtension [459131.118] (II) Initializing extension XTEST [459131.118] (II) Initializing extension BIG-REQUESTS [459131.118] (II) Initializing extension SYNC [459131.119] (II) Initializing extension XKEYBOARD [459131.119] (II) Initializing extension XC-MISC [459131.119] (II) Initializing extension SECURITY [459131.120] (II) Initializing extension XFIXES [459131.120] (II) Initializing extension RENDER [459131.120] (II) Initializing extension RANDR [459131.120] (II) Initializing extension COMPOSITE [459131.121] (II) Initializing extension DAMAGE [459131.121] (II) Initializing extension MIT-SCREEN-SAVER [459131.122] (II) Initializing extension DOUBLE-BUFFER [459131.122] (II) Initializing extension RECORD [459131.122] (II) Initializing extension DPMS [459131.122] (II) Initializing extension Present [459131.123] (II) Initializing extension DRI3 [459131.123] (II) Initializing extension X-Resource [459131.123] (II) Initializing extension XVideo [459131.124] (II) Initializing extension XVideo-MotionCompensation [459131.124] (II) Initializing extension GLX [459131.131] (II) AIGLX: Loaded and initialized i965 [459131.131] (II) GLX: Initialized DRI2 GL provider for screen 0 [459131.131] (II) Initializing extension XFree86-VidModeExtension [459131.131] (II) Initializing extension XFree86-DGA [459131.131] (II) Initializing extension XFree86-DRI [459131.132] (II) Initializing extension DRI2 ... From owner-freebsd-hackers@freebsd.org Fri Aug 28 19:58:50 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5CF7E3BEBE0 for ; Fri, 28 Aug 2020 19:58:50 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdVls10PMz4HtN for ; Fri, 28 Aug 2020 19:58:48 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 07SJwd1a063254 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Fri, 28 Aug 2020 21:58:40 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1598644720; bh=3A66dcR9CfkDFS5dmDhFH78JYU60XJ2qOoVhCbVCv88=; h=Date:From:To:Subject; b=e2W2gtIqO2RpSTSsdK8Z2Zqng/1tBOr4PIgqyuRoXpye7Fib43Sd2r+Tldi3CoSDH kDSwsV32Qy/kbStl1ZPERkHy0r+IZwXAoExmzaQEBGyMJ83bOaUa4INUueAkPQt1aj lnlox5ZjLNjpKTEJD3IZyeREgTnrfSKE59k5EvCc= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 07SJwdJ7063251 for ; Fri, 28 Aug 2020 21:58:39 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Fri, 28 Aug 2020 21:58:39 +0200 (CEST) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: is it possible? Message-ID: User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII X-Rspamd-Queue-Id: 4BdVls10PMz4HtN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=e2W2gtIq; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [0.97 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; NEURAL_SPAM_MEDIUM(0.10)[0.099]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.51)[-0.509]; DMARC_NA(0.00)[puchar.net]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-0.32)[-0.322]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 19:58:50 -0000 to run 2 instances on Xorg server on 2 virtual consoles? From owner-freebsd-hackers@freebsd.org Fri Aug 28 20:20:51 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C93513BFB04 for ; Fri, 28 Aug 2020 20:20:51 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: from mail-pj1-x1029.google.com (mail-pj1-x1029.google.com [IPv6:2607:f8b0:4864:20::1029]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 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 4BdWFG5k7tz4LQ1 for ; Fri, 28 Aug 2020 20:20:50 +0000 (UTC) (envelope-from theron.tarigo@gmail.com) Received: by mail-pj1-x1029.google.com with SMTP id q1so111291pjd.1 for ; Fri, 28 Aug 2020 13:20:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:subject:to:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=89H1gYcw41j8khiOC8HKHPoq2xIfLEnMpZcg2lAKhVk=; b=b0kuFnK8DMW17wCfRc+xQ0BZgxNiR9vmwrMsyjDgu4/dwBtMtg86XaxFgZZDyGJCeP bDB6DWKSXv623OVMW9RLuMqlATqDcXUo1fb0m/tPOR8Cc/iAAxppZhCK+bpXGJ02cqgM bKVrrLfHQJA+3+dGtxNG9Y0ZtD9Ur4v06TnVcht84HQzcHpPLnUscgtKS4vCegr6BUBR pEIEPazuuAG2ogWX6muApl91SkW5LP3W9MkhoWd2K40m/y4wbhrHmFNjoQIZ2Sr854Z6 /xI5PClJJBIOmE4YnjKhxdgeb+t4xrZl0TAxqAQ/70uytgp7Zq+S17f/pdIw/DVDh2vn WjWQ== 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:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=89H1gYcw41j8khiOC8HKHPoq2xIfLEnMpZcg2lAKhVk=; b=jJMnhDubUA2M28AJFCPc73mxqFcoShFP6O+yzXJjxex1dkwN9heKEql860rrwPeZp9 9Gt7WDMDZsvA0fC/3cbktVmJ7MCZHhl00nz+akMZydSagsQgBkxxUtY1vnblfDVxLn7S GUzaeu1m18sOV1eNQtERVzWAfcl0wvUSdTQqY+M1kUsvi28bpzRZCubaDF+dgpwQqFpK JzUGRX2ai1ZmNOr8PJFq0PwJDATQxFRfSjHju3FgHKoqH6eXk5dsN8BjPSksPB1xfh3i BHGAWgjzCLTzw2Tw++Fwtj/YXB/v5P6MuYesxpfTkFMqDrb7G5adzj9gd6Xx6H/i3wiI nrkQ== X-Gm-Message-State: AOAM5319nNXhtfH62ZY0AryMyFwsnzBlFUrtJI3Ncd6627jGN0H2Jx4A fDC5G6wcsPrrVhtHXY0IqB7yTw9MXK4= X-Google-Smtp-Source: ABdhPJxvkrRGZm673V32c5gqXuNUkXq018QpRYRRI3MvJjg6rCUWk/HqeUU8do334vjL93aNg48zpA== X-Received: by 2002:a17:902:6b05:: with SMTP id o5mr467248plk.173.1598646048977; Fri, 28 Aug 2020 13:20:48 -0700 (PDT) Received: from [192.168.1.40] (c-76-126-107-221.hsd1.ca.comcast.net. [76.126.107.221]) by smtp.gmail.com with ESMTPSA id t63sm311297pgt.50.2020.08.28.13.20.47 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 28 Aug 2020 13:20:48 -0700 (PDT) Sender: Theron Tarigo Subject: Re: is it possible? To: Wojciech Puchar , freebsd-hackers@freebsd.org References: From: Theron Message-ID: <9e47e676-45bb-9fc5-87eb-41c4ba313d9c@gmail.com> Date: Fri, 28 Aug 2020 16:20:41 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.1 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: 4BdWFG5k7tz4LQ1 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=b0kuFnK8; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of therontarigo@gmail.com designates 2607:f8b0:4864:20::1029 as permitted sender) smtp.mailfrom=therontarigo@gmail.com X-Spamd-Result: default: False [-2.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.94)[-0.940]; 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]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[76.126.107.221:received]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.987]; NEURAL_HAM_LONG(-0.97)[-0.973]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-hackers@freebsd.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::1029:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 20:20:51 -0000 On 2020-08-28 15:58, Wojciech Puchar wrote: > to run 2 instances on Xorg server on 2 virtual consoles? It is working for me (with Intel drm-kmod which might be relevant); I can switch between servers with ctrl-alt-F9/F10 Theron From owner-freebsd-hackers@freebsd.org Fri Aug 28 22:15:33 2020 Return-Path: Delivered-To: freebsd-hackers@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1C3063C42A6 for ; Fri, 28 Aug 2020 22:15:33 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: from puchar.net (puchar.net [194.1.144.90]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BdYnb6w4xz4XD4 for ; Fri, 28 Aug 2020 22:15:31 +0000 (UTC) (envelope-from wojtek@puchar.net) Received: Received: from 127.0.0.1 (localhost [127.0.0.1]) by puchar.net (8.15.2/8.15.2) with ESMTPS id 07SMFQXx098349 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 29 Aug 2020 00:15:26 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=puchar.net; s=default; t=1598652926; bh=sBmn2NOOIOHmguu3dzw8Q+9DdCtKUqb5pc8aesVNySI=; h=Date:From:To:cc:Subject:In-Reply-To:References; b=ZuAOij5jhbJck6IlrPfs1U2glQsjVmnRm/l9DU7jGaX8xSBqM+VK/gGu6f6+eiBeH 3QKGYh1H55ONLQc6FPG/iT6xmGO2schSBGymf9Kx7wTB8sjyntGLTIY0tYm+wJcUbV ewlxYXYrPesukMQWLRaaS7G3j45pBkiJ/DSbU1m4= Received: from localhost (puchar-wojtek@localhost) by puchar.net (8.15.2/8.15.2/Submit) with ESMTP id 07SMFQuZ098346; Sat, 29 Aug 2020 00:15:26 +0200 (CEST) (envelope-from puchar-wojtek@puchar.net) Date: Sat, 29 Aug 2020 00:15:26 +0200 (CEST) From: Wojciech Puchar To: Theron cc: Wojciech Puchar , freebsd-hackers@freebsd.org Subject: Re: is it possible? In-Reply-To: <9e47e676-45bb-9fc5-87eb-41c4ba313d9c@gmail.com> Message-ID: References: <9e47e676-45bb-9fc5-87eb-41c4ba313d9c@gmail.com> User-Agent: Alpine 2.20 (BSF 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 4BdYnb6w4xz4XD4 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=fail (headers rsa verify failed) header.d=puchar.net header.s=default header.b=ZuAOij5j; dmarc=none; spf=pass (mx1.freebsd.org: domain of wojtek@puchar.net designates 194.1.144.90 as permitted sender) smtp.mailfrom=wojtek@puchar.net X-Spamd-Result: default: False [-1.14 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.79)[-0.790]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; R_DKIM_REJECT(1.00)[puchar.net:s=default]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[puchar.net]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-0.91)[-0.910]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[puchar.net:-]; NEURAL_HAM_SHORT(-1.14)[-1.139]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:43476, ipnet:194.1.144.0/24, country:PL]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-hackers] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Aug 2020 22:15:33 -0000 i use xdm i just put in my /etc/X11/Xservers :0 local /usr/local/bin/Xorg vt02 -nolisten tcp :0 :1 local /usr/local/bin/Xorg vt03 -nolisten tcp :1 and it works. thank you very much On Fri, 28 Aug 2020, Theron wrote: > On 2020-08-28 15:58, Wojciech Puchar wrote: >> to run 2 instances on Xorg server on 2 virtual consoles? > > It is working for me (with Intel drm-kmod which might be relevant); I can > switch between servers with ctrl-alt-F9/F10 > > Theron > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > >