From owner-freebsd-current@freebsd.org Sun Oct 20 03:07:57 2019 Return-Path: Delivered-To: freebsd-current@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 5C0CD174BAA for ; Sun, 20 Oct 2019 03:07:57 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46wl7w1XTvz4DqP for ; Sun, 20 Oct 2019 03:07:55 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-oi1-x231.google.com with SMTP id 83so8405856oii.1 for ; Sat, 19 Oct 2019 20:07:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding:content-language; bh=8pdwFht5o0e1jngSKQ84b8V/UHstNb2n84KP+le0PM4=; b=JbrvtO6JmUomKo07pCPlfTm6Jcd76t+8Y9LQo3bxe0BrtbP53SSFOl+mMA4CZJSAJI RmOZEdE+Nc4Idh6JsMTs/dmbly506HWVBp2MtOcEFa3PDBkpe5BB8HVGuQvhnueLkKgs sJBPkdxhzWuE9Xf1Xeh2xEbmfoljNyZtE7IRce2pE2is8DU6R/uylNoJBsXgQfMW7G1V h3JJ451ory91QkbYDd+OKfXhtOEXSJiSaLEZGMfrqWFSI2pJQCFOawfFbgtaKsZDAaK+ oODXKg3PpUlLDP0fb7qrfQnYk0UVNDh8z2e9CtMNbErpKUqyB3aSbTFEjwWrFSAcvqfb QDAw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=8pdwFht5o0e1jngSKQ84b8V/UHstNb2n84KP+le0PM4=; b=NT8ZSvsr9o5Ym3bUAZBeaX5i/+PVvOhcJWgAU5fPphypdV1CGbCGKKbKy6A6bIf5NY flnzG9Yc/fRGJ/POkCalOO0bXQDvZpVHWTvpyga+c/megpSy95QSLwRq1MSIsxSxXwuW BrqUP43VqSnJSVyB+mC8UhDwfYXfVErIL7ij17dfmgFYAf1voLe+zyRMb5GC38s3yrKu g3XSz1hcQkAmAK6G2jY9aaD9QvIoiIstDKsOOZhObvByYw4hTD1orIQwdu68jq7KUtBa CsUTDU3pLoadpB4U+Dj4fbiNlSeOooRpMIpoW1Bo/h3PN+Q8rvxkOwcb/CuHTlJoIwtx Yt/w== X-Gm-Message-State: APjAAAVhIyS01xJJKiBP/FIe9nZBnrl+vrDtcC6iy4SmhYh/qE6rWZ8Z GvpDangGdCF8Wr4hcruHnWTy3Di0wQ== X-Google-Smtp-Source: APXvYqw521/zomXtUdkG+P5qBv2lR+CXJO0m1m4nVXydwYkuTU8jBqKuVc7d29DVdLY4AE/RAA3lbg== X-Received: by 2002:aca:7249:: with SMTP id p70mr13041624oic.55.1571540874092; Sat, 19 Oct 2019 20:07:54 -0700 (PDT) Received: from ?IPv6:2600:1700:caa1:a280:d0f7:a64f:bffc:9536? ([2600:1700:caa1:a280:d0f7:a64f:bffc:9536]) by smtp.gmail.com with ESMTPSA id d9sm2877700ote.11.2019.10.19.20.07.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 19 Oct 2019 20:07:53 -0700 (PDT) Subject: Re: r353072 > r353427 > r353709 To: Evilham Cc: "freebsd-current@freebsd.org" References: <4948bdbf-f79c-482b-87f5-e0f72c527b19@yggdrasil.evilham.com> From: Clay Daniels Message-ID: Date: Sat, 19 Oct 2019 22:07:52 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <4948bdbf-f79c-482b-87f5-e0f72c527b19@yggdrasil.evilham.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 46wl7w1XTvz4DqP X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=JbrvtO6J; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::231 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.02), ipnet: 2607:f8b0::/32(-2.46), asn: 15169(-2.09), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2019 03:07:57 -0000 On 10/19/19 4:54 AM, Evilham wrote: > Have you seen the recent threads about this? > Particularly this with some steps that worked-for-me (tm): >  https://lists.freebsd.org/pipermail/freebsd-current/2019-October/074660.html > > -- > Evilham i looked at the patch  & made a file which says: diff --git a/linuxkpi/gplv2/src/linux_page.c b/linuxkpi/gplv2/src/linux_page.c index e2b85c45c..060ae85ed 100644 --- a/linuxkpi/gplv2/src/linux_page.c +++ b/linuxkpi/gplv2/src/linux_page.c @@ -239,7 +239,7 @@ retry:              page = vm_page_lookup(devobj, i);              if (page == NULL)                  continue; -            if (vm_page_sleep_if_busy(page, "linuxkpi")) +            if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL))                  goto retry;              cdev_pager_free_page(devobj, page);          } Not knowing much about patching, I decided to locate linux_page.c and did so on my install at: /usr/src/sys/compat/lynuxpki/common/src/linux_page.c I figured if it was just a one line change, good old vi would do the trick, but after carefully looking through my linux_page,c file, I found what I think is the section, and this is what it says (my handwritten transcription from the console screen of the freebsd computer to my linux workstation) --- retry:    page = vm_page_alloc_contig(NULL, 0, req       npages, 0, pmax, PAGE_SIZE, 0, VM_MEMATTR_DEFAULT);    if (page == NULL) {         if (flags & M_WAITOK) {            if (!vm_page_reclaim_config (req,                npages, 0, pmax, PAGE_SIZE, 0)) {                   vm_wait(NULL);           }           FLAGS &= ~M_WAITOK;           go to retry;        }         return (NULL)      } } --- Excuse the spacing. Anyway, I suspect I must have an updated version of linux_page.c but not sure. What I might do is go ahead and go to the /usr/ports/graphics/drm-kmod directory and make install clean, then load xorg and see what happens. I'm going to have a bite of super first. Clay From owner-freebsd-current@freebsd.org Sun Oct 20 06:46:00 2019 Return-Path: Delivered-To: freebsd-current@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 DD67E15579E for ; Sun, 20 Oct 2019 06:46:00 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (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 46wqzW2NmLz4RDm for ; Sun, 20 Oct 2019 06:45:58 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id EC5A42094D for ; Sun, 20 Oct 2019 02:45:57 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Sun, 20 Oct 2019 02:45:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=y 3ed5cmYbllLMUVRZFaw17rd7VSE3jKfOohuVB4kDbs=; b=orsAKyrPyWalBIV3e nHQr0PrB6jCskl4QPS+gzLZ3X2t0LPTlxSJ1eLeOpbwKzm8VU9VyTxR9cDYXT3Vs H0H9tfVwr88uzRXP0Le6yeIu6EZiMrtNIB+41Za4AYC4GSwwEQe+2lliTJ+KS6Kb hGoSfILdk/nB8MQDNHM5vkKEqm9TTUonQtXe8/5gEDlx2VJRmkHy7EqzfOZkGmHx CGz5vlSV3SjoKq3M1+IOSH1KMumNFyBScOA4+INcuSzMxZcysUpUnX7eui8nkig8 tiIX2WgcncOKdoS2RKPiZ/SxsqUYcw96Fdy6M8N/oUQ6hYhCKKlWClVdw7udsiwP 99jhA== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding: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=fm1; bh=y3ed5cmYbllLMUVRZFaw17rd7VSE3jKfOohuVB4kD bs=; b=ugVyW6Nyw6UTITtu0XkKdXJx9vWyh6BzFFQfqXe3zGKFsOE4U2i/LwLNb d+veFQuISQCXONIzn2yWF4WBDqmSCYMr7EsAMaPPLkfwb1He+STvX/PcaPOUvslJ ReMeWL/C1L2qqshTCK5CVdsGBobYtN369IIiCgvI13APs9ue/Dm3+jDttD+nvx34 RGAh4IqvOfWmj4+a0BvOfonQw1BU8mT/v1zNGgyv7igV8aOc63J4mYubaiZBzX6Q 0QH1vPlgPpw0uG87a4J6gZiOpn9d1ikk13VhV7ZmBjB6V5kO+IOs5/QIPqcL0XbR v27gquT0RoH8sfsH5UNjYJgbTl7rQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkedvgdduuddtucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefuvfhfhffkffgfgggjtgfgsehtje ertddtfeejnecuhfhrohhmpegjuhhrihcurfgrnhhkohhvuceohihurhhiphhvseihuhhr ihhpvhdrnhgvtheqnecuffhomhgrihhnpehfrhgvvggsshgurdhorhhgnecukfhppeekhe drudejvddrheegrdduudegnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihhpvhes hihurhhiphhvrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.10] (unknown [85.172.54.114]) by mail.messagingengine.com (Postfix) with ESMTPA id 632AE8005A for ; Sun, 20 Oct 2019 02:45:56 -0400 (EDT) Subject: Re: DRM-current-kmod is still a problem at r353339 To: freebsd-current@freebsd.org References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> From: Yuri Pankov Message-ID: <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> Date: Sun, 20 Oct 2019 09:45:53 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <25593555-6452-0933-d0fe-0459425cde55@delphij.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46wqzW2NmLz4RDm X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm1 header.b=orsAKyrP; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=ugVyW6Ny; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 66.111.4.26 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-6.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm1,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.111.4.26]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; DMARC_NA(0.00)[yuripv.net]; IP_SCORE(-3.47)[ip: (-9.73), ipnet: 66.111.4.0/24(-4.86), asn: 11403(-2.68), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[26.4.111.66.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:66.111.4.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[114.54.172.85.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2019 06:46:00 -0000 On 10/18/2019 8:01 AM, Xin Li wrote: > Another (semi-fixed!) data point -- I can confirm that with if > (vm_page_sleep_if_busy(page, "linuxkpi")) > -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change and > mjg@'s earlier patch at > https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it) , > the latest drm-v5.0 branch of drm-current-kmod worked just fine with > Intel HD Graphics P630 on Lenovo P51. Confirmed that it worked for me too on P51. Sorry for offtopic, but do you see the console getting "stuck" after loading i915kms, i.e. for input to show you need to switch to another console and back? From owner-freebsd-current@freebsd.org Sun Oct 20 08:42:28 2019 Return-Path: Delivered-To: freebsd-current@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 798301586B1 for ; Sun, 20 Oct 2019 08:42:28 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: from mail-wr1-x444.google.com (mail-wr1-x444.google.com [IPv6:2a00:1450:4864:20::444]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46wtYt5k11z4WXh for ; Sun, 20 Oct 2019 08:42:26 +0000 (UTC) (envelope-from gljennjohn@gmail.com) Received: by mail-wr1-x444.google.com with SMTP id q13so5497692wrs.12 for ; Sun, 20 Oct 2019 01:42:26 -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=tGncPYFd2GDaqttairG/Sv/EX3VGMLBJescteGVTUak=; b=UsmdR9/5xwavnzbXcM51yPf1Q+pD1+K5ZahO1AGRTdztlstTKGWmU+MRSUx38MZQfv 8Du3inHv1bNvQrLUoHQcEhDChh6gYTNt32VcKhUHmLLYQTtc17OqVD67swGZhsepHlDl PgAGNU6YZ3j4rsv3XGdMD/GsnjbuZexqh2i3WU74l6XVsju0L+2c/+o5OwDCr+AlIfh4 53e1fVtw56ozjkjatjmXaf1x0hMDqP47RtLHLJuYPx0n2yl4ki3Ry0CNZuLJ04v2HIh1 hTTghW+tDbqCkv7GtzKCtpznAQB7YhBXeXyWZMxboMaHyd/WlMIowyjGXUaiz6kuFxhj 0XBg== 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=tGncPYFd2GDaqttairG/Sv/EX3VGMLBJescteGVTUak=; b=p+SSw7BeB8yxLcCpLFipTWVWjfPWPt/PTCD+//cZXfMcd+P77fkWS+MqEHho2xTYjV 3uWZOB/H7qcCmxR9h+Jo9j1cbZfu+ppq4L4X4mxgbCtz5hKpgeN+y0tHuBrtbR6dKHVf BOt970KQGg8pxA5YgNWWZ+xvVcL3PGg8PYCcWZTc37CJ9ACb5SwZuA0Kz79vqR7dYikE Dwyb1IUDjcisLg5aH80GPLKETxjGO9LFrpS0a6LE6y2+6URMC5gN45idAz3En281Mytv Njro6I1ns7vUD0Je9jYFV/29LCaivZw5mj1uiV5tB9oQ3f/SMbbU+Gd/HLN/FdrB2x6i s0GA== X-Gm-Message-State: APjAAAVr6KWY8wV2tk9VInN81C8OYlXtpB+Ammp7iqPe/tkv4jFimE73 4tafnn3jFypEBuLySa0d2qVxOUF5 X-Google-Smtp-Source: APXvYqxgpSAx1sEXUN4+nICbWezgq55yjK230R2uxd2AurqI3x2feUffJCvZySSHkR2Cb8zL1OHvmg== X-Received: by 2002:adf:e5c4:: with SMTP id a4mr15305721wrn.334.1571560945158; Sun, 20 Oct 2019 01:42:25 -0700 (PDT) Received: from ernst.home (p5B3BEFDD.dip0.t-ipconnect.de. [91.59.239.221]) by smtp.gmail.com with ESMTPSA id u10sm9357925wmm.0.2019.10.20.01.42.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 20 Oct 2019 01:42:24 -0700 (PDT) Date: Sun, 20 Oct 2019 10:42:23 +0200 From: Gary Jennejohn To: Clay Daniels Cc: Evilham , "freebsd-current@freebsd.org" Subject: Re: r353072 > r353427 > r353709 Message-ID: <20191020104223.4ac03a5e@ernst.home> In-Reply-To: References: <4948bdbf-f79c-482b-87f5-e0f72c527b19@yggdrasil.evilham.com> Reply-To: gljennjohn@gmail.com X-Mailer: Claws Mail 3.17.4 (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: 46wtYt5k11z4WXh X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=UsmdR9/5; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gljennjohn@gmail.com designates 2a00:1450:4864:20::444 as permitted sender) smtp.mailfrom=gljennjohn@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[gljennjohn@gmail.com]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; 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]; IP_SCORE(0.00)[ip: (3.22), ipnet: 2a00:1450::/32(-2.84), asn: 15169(-2.09), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[221.239.59.91.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; FREEMAIL_REPLYTO(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[4.4.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Oct 2019 08:42:28 -0000 On Sat, 19 Oct 2019 22:07:52 -0500 Clay Daniels wrote: > On 10/19/19 4:54 AM, Evilham wrote: > > Have you seen the recent threads about this? > > Particularly this with some steps that worked-for-me (tm): > > https://lists.freebsd.org/pipermail/freebsd-current/2019-October074660.html > > > > -- > > Evilham > > i looked at the patch__ & made a file which says: > > diff --git a/linuxkpi/gplv2/src/linux_page.c > b/linuxkpi/gplv2/src/linux_page.c > index e2b85c45c..060ae85ed 100644 > --- a/linuxkpi/gplv2/src/linux_page.c > +++ b/linuxkpi/gplv2/src/linux_page.c > @@ -239,7 +239,7 @@ retry: > ________ ______ ______ page = vm_page_lookup(devobj, i); > ________ ______ ______ if (page == NULL) > ________ ______ ______ ______ continue; > -______ ______ ______ if (vm_page_sleep_if_busy(page, "linuxkpi")) > +______ ______ ______ if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) > ________ ______ ______ ______ goto retry; > ________ ______ ______ cdev_pager_free_page(devobj, page); > ________ ______ } > > Not knowing much about patching, I decided to locate linux_page.c and > did so on my install at: > This is a patch to a file used in the port itself, not to the kernel sources under /usr/src/sys. This should be pretty clear from this line in the referenced link to the posting in freebsd-current: # cat files/patch-linuxkpi_gplv2_src_linux__page.c In other words, the patch must be put in the files directory in the port itself. > /usr/src/sys/compat/lynuxpki/common/src/linux_page.c > > I figured if it was just a one line change, good old vi would do the > trick, but after carefully looking through my linux_page,c file, I found > what I think is the section, and this is what it says (my handwritten > transcription from the console screen of the freebsd computer to my > linux workstation) > > --- > retry: > ____ page = vm_page_alloc_contig(NULL, 0, req > __________ npages, 0, pmax, PAGE_SIZE, 0, VM_MEMATTR_DEFAULT); > ____ if (page == NULL) { > ____ ________ if (flags & M_WAITOK) { > ______ ____________ if (!vm_page_reclaim_config (req, > ______ ____________________ npages, 0, pmax, PAGE_SIZE, 0)) { > ______ ______ __________________ vm_wait(NULL); > ______ __________ } > ______ __________ FLAGS &= ~M_WAITOK; > ______ __________ go to retry; > ____________ } > ______________ return (NULL) > ________ } > } > --- > > Excuse the spacing. > > Anyway, I suspect I must have an updated version of linux_page.c but not > sure. What I might do is go ahead and go to the > /usr/ports/graphics/drm-kmod directory and make install clean, then load > xorg and see what happens. I'm going to have a bite of super first. > > Clay > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Gary Jennejohn From owner-freebsd-current@freebsd.org Mon Oct 21 01:14:34 2019 Return-Path: Delivered-To: freebsd-current@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 154DA16FA31; Mon, 21 Oct 2019 01:14:34 +0000 (UTC) (envelope-from neel@neelc.org) Received: from nyc1.neelc.org (nyc1.neelc.org [185.213.26.161]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46xJZc6ZYnz4Ypj; Mon, 21 Oct 2019 01:14:32 +0000 (UTC) (envelope-from neel@neelc.org) Received: from mail.neelc.org (nyc1.neelc.org [IPv6:2a0d:5600:33:11::2]) by nyc1.neelc.org (Postfix) with ESMTPSA id 21BA4151569; Sun, 20 Oct 2019 21:14:22 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 20 Oct 2019 21:14:22 -0400 From: Neel Chauhan To: Yuri Pankov Cc: freebsd-current@freebsd.org, owner-freebsd-current@freebsd.org Subject: Re: DRM-current-kmod is still a problem at r353339 In-Reply-To: <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> Message-ID: X-Sender: neel@neelc.org User-Agent: Roundcube Webmail/1.3.9 X-Rspamd-Queue-Id: 46xJZc6ZYnz4Ypj X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of neel@neelc.org designates 185.213.26.161 as permitted sender) smtp.mailfrom=neel@neelc.org X-Spamd-Result: default: False [-2.83 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.996,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+a]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[neelc.org]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.53)[asn: 63473(-2.61), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:63473, ipnet:185.213.26.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 01:14:34 -0000 For me, the following code is still necessary for me (HP Spectre x360 2018), which is the remaining parts of the patches not committed if you are using a recent kernel. I don't know about you all ThinkPad users, it should still apply as it's Intel in general not just HP or Lenovo. Without these patches, I get a kernel panic. Keep in mind that the patch may render as spaces, but it should be tabs. Index: amd64/pmap.c =================================================================== --- amd64/pmap.c (revision 353788) +++ amd64/pmap.c (working copy) @@ -355,8 +355,9 @@ } \ } while (0) -#define CHANGE_PV_LIST_LOCK_TO_VM_PAGE(lockp, m) \ - CHANGE_PV_LIST_LOCK_TO_PHYS(lockp, VM_PAGE_TO_PHYS(m)) +#define CHANGE_PV_LIST_LOCK_TO_VM_PAGE(lockp, m) do { \ + CHANGE_PV_LIST_LOCK_TO_PHYS(lockp, VM_PAGE_TO_PHYS(m)); \ +} while (0) #define RELEASE_PV_LIST_LOCK(lockp) do { \ struct rwlock **_lockp = (lockp); \ @@ -951,8 +952,16 @@ static u_long * pmap_delayed_invl_genp(vm_page_t m) { + vm_paddr_t pa; + u_long *gen; - return (&pa_to_pmdp(VM_PAGE_TO_PHYS(m))->pv_invl_gen); + pa = VM_PAGE_TO_PHYS(m); + if (__predict_false((pa) > pmap_last_pa)) + gen = &pv_dummy_large.pv_invl_gen; + else + gen = &(pa_to_pmdp(pa)->pv_invl_gen); + + return (gen); } #else static u_long * -Neel === https://www.neelc.org/ On 2019-10-20 02:45, Yuri Pankov wrote: > On 10/18/2019 8:01 AM, Xin Li wrote: >> Another (semi-fixed!) data point -- I can confirm that with if >> (vm_page_sleep_if_busy(page, "linuxkpi")) >> -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change and >> mjg@'s earlier patch at >> https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it) >> , >> the latest drm-v5.0 branch of drm-current-kmod worked just fine with >> Intel HD Graphics P630 on Lenovo P51. > > Confirmed that it worked for me too on P51. > > Sorry for offtopic, but do you see the console getting "stuck" after > loading i915kms, i.e. for input to show you need to switch to another > console and back? > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@freebsd.org Mon Oct 21 01:16:39 2019 Return-Path: Delivered-To: freebsd-current@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 2637B16FC1E for ; Mon, 21 Oct 2019 01:16:39 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) (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 46xJd15Xvjz4Z8D for ; Mon, 21 Oct 2019 01:16:37 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 309483B1 for ; Sun, 20 Oct 2019 21:16:35 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Sun, 20 Oct 2019 21:16:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=Y +JqqWOFnP8+EMXd3ZZFOCyQLN+++nnF/31X5vqTM8c=; b=Zv7noYolOcXnOhBaH EbWxiDB0OHrcmP8nmW6/grnag0MrQBUPYahySzk4sBcqpRt34P5azajCLHfQKU85 TKw/GGOUAluk18RIRh0pfoFbEQ2bRoHcKafhQ4XgYruJP+GNeXD/jYDtgq+mbEVf 9RKeq73M3Uu1Amcp8NjtlTgoYGYUo2YlSWFvK1bPgjSxWRnaJ1wY0aMXC1DBpXHZ i2kdukkeIb76TzrK2ru5xkG65kbBKAKSnk5pL/YS+kgGAMkRczhpjd90d0OJXRs5 tfq76QIE/KoaESeDoi3rjU5tzBTnV+vh8nRHi7CsFSnSnQ9w4X94qX4Z0WhvOLYE Z7WGg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding: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=fm1; bh=Y+JqqWOFnP8+EMXd3ZZFOCyQLN+++nnF/31X5vqTM 8c=; b=U+XrP4/2QgnVVIwp8JegwvOh/P8KkvnVjQVjV46I1uI8iF1YsJut2E/6g 3bbhJkoouk1w84kcEwVLLs8RsWqGuc3s1nI4rHoWEwFP/foAoq92dt4iDhSDH4ED sbUn0jaMyAxWEG8fTMEp+S5EysMWu5voeJOwOBsuRpygZhC2kF60t2ODrOQqOib1 FuiQhWrfauB67znUcR8bWqb5oWRQj5lMeN3cHOnTRxZIEPVUVChNJck7aOU2+/iu HFgiGu/py+/jfum31CUE5x9XhOcbS7A4dSUqHzMtJkaicqnV1v47ryzl7tSOfdXh iW4TOu8e4EZ9mAa5yYyU6FmW6FG3g== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkeeggdegfecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecunecujfgurhepuffvfhfhkffffgggjggtgfesthekre dttdefjeenucfhrhhomhepjghurhhiucfrrghnkhhovhcuoeihuhhrihhpvheshihurhhi phhvrdhnvghtqeenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepvdduje drudegiedrkedvrdduudelnecurfgrrhgrmhepmhgrihhlfhhrohhmpeihuhhrihhpvhes hihurhhiphhvrdhnvghtnecuvehluhhsthgvrhfuihiivgeptd X-ME-Proxy: Received: from [192.168.1.10] (unknown [217.146.82.119]) by mail.messagingengine.com (Postfix) with ESMTPA id 289D2D60057 for ; Sun, 20 Oct 2019 21:16:34 -0400 (EDT) Subject: Re: DRM-current-kmod is still a problem at r353339 To: freebsd-current@freebsd.org References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> From: Yuri Pankov Message-ID: <7409427c-0934-8aa9-7bea-8820c32f97a4@yuripv.net> Date: Mon, 21 Oct 2019 04:16:32 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 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: 46xJd15Xvjz4Z8D X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm1 header.b=Zv7noYol; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=U+XrP4/2; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 64.147.123.20 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-6.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm1,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.20]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; DMARC_NA(0.00)[yuripv.net]; IP_SCORE(-3.48)[ip: (-9.76), ipnet: 64.147.123.0/24(-4.91), asn: 11403(-2.68), country: US(-0.05)]; RCVD_IN_DNSWL_LOW(-0.10)[20.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 01:16:39 -0000 On 10/21/2019 4:14 AM, Neel Chauhan wrote: > For me, the following code is still necessary for me (HP Spectre x360 > 2018), which is the remaining parts of the patches not committed if you > are using a recent kernel. I don't know about you all ThinkPad users, it > should still apply as it's Intel in general not just HP or Lenovo. > Without these patches, I get a kernel panic. > > Keep in mind that the patch may render as spaces, but it should be tabs. > > Index: amd64/pmap.c > =================================================================== > --- amd64/pmap.c    (revision 353788) > +++ amd64/pmap.c    (working copy) > @@ -355,8 +355,9 @@ >      }                        \ >  } while (0) > > -#define    CHANGE_PV_LIST_LOCK_TO_VM_PAGE(lockp, m)    \ > -            CHANGE_PV_LIST_LOCK_TO_PHYS(lockp, VM_PAGE_TO_PHYS(m)) > +#define    CHANGE_PV_LIST_LOCK_TO_VM_PAGE(lockp, m) do {    \ > +        CHANGE_PV_LIST_LOCK_TO_PHYS(lockp, VM_PAGE_TO_PHYS(m)); \ > +} while (0) > >  #define    RELEASE_PV_LIST_LOCK(lockp)        do {    \ >      struct rwlock **_lockp = (lockp);        \ > @@ -951,8 +952,16 @@ >  static u_long * >  pmap_delayed_invl_genp(vm_page_t m) >  { > +    vm_paddr_t pa; > +    u_long *gen; > > -    return (&pa_to_pmdp(VM_PAGE_TO_PHYS(m))->pv_invl_gen); > +    pa = VM_PAGE_TO_PHYS(m); > +    if (__predict_false((pa) > pmap_last_pa)) > +        gen = &pv_dummy_large.pv_invl_gen; > +    else > +        gen = &(pa_to_pmdp(pa)->pv_invl_gen); > + > +    return (gen); >  } >  #else >  static u_long * If you look below, that's exactly the patch mjg@ provided and Xin pointed you at. > On 2019-10-20 02:45, Yuri Pankov wrote: >> On 10/18/2019 8:01 AM, Xin Li wrote: >>> Another (semi-fixed!) data point -- I can confirm that with if >>> (vm_page_sleep_if_busy(page, "linuxkpi")) >>>   -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change and >>> mjg@'s earlier patch at >>> https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it) , >>> the latest drm-v5.0 branch of drm-current-kmod worked just fine with >>> Intel HD Graphics P630 on Lenovo P51. >> >> Confirmed that it worked for me too on P51. >> >> Sorry for offtopic, but do you see the console getting "stuck" after >> loading i915kms, i.e. for input to show you need to switch to another >> console and back? From owner-freebsd-current@freebsd.org Mon Oct 21 01:59:44 2019 Return-Path: Delivered-To: freebsd-current@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 699101708B3 for ; Mon, 21 Oct 2019 01:59:44 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-ot1-x335.google.com (mail-ot1-x335.google.com [IPv6:2607:f8b0:4864:20::335]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46xKZk4gDQz4btD for ; Mon, 21 Oct 2019 01:59:42 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-ot1-x335.google.com with SMTP id c10so9625222otd.9 for ; Sun, 20 Oct 2019 18:59:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language; bh=vjSLbrqCHKRwjsItleYEZ+wU44NbQRiXT3tGkX6Jm6k=; b=tx4ZxrQaKTAEaoAa8lsJ1ZUep4yiItWNrfBx9eJ1/2RK2KuseWfatcMlXeOMwSO6++ aRR5Qexk3IndVDTSW7OFhM6WIS0fg6m709cOTxWsnreaXk476wqOhwkpj1p+sUFJTXeq Wh+w5ZZVzvwP9NPnqDtQVTkCqH6FHutvKwin9tsW97eG3qgEqVS3qVQpKih9YgAWVf+u h171SQVP2rbBCEDg2rZXJ6w+rAYQy2oDv1FQkDgBNRivEhsTtoyFBO/JWS5F/rauhRqJ t5pR4rC+bXjkyEgYYg0YlTKRrg1hyhy4w/v3e62Im0/aEGs6FYLzjkJjnq00laAEn2j0 T9Jw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=vjSLbrqCHKRwjsItleYEZ+wU44NbQRiXT3tGkX6Jm6k=; b=jgu2N4ha/x/TSWEjg6VmTBQkLPwJm3vbh8cPmru8NB86gUXX6oh05T2zGJZERvWpCr Z1qX8UjEBjmuGv1nD+ecVcPcu1mDDV9LTxH489BDrufqTXfqXpj1bj7kLrukRj0itFBu W4oFYGMXN7ZsEwvzxNUJcb7UhWjkAh57zNfBi3HrjgPItrFk9u3xDcrOBZJXG6VRULXX qZ1T/GnoZN8f4ELHF1l3CVq11EeifbljJA9xDzusiPtghXGfUNxFjX9GymexHooLLFCH 5OQ/HChcmY3/CLKTUaRePfO/gAlgFc8ek3CQ4sGroBvxxmdgMEjJPvSo9yNEgb6GR8gc CdKA== X-Gm-Message-State: APjAAAV5tsOcghuM5zdoqOWiM0K7q4WfEUYAwkKN/U/+Xr8kH+AO1sEA 2fc6NqkdjguqXWqxGhVR1eQWAsOwJA== X-Google-Smtp-Source: APXvYqyjAtdOOIhGpO+1TIfGB7VnuGC0YGXtzpTk1mE0E/AvqxJmo7T7QqwT1sFtftjuo+9aM6tKPA== X-Received: by 2002:a9d:4591:: with SMTP id x17mr14482651ote.112.1571623178945; Sun, 20 Oct 2019 18:59:38 -0700 (PDT) Received: from ?IPv6:2600:1700:caa1:a280:b97b:9222:9850:dac1? ([2600:1700:caa1:a280:b97b:9222:9850:dac1]) by smtp.gmail.com with ESMTPSA id 34sm3767659otf.55.2019.10.20.18.59.38 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 20 Oct 2019 18:59:38 -0700 (PDT) Subject: Re: r353072 > r353427 > r353709 To: gljennjohn@gmail.com Cc: Evilham , "freebsd-current@freebsd.org" References: <4948bdbf-f79c-482b-87f5-e0f72c527b19@yggdrasil.evilham.com> <20191020104223.4ac03a5e@ernst.home> From: Clay Daniels Message-ID: <01e7383b-d2b4-79aa-4cd2-e58d6cd6e773@gmail.com> Date: Sun, 20 Oct 2019 20:59:37 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <20191020104223.4ac03a5e@ernst.home> Content-Language: en-US X-Rspamd-Queue-Id: 46xKZk4gDQz4btD X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=tx4ZxrQa; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::335 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; 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]; TAGGED_FROM(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[5.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (-7.35), ipnet: 2607:f8b0::/32(-2.45), asn: 15169(-2.08), country: US(-0.05)]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 01:59:44 -0000 On 10/20/19 3:42 AM, Gary Jennejohn wrote: > This is a patch to a file used in the port itself, not to the kernel > sources under /usr/src/sys. This should be pretty clear from this line > in the referenced link to the posting in freebsd-current: # cat > files/patch-linuxkpi_gplv2_src_linux__page.c In other words, the patch > must be put in the files directory in the port itself. Gary, THANKS VERY MUCH! My problem is not yet solved, but I now see what a patch involves, and can repeat the procedure.  It make sense now. The ports are really shell directories anyway, with just a makefile & some description files. And you gave me the filename I  needed to copy to a thumbdrive, move it to the other computer and copy it to the ~/drm-kmod directory. This is what I have now, after successfully installing (making) the drm-kmod port, writing kld-list="amdgpu" in /etc/rc.conf, and with or without the /boot/loader line hw.syscons.disable=1, it will reboot , so I installed xorg, rebooted and tried to run startx. It gives: panic: vm_page_assert_busied: page (long##'s) not exculsive busy @ /usr/src/sys/vm/vmpage.c etc... Anyway, I have not wasted my time, and hopefully not anyone else's either, because I learned something useful. Thanks, Clay From owner-freebsd-current@freebsd.org Mon Oct 21 07:03:24 2019 Return-Path: Delivered-To: freebsd-current@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 5E5D6175EC8 for ; Mon, 21 Oct 2019 07:03:24 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from dnvrco-cmomta01.email.rr.com (dnvrco-outbound-snat.email.rr.com [107.14.73.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46xSK74f6mz3M8T for ; Mon, 21 Oct 2019 07:03:23 +0000 (UTC) (envelope-from mueller6722@twc.com) Received: from localhost ([96.28.161.151]) by cmsmtp with ESMTP id MRioiOjpP7K91MRiriuTxA; Mon, 21 Oct 2019 07:03:21 +0000 Date: Mon, 21 Oct 2019 07:01:47 +0000 From: "Thomas Mueller" To: freebsd-current@freebsd.org Subject: Re: DRM-current-kmod is still a problem at r353339 References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> X-CMAE-Envelope: MS4wfO9EwBQ8TQ8jyEEoWj0Jra6pi2VLQqmwQQlUsBtX/HdoPUNq5ysZkxl2zjsgkYMpSlRdBi/0lCmLQaisQ4CciSkCwk7zZdqBADjZphRr5FwYbjzALnMq AqYB4bpbGM8Ej4BJ9PZ9VecgMZYBY1A+j5V5F+BSykvrJ72jHxiVluuA X-Rspamd-Queue-Id: 46xSK74f6mz3M8T X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mueller6722@twc.com designates 107.14.73.225 as permitted sender) smtp.mailfrom=mueller6722@twc.com X-Spamd-Result: default: False [0.24 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.96)[-0.963,0]; RECEIVED_SPAMHAUS_PBL(0.00)[151.161.28.96.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.14.73.0/24]; FREEMAIL_FROM(0.00)[twc.com]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[twc.com]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-0.999,0]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[225.73.14.107.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[twc.com]; ASN(0.00)[asn:7843, ipnet:107.14.73.0/24, country:US]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[ip: (-7.40), ipnet: 107.14.73.0/24(-2.71), asn: 7843(-2.17), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 07:03:24 -0000 from Neel Chauhan: > For me, the following code is still necessary for me (HP Spectre x360 > 2018), which is the remaining parts of the patches not committed if you > are using a recent kernel. I don't know about you all ThinkPad users, it > should still apply as it's Intel in general not just HP or Lenovo. > Without these patches, I get a kernel panic. > Keep in mind that the patch may render as spaces, but it should be tabs. What happens if the patch is applied with spaces as opposed to tabs? I believe, in C, there is no difference as far as compiling is concerned. Or is it just a standard for formatting? Tom From owner-freebsd-current@freebsd.org Mon Oct 21 08:08:53 2019 Return-Path: Delivered-To: freebsd-current@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 B31C517797D for ; Mon, 21 Oct 2019 08:08:53 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::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 46xTmg34Lkz3QTB for ; Mon, 21 Oct 2019 08:08:51 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46xTmW4Qj7z3lJt; Mon, 21 Oct 2019 08:08:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571645323; bh=gSvIv1YyEB6mKd2NeX15r2Kx 3TnoJ3KdBpcfMF4OoDs=; b=BIY8A9xq13dK13vIzx1FWguUwzfIyeANJTQXfau2 skfErNyUSvJKrkAEV56kX3ppPRlu/t7LxxR3LseUE/rl05ZlIVTs3eOOJ+QRsy2w hZR3qaK+8gYNZ/LOVCBtOf3glPdDhJIowuEOWwpFyKJQerfk9gO+1oJhOGr7u+xu kqI= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id Q2Tl9edxZmyd; Mon, 21 Oct 2019 08:08:43 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-35-193.mobileonline.telia.com [95.192.35.193]) by mail.daemonic.se (Postfix) with ESMTPSA id 46xTmV5Zs1z3c7Z; Mon, 21 Oct 2019 08:08:42 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: Yuri Pankov , freebsd-current@freebsd.org References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> From: Niclas Zeising Message-ID: <81907442-b17d-c975-75a7-84704e440568@daemonic.se> Date: Mon, 21 Oct 2019 10:08:41 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46xTmg34Lkz3QTB X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=BIY8A9xq; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.70 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; IP_SCORE(-3.70)[ip: (-9.74), ipnet: 2607:f740:d::/48(-4.87), asn: 36236(-3.85), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[193.35.192.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 08:08:53 -0000 On 2019-10-20 08:45, Yuri Pankov wrote: > On 10/18/2019 8:01 AM, Xin Li wrote: >> Another (semi-fixed!) data point -- I can confirm that with if >> (vm_page_sleep_if_busy(page, "linuxkpi")) >> =C2=A0 -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change a= nd >> mjg@'s earlier patch at >> https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it)= , >> the latest drm-v5.0 branch of drm-current-kmod worked just fine with >> Intel HD Graphics P630 on Lenovo P51. >=20 > Confirmed that it worked for me too on P51. >=20 > Sorry for offtopic, but do you see the console getting "stuck" after=20 > loading i915kms, i.e. for input to show you need to switch to another=20 > console and back? This is a known regression with drm-devel-kmod, and one of the reasons=20 it hasn't made it past devel yet. Regards --=20 Niclas From owner-freebsd-current@freebsd.org Mon Oct 21 08:10:15 2019 Return-Path: Delivered-To: freebsd-current@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 EC370177ABA for ; Mon, 21 Oct 2019 08:10:15 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::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 46xTpH2PsLz3Qjb for ; Mon, 21 Oct 2019 08:10:15 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46xTpG0m82z3lKv; Mon, 21 Oct 2019 08:10:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571645413; bh=jcBeFsA1lhv87pizWRXt2rG3 uYXhe4KJTb5P2KSncPg=; b=EITMGLUCB2p0SLbMKNMEc2Vu+6tTLWKu2b4xcmDC WkmgU+lxys4HVIuwAsmDEGWzDaJsCsWFnfYvq5KlVxQ6CZ2j789ir4+YE+NiWqSR Gqo918KMKk1bMRfyITNdyNeqMi5BcroayXGhAqPBk7MrMF3s6JfI01PzqzLAiTM7 QWc= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id 9JlgK0xt9IHc; Mon, 21 Oct 2019 08:10:13 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-35-193.mobileonline.telia.com [95.192.35.193]) by mail.daemonic.se (Postfix) with ESMTPSA id 46xTpD4Ryjz3lKt; Mon, 21 Oct 2019 08:10:12 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: Thomas Mueller , freebsd-current@freebsd.org References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> From: Niclas Zeising Message-ID: Date: Mon, 21 Oct 2019 10:10:12 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46xTpH2PsLz3Qjb X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=EITMGLUC; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.71)[ip: (-9.75), ipnet: 2607:f740:d::/48(-4.87), asn: 36236(-3.85), country: US(-0.05)]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FREEMAIL_TO(0.00)[twc.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[193.35.192.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 08:10:16 -0000 On 2019-10-21 09:01, Thomas Mueller wrote: > from Neel Chauhan: > >> For me, the following code is still necessary for me (HP Spectre x360 >> 2018), which is the remaining parts of the patches not committed if you >> are using a recent kernel. I don't know about you all ThinkPad users, it >> should still apply as it's Intel in general not just HP or Lenovo. >> Without these patches, I get a kernel panic. > >> Keep in mind that the patch may render as spaces, but it should be tabs. > > What happens if the patch is applied with spaces as opposed to tabs? > > I believe, in C, there is no difference as far as compiling is concerned. > > Or is it just a standard for formatting? > If the whitespace isn't correct, the patch won't apply cleanly. It has no effect on compiling the code though. Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Oct 21 08:14:00 2019 Return-Path: Delivered-To: freebsd-current@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 62CDB177D88; Mon, 21 Oct 2019 08:14:00 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::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 46xTtb48VMz3R7Y; Mon, 21 Oct 2019 08:13:59 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46xTtZ2Jvxz3lJt; Mon, 21 Oct 2019 08:13:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571645637; bh=K/vL7NEAeBgnyJC3JklI/XEo 8ZrWtl4Z6a7SsO93cxg=; b=BISbznMin92uUt7VO05rzMc/9lJ05/KdPsywWVXP I2dgpwd74AulTZmE8WmMPYfo1ySXOHLzsNoBAn8br2gDWF/2u7/QK9IxXDRY2kZ1 wADejk6qY6MjlcRWz7YYCr+jtHk74z07tNplGcuWQ0Dpr3ixE/dZE/iuHrWQev9B JZE= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id Z-kuyb_XeysR; Mon, 21 Oct 2019 08:13:57 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-35-193.mobileonline.telia.com [95.192.35.193]) by mail.daemonic.se (Postfix) with ESMTPSA id 46xTtY1Wsdz3c7Z; Mon, 21 Oct 2019 08:13:57 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: Mark Johnston Cc: Neel Chauhan , Mateusz Guzik , Evilham , FreeBSD Current , owner-freebsd-current@freebsd.org References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> From: Niclas Zeising Message-ID: <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> Date: Mon, 21 Oct 2019 10:13:56 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <20191017210510.GC6447@raichu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46xTtb48VMz3R7Y X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=BISbznMi; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.71)[ip: (-9.76), ipnet: 2607:f740:d::/48(-4.88), asn: 36236(-3.85), country: US(-0.05)]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[193.35.192.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 08:14:00 -0000 On 2019-10-17 23:05, Mark Johnston wrote: > On Thu, Oct 17, 2019 at 10:31:12PM +0200, Niclas Zeising wrote: >> On 2019-10-17 21:53, markj@freebsd.org wrote: >>> On Thu, Oct 17, 2019 at 03:03:51PM +0200, Niclas Zeising wrote: >>>> On 2019-10-16 18:57, Neel Chauhan wrote: >>>>> While drm-current-kmod worked for a little while, it broke with r353645. >>>>> >>>>> https://i.imgur.com/Q5nYZf2.jpg >>>>> >>>>> I'm using the same HP Spectre that I used earlier (where it worked and >>>>> where it panicked). >>>>> >>>> >>>> That commit looks unrelated, it touches the wbwd and superio drivers, >>>> nothing else. Any chance you can bisect exactly which revision that >>>> caused the new issues? >>> >>> I believe it was the recent work on the vm page busy state, r353539 >>> specifically. This patch should fix it; we don't yet have a >>> __FreeBSD_version number bump on which to gate the patch. >>> >>> diff --git a/linuxkpi/gplv2/src/linux_page.c b/linuxkpi/gplv2/src/linux_page.c >>> index e2b85c45c..060ae85ed 100644 >>> --- a/linuxkpi/gplv2/src/linux_page.c >>> +++ b/linuxkpi/gplv2/src/linux_page.c >>> @@ -239,7 +239,7 @@ retry: >>> page = vm_page_lookup(devobj, i); >>> if (page == NULL) >>> continue; >>> - if (vm_page_sleep_if_busy(page, "linuxkpi")) >>> + if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) >>> goto retry; >>> cdev_pager_free_page(devobj, page); >>> } >> >> Hi! >> Hopefully someone can confirm that this patch to drm-current-kmod or >> drm-devel-kmod fixes the issue. I won't be able to work on this before >> the weekend at the earliest, I'm afraid. >> Mark, is it possible to get a belated version bump for this fix, and >> what changed to require it? > > I committed the bump and verified the patch on amdgpu. Here are some > PRs for the drivers: > > https://github.com/FreeBSDDesktop/kms-drm/pull/180 > https://github.com/FreeBSDDesktop/kms-drm/pull/181 Hi! I'm working on getting this into the versions that are in ports. For drm-current-kmod it's fairly simple, but for drm-devel-kmod there are unrelated changes which I need to check if they are ready to go in or not, so it will take some more time. Looking at the mail list thread, there seems to be a patch needed for base as well, has this been committed? Regards -- Niclas From owner-freebsd-current@freebsd.org Mon Oct 21 09:09:02 2019 Return-Path: Delivered-To: freebsd-current@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 AB175151AF2 for ; Mon, 21 Oct 2019 09:09:02 +0000 (UTC) (envelope-from yuripv@yuripv.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 46xW653sTLz40BR for ; Mon, 21 Oct 2019 09:09:01 +0000 (UTC) (envelope-from yuripv@yuripv.net) Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.west.internal (Postfix) with ESMTP id 290DE443; Mon, 21 Oct 2019 05:08:59 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute5.internal (MEProxy); Mon, 21 Oct 2019 05:08:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yuripv.net; h= subject:to:references:from:message-id:date:mime-version :in-reply-to:content-type:content-transfer-encoding; s=fm1; bh=d nL9YtLNmpb92iLg6xa+8guicMRbV2SBuqGnX6FmjoQ=; b=Es/qo2Mpkzlc6EL04 Zm3Y0HD8V29yS9RE0ei7MMnFGL3sNU6kO0LgWK+r/bPTO04DS2sWQDuBx82u0HnQ tvkmD/e+Fbm2jVLICfw13slj5Kf3MXG2wqgqKlfRi9wpdx5HAbyChadlm/8meG+H mPyEvAMmhgGpILB+k7DQFV7c37/gcC7ZGN5npb1jXMSXH3GSJP++1yH2JHVLCuci 5p1eB3FhDpCiLdhZp8UAx0x20JpzlLEEwwPfgwWsumixeVqSdnP/YSn5SyS1uIHV 2qn/urfLU7x2ftjS5IgmA+cpX6+zF49p2AxLaJFkFxRuMHKECQWyfj0gRLT9Bq68 aWQaQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding: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=fm1; bh=dnL9YtLNmpb92iLg6xa+8guicMRbV2SBuqGnX6Fmj oQ=; b=sIpAAs/MZ25saQFD6ot00a/2rHIfSOPBt0Ug7bZxB/gwvyLqDG6jjKmtT U01LW2vk+QvDtPmkws3fb+jMo/9OHDZPjTpRoKImnwqUOn4uRKWoQHo3MORbcmNt jTDdG2vqAbBlX2wsJKcHOToWltCLOaJKHyAkGtEM5y33A951dfdcPNgcrzdqRRTl cmKw+PR3gfZGBOzN8k7y6cEYAI1RCVs24JwClc28Uj54mwLXcsUCa7o+9nywtZqU wPtvqrncRg0vlf6d7iP+WtZovwKa745GJDMATGk/Jrn9uOxPzOyT+o+D4sB7n6+P nrKLTf5xtHm4hsC+oJM6LzoEn5hZA== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedufedrkeehgddugecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpefuvfhfhffkffgfgggjtgfgsehtkeertddtfeejnecuhfhrohhmpegjuhhrihcu rfgrnhhkohhvuceohihurhhiphhvseihuhhrihhpvhdrnhgvtheqnecuffhomhgrihhnpe hfrhgvvggsshgurdhorhhgnecukfhppedvudejrddugeeirdekvddrudduleenucfrrghr rghmpehmrghilhhfrhhomhephihurhhiphhvseihuhhrihhpvhdrnhgvthenucevlhhush htvghrufhiiigvpedt X-ME-Proxy: Received: from [192.168.1.10] (unknown [217.146.82.119]) by mail.messagingengine.com (Postfix) with ESMTPA id DB77ED60067; Mon, 21 Oct 2019 05:08:57 -0400 (EDT) Subject: Re: DRM-current-kmod is still a problem at r353339 To: Niclas Zeising , freebsd-current@freebsd.org References: <7ca3b30a-81f6-f79d-1486-7fd29765646f@acm.org> <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> <81907442-b17d-c975-75a7-84704e440568@daemonic.se> From: Yuri Pankov Message-ID: <38b1cc56-8d39-b1ab-30fe-b2568af6d304@yuripv.net> Date: Mon, 21 Oct 2019 12:08:55 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:68.0) Gecko/20100101 Thunderbird/68.1.2 MIME-Version: 1.0 In-Reply-To: <81907442-b17d-c975-75a7-84704e440568@daemonic.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46xW653sTLz40BR X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yuripv.net header.s=fm1 header.b=Es/qo2Mp; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=sIpAAs/M; dmarc=none; spf=pass (mx1.freebsd.org: domain of yuripv@yuripv.net designates 64.147.123.25 as permitted sender) smtp.mailfrom=yuripv@yuripv.net X-Spamd-Result: default: False [-6.08 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[yuripv.net:s=fm1,messagingengine.com:s=fm1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:64.147.123.25]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[yuripv.net]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yuripv.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_TLS_LAST(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[25.123.147.64.list.dnswl.org : 127.0.5.1]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:11403, ipnet:64.147.123.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(-3.48)[ip: (-9.78), ipnet: 64.147.123.0/24(-4.91), asn: 11403(-2.68), country: US(-0.05)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 09:09:02 -0000 Niclas Zeising wrote: > On 2019-10-20 08:45, Yuri Pankov wrote: >> On 10/18/2019 8:01 AM, Xin Li wrote: >>> Another (semi-fixed!) data point -- I can confirm that with if >>> (vm_page_sleep_if_busy(page, "linuxkpi")) >>>   -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change and >>> mjg@'s earlier patch at >>> https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit it) , >>> the latest drm-v5.0 branch of drm-current-kmod worked just fine with >>> Intel HD Graphics P630 on Lenovo P51. >> >> Confirmed that it worked for me too on P51. >> >> Sorry for offtopic, but do you see the console getting "stuck" after >> loading i915kms, i.e. for input to show you need to switch to another >> console and back? > > This is a known regression with drm-devel-kmod, and one of the reasons > it hasn't made it past devel yet. Got it, thanks. I'm only seeing it on the lenovo laptop with hd630 and not on the intel nuc with iris plus 650 graphics, so I thought it's that laptop specific. From owner-freebsd-current@freebsd.org Mon Oct 21 09:38:45 2019 Return-Path: Delivered-To: freebsd-current@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 E01B71525ED for ; Mon, 21 Oct 2019 09:38:45 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 46xWmM6lq1z41kp for ; Mon, 21 Oct 2019 09:38:43 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46xWmC57fnz3lJt; Mon, 21 Oct 2019 09:38:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571650714; bh=CtL/ndRwaAF2Cr8SL2vkM/zB UaCUI4hLkSb+6BG+Bh0=; b=hRAXGwwjQSETbGadFzSrI1rf03c6J7l/zYzXoaEe 7DEI5iABlNKrxwsVvAbQYWa4wQdIeLqxH+qpYBlrGz8qwSzdBRoWt7D4Rte9UZ25 V00xge0IfNyTKM7AzYcbqfFfWlq2rfAPs1G0J+AqxLD9B4YvCjD/trBoiTtPzgUL Q60= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id G-JPY6uw01jz; Mon, 21 Oct 2019 09:38:34 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-35-193.mobileonline.telia.com [95.192.35.193]) by mail.daemonic.se (Postfix) with ESMTPSA id 46xWmB0F5Bz3c7Z; Mon, 21 Oct 2019 09:38:33 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: Yuri Pankov , freebsd-current@freebsd.org References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <72d67f0a-aeef-1c06-2b12-9351a1f52060@anduin.net> <689d53378dcca22adb29aa23f03e8e1b@neelc.org> <25593555-6452-0933-d0fe-0459425cde55@delphij.net> <7cb6ecd6-2dcd-92e4-75a3-5e5d34377ed6@yuripv.net> <81907442-b17d-c975-75a7-84704e440568@daemonic.se> <38b1cc56-8d39-b1ab-30fe-b2568af6d304@yuripv.net> From: Niclas Zeising Message-ID: <1452ada7-53e7-dc44-de3e-a508110a5ff5@daemonic.se> Date: Mon, 21 Oct 2019 11:38:32 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <38b1cc56-8d39-b1ab-30fe-b2568af6d304@yuripv.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46xWmM6lq1z41kp X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=hRAXGwwj; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; IP_SCORE(-3.72)[ip: (-9.78), ipnet: 176.58.89.0/24(-4.89), asn: 36236(-3.85), country: US(-0.05)]; RECEIVED_SPAMHAUS_PBL(0.00)[193.35.192.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 09:38:45 -0000 On 2019-10-21 11:08, Yuri Pankov wrote: > Niclas Zeising wrote: >> On 2019-10-20 08:45, Yuri Pankov wrote: >>> On 10/18/2019 8:01 AM, Xin Li wrote: >>>> Another (semi-fixed!) data point -- I can confirm that with if >>>> (vm_page_sleep_if_busy(page, "linuxkpi")) >>>> =C2=A0 -> if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) change= and >>>> mjg@'s earlier patch at >>>> https://people.freebsd.org/~mjg/pmap-fict-invl.diff (please commit=20 >>>> it) , >>>> the latest drm-v5.0 branch of drm-current-kmod worked just fine with >>>> Intel HD Graphics P630 on Lenovo P51. >>> >>> Confirmed that it worked for me too on P51. >>> >>> Sorry for offtopic, but do you see the console getting "stuck" after=20 >>> loading i915kms, i.e. for input to show you need to switch to another= =20 >>> console and back? >> >> This is a known regression with drm-devel-kmod, and one of the reasons= =20 >> it hasn't made it past devel yet. >=20 > Got it, thanks.=C2=A0 I'm only seeing it on the lenovo laptop with hd63= 0 and=20 > not on the intel nuc with iris plus 650 graphics, so I thought it's tha= t=20 > laptop specific. It is a strange error. I'm seeing it on my laptop (an x270) but only on=20 the internal screen. If I connect an external screen using HDMI that=20 screen works, but still not the internal screen. Others aren't having=20 this issue at all. https://github.com/FreeBSDDesktop/kms-drm/issues/151 has some more (not=20 very much more) info. Regards --=20 Niclas From owner-freebsd-current@freebsd.org Mon Oct 21 12:35:50 2019 Return-Path: Delivered-To: freebsd-current@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 19697156889; Mon, 21 Oct 2019 12:35:50 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46xbhj6zfgz4C0r; Mon, 21 Oct 2019 12:35:49 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id CEAA7AC71; Mon, 21 Oct 2019 12:35:49 +0000 (UTC) Date: Mon, 21 Oct 2019 12:35:49 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2019-10-20 Message-ID: <20191021123549.GA26102@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.11.4 (2019-03-13) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Oct 2019 12:35:50 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2019-10-20 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2019-10-14 to 2019-10-20. During this period, we have: * 2475 builds (93.6% (+2.5) passed, 6.4% (-2.5) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 341 test runs (89.4% (+8.1) passed, 10.6% (+2.1) unstable, 0% (-10.2) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 20 doc builds (100% (0) passed) Test case status (on 2019-xx-xx 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | --------- | --------- | ------ | ------- | | head/amd64 | 7590 (0) | 7527 (0) | 0 (0) | 63 (0) | | head/i386 | 7588 (0) | 7513 (-3) | 0 (0) | 75 (+3) | | 12-STABLE/amd64 | 7483 (+1) | 7439 (-1) | 0 (0) | 44 (0) | | 12-STABLE/i386 | 7481 (+1) | 7430 (-2) | 0 (0) | 51 (+2) | | 11-STABLE/amd64 | 6849 (0) | 6805 (-3) | 0 (0) | 44 (+3) | | 11-STABLE/i386 | 6847 (0) | 6770 (0) | 34 (0) | 43 (0) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20191020 and archive is available at https://hackmd.io/@FreeBSD-CI/, any help is welcome. ## News * [FCP 20190401-ci_policy: CI policy](https://github.com/freebsd/fcp/blob/master/fcp-20190401-ci_policy.md) is in "feedback" state, please check and provide comments on -fcp@ and -hackers@ mailing lists. * A new wiki page started at https://wiki.freebsd.org/Jenkins/Debug describes how to reproduce and debug the failing cases. It is welcomed to add more contents. ## Failing Tests * https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/ * local.kyua.* (31 cases) * local.lutok.* (3 cases) ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~18 failing and ~97 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero (new) https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.netpfil.pf.forward.v4 (i386 only) * sys.netpfil.pf.forward.v6 (i386 only) * sys.netpfil.pf.set_tos.v4 (i386 only) https://bugs.freebsd.org/239380 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * sys.netpfil.common.tos.pf_tos (i386 only) https://bugs.freebsd.org/240086 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239380 sys.netpfil.pf.forward.{v4,v6} and sys.netpfil.pf.set_tos.v4 fail on i386 * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/240085 Failing test: sys.netpfil.common.forward.pf_v4 on i386 * https://bugs.freebsd.org/240086 Failing test: sys.netpfil.common.tos.pf_tos on i386 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Tue Oct 22 05:46:07 2019 Return-Path: Delivered-To: freebsd-current@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 37A4216FE3C for ; Tue, 22 Oct 2019 05:46:07 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f181.google.com (mail-lj1-f181.google.com [209.85.208.181]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46y2YV3Dczz4LmB; Tue, 22 Oct 2019 05:46:06 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f181.google.com with SMTP id u4so1614906ljj.9; Mon, 21 Oct 2019 22:46:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=C9M0zX+wdwtA+iTUg+AV/+LveHaaCPeocUF+vkofxqY=; b=JeOasroYv7cn6TGVh6xBHJXJyGw/foOQzyqR7c+iEhNk/4Xja10H7w92IFfcDHrnVc fQ7LsfoJy6mKpFSRl4oFTwkZ2lSwbh9cK/YoABYmIEXNKaE3ecva3VFMCKj5G9voSXOt dUeYsG+kjTK+kCqaNZGxknQiadNqKhRCIXX/TRVzsa/pduLIN93GU336y64kShX3kCFW mHT0jj84PVfjJ0EKewbv+64gQhW2HjhUQctt+ZYTBMdUvGxmzOd5YmwsiAQ7nAEiSqJ1 Q0HJWM+wRIyWy+T2j/II0UsA0B5736cgVTbchlTlKg9pphdZArtTa/m53zvOmU/gcL9D ub5Q== X-Gm-Message-State: APjAAAXtJKQsNAuHsgBkJi1B77u3iuXpP70LD4l9O6ZdmuB7XfIzRW8K +Yfw29RLla1SKpOGvHd3SavdxknjDrg= X-Google-Smtp-Source: APXvYqyEyXVcCa5RcU9YGz4ApGQV6mEbT5MVlXY8SgormHP6CV12JSVyPkMJF6T8bevkVROtCVwiGQ== X-Received: by 2002:a2e:9bcb:: with SMTP id w11mr16807206ljj.11.1571723163776; Mon, 21 Oct 2019 22:46:03 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id q19sm6984455ljj.73.2019.10.21.22.46.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 21 Oct 2019 22:46:02 -0700 (PDT) Subject: Re: error installing world from R/O src and obj To: Dimitry Andric Cc: FreeBSD Current References: <615802a3-5d37-b27a-3530-77d4214a34ee@FreeBSD.org> <2DADF173-BC39-4C86-BFA3-001B409A585D@FreeBSD.org> <0c1b2acf-616e-961b-85ab-95bac799160c@FreeBSD.org> <06089B3D-BE35-45BA-A423-B612859E449E@FreeBSD.org> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <5ac52e14-4a2a-371d-84a2-e8d3d82ab4bf@FreeBSD.org> Date: Tue, 22 Oct 2019 08:46:01 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <06089B3D-BE35-45BA-A423-B612859E449E@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46y2YV3Dczz4LmB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.181 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.15 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.15)[ip: (-0.38), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[181.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[181.208.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 05:46:07 -0000 On 12/10/2019 15:23, Dimitry Andric wrote: > By any chance, did you upgrade src from before r353358 (llvm 9.0.0 > import) to a revision after it, and then did an incremental build? > Maybe, for some reason the depend stage is then not run, which could > lead to this scenario. I don't have a record of exact revisions, but that tree sat without updates for quite a while. But as far as I recall, I did a clean buildworld (without NO_CLEAN) after the update. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 05:48:38 2019 Return-Path: Delivered-To: freebsd-current@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 2FA5B1500F3 for ; Tue, 22 Oct 2019 05:48:38 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46y2cP2kJVz4LxR; Tue, 22 Oct 2019 05:48:37 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f49.google.com with SMTP id f5so4269760lfp.1; Mon, 21 Oct 2019 22:48:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:cc:references:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=eLw6jaBb948YKlrUfo6g9ax3ezZyjRNzOh07ciIRcNo=; b=eDt7aDNMBngXpjCRSvo9W/EudUlOGPPvgPDTjPfv8qPRBwL6tLHyKigKThPchTc13X +6+Sipi22urZ5LFTcBYugfsrjQZntgWfvOG/q8YqIKb+QFupNGkEiFeuhqzL0fgRY9PW JAg9lAsPZQy+utpy3Z5fPuC6OHMKQpH6ryGcBijj2Zq4/tRCBJSe/iIK6IjbKyvCsvc/ qHM2KBrDyx0r4Qq3+N2sDl/Lpf4eYbVm61LkJswn8ZdYOcSlxQ7SdcZcDUSrZe3HZGij 37FSmRdrEgGfQPoqme2tQiFQJcbfhQSJRNd3ncu0WI+0z24TKVE6iRrFdvk1EDXCJmUm coQQ== X-Gm-Message-State: APjAAAWbJkboHzGfziiW3yuWG0wk45k/dX5acq/sukgnqkGBoievdsaV 2w6SR1SjV4ro0U+2nTZJNHBqBkUOagc= X-Google-Smtp-Source: APXvYqwmyCJeIPXNrPaRGU7/aSIMQgVtkspJ1rLQMk5h6cV52dTAEQra02qTHt2f+3J60xQr2E0lmw== X-Received: by 2002:a19:9202:: with SMTP id u2mr3449950lfd.1.1571723315092; Mon, 21 Oct 2019 22:48:35 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id y189sm10090862lfc.9.2019.10.21.22.48.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 21 Oct 2019 22:48:34 -0700 (PDT) Subject: Re: error installing world from R/O src and obj From: Andriy Gapon To: Dimitry Andric Cc: FreeBSD Current References: <615802a3-5d37-b27a-3530-77d4214a34ee@FreeBSD.org> <2DADF173-BC39-4C86-BFA3-001B409A585D@FreeBSD.org> <0c1b2acf-616e-961b-85ab-95bac799160c@FreeBSD.org> <06089B3D-BE35-45BA-A423-B612859E449E@FreeBSD.org> <5ac52e14-4a2a-371d-84a2-e8d3d82ab4bf@FreeBSD.org> Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <4ab04141-1731-9cc9-3c3a-a1f3bf80317b@FreeBSD.org> Date: Tue, 22 Oct 2019 08:48:33 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <5ac52e14-4a2a-371d-84a2-e8d3d82ab4bf@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46y2cP2kJVz4LxR X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.49 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.16)[ip: (-0.42), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[49.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[49.167.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 05:48:38 -0000 On 22/10/2019 08:46, Andriy Gapon wrote: > On 12/10/2019 15:23, Dimitry Andric wrote: >> By any chance, did you upgrade src from before r353358 (llvm 9.0.0 >> import) to a revision after it, and then did an incremental build? >> Maybe, for some reason the depend stage is then not run, which could >> lead to this scenario. > > I don't have a record of exact revisions, but that tree sat without updates for > quite a while. But as far as I recall, I did a clean buildworld (without > NO_CLEAN) after the update. Actually, it could have been a NO_CLEAN build. Sorry for the very fuzzy details. Absence of them, actually. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 09:01:32 2019 Return-Path: Delivered-To: freebsd-current@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 76126154ED5 for ; Tue, 22 Oct 2019 09:01:32 +0000 (UTC) (envelope-from salvadore@FreeBSD.org) Received: from MailHost (unknown [80.211.33.142]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46y6v00vt7z4WGj for ; Tue, 22 Oct 2019 09:01:32 +0000 (UTC) (envelope-from salvadore@FreeBSD.org) Received: from root (uid 0) (envelope-from salvadore@FreeBSD.org) id 22a3 by MailHost (DragonFly Mail Agent v0.11+); Tue, 22 Oct 2019 11:01:30 +0200 To: freebsd-current@FreeBSD.org Subject: [LAST OFFICIAL REMINDER] Call for 2019Q3 quarterly status reports Date: Tue, 22 Oct 2019 11:01:30 +0200 Message-Id: <5daec56a.22a3.31754310@MailHost> From: X-Rspamd-Queue-Id: 46y6v00vt7z4WGj X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.99 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-0.99)[-0.988,0]; ASN(0.00)[asn:31034, ipnet:80.211.0.0/17, country:IT]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 09:01:32 -0000 Dear FreeBSD Community, The deadline for the next FreeBSD Quarterly Status update is October 31, 2019, for work done since the last round of Quarterly Reports: July, 2019 - September, 2019. Status report submissions do not need to be very long. They may be about anything happening in the FreeBSD project and community, and provide a great way to inform FreeBSD users and developers about work that is underway or has been completed. Report submissions are not limited to committers; anyone doing anything interesting and FreeBSD related can -- and should -- write one! The preferred method is to follow the guidelines at the Quarterly GitHub repository: https://github.com/freebsd/freebsd-quarterly Alternatively you can fetch the Markdown template, fill it in, and email it to quarterly@FreeBSD.org. The template can be found at: https://raw.githubusercontent.com/freebsd/freebsd-quarterly/master/report-sample.md We look forward to seeing your 2019Q3 reports! Thanks, Lorenzo Salvadore (on behalf of quarterly@) From owner-freebsd-current@freebsd.org Tue Oct 22 10:09:05 2019 Return-Path: Delivered-To: freebsd-current@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 A612A156877 for ; Tue, 22 Oct 2019 10:09:05 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f172.google.com (mail-lj1-f172.google.com [209.85.208.172]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46y8Nw5jfPz4Zq6 for ; Tue, 22 Oct 2019 10:09:04 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f172.google.com with SMTP id v24so16529896ljj.3 for ; Tue, 22 Oct 2019 03:09:04 -0700 (PDT) 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:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=Uavja3pwkkP52wgrPUIhyGpFhTagAvgKvYf1PdqtWGQ=; b=RaJR3T8yFHwXKlpXQiHN1enMBoGVtJXo8kzobU9FW/UIUJTakt8DILzHeN8chfzq3s pEpE17Npc39X5wvJOATM/ozmyDN2hqYz4EIB5uOtZMb0vVESKfYoQF4dh2quJcaZejPa /tU9GiU0NDhnDGfBZ2pvI9rswvGvqNxsZbtUuzItFz3LkxvyTsHh7Y9+wpa9vPnKZq6M A5FjuD9IUohGJMb4sCWtW8af7/OjC6LiNpxzwIbglu3wLdLT+AmU1r/7mWflNiUHWZpe SUtTqco1gIQePnA4Q4J6RgU1tFg3kgN8cOENWWgcpm9n3CYo7XBBg90z+v8ywl4Dli9S 7mqA== X-Gm-Message-State: APjAAAVFt/xeyWarRuZaczGj4a9iWlVz5qx7LD0We/YsJPvZhMZdnDDN 9jpL/er+KeROwBpXV901xeCGghXSvMQ= X-Google-Smtp-Source: APXvYqwqACYwy6I80us2DVleeFjnAPV4cnDf1l2DuiISm7a0350iLF84Ir/QuCPeRnQzJ+E3IS9+5Q== X-Received: by 2002:a2e:9695:: with SMTP id q21mr9990390lji.105.1571738942789; Tue, 22 Oct 2019 03:09:02 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id 132sm5116004lfk.8.2019.10.22.03.09.01 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Oct 2019 03:09:02 -0700 (PDT) To: FreeBSD Current From: Andriy Gapon Subject: thread on sleepqueue does not wake up after timeout Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Tue, 22 Oct 2019 13:08:59 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46y8Nw5jfPz4Zq6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.172 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.15 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.15)[ip: (-0.39), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[172.208.85.209.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[172.208.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 10:09:05 -0000 We observe a problem that happens very rarely (about once a month across many test machines). The problem is that a thread remain in sleepq_timedwait() even after its timeout expires. The thread's td_slpcallout looks like the callout has fired. But the thread's state looks like it was never notified. E.g.: (kgdb) p td->td_slpcallout $1 = {c_links = {le = {le_next = 0xfffff800108e6470, le_prev = 0xfffffe0000be6ea8}, sle = {sle_next = 0xfffff800108e6470}, tqe = {tqe_next = 0xfffff800108e6470, tqe_prev = 0xfffffe0000be6ea8}}, c_time = 160957479343159, c_precision = 268435450, c_arg = 0xfffff80184602000, c_func = 0xffffffff807481d0 , c_lock = 0x0, c_flags = 2, c_iflags = 272, c_cpu = 6, c_exec_time = 160957506517070} [*] (kgdb) p/x td->td_flags $5 = 0x80000004 (kgdb) p td->td_sqqueue $8 = 0 (kgdb) p td->td_sleepqueue $9 = (struct sleepqueue *) 0x0 (kgdb) p td->td_wchan $10 = (void *) 0xfffff802b990df38 Has anyone seen anything like this problem? Any advice on how to diagnose it? Thanks! P.S. c_exec_time is our addition, we set this field right before firing a callback and we reset it to zero when a callout is (re-)scheduled. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 10:44:43 2019 Return-Path: Delivered-To: freebsd-current@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 5546A1573A8 for ; Tue, 22 Oct 2019 10:44:43 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46y9B26z9xz4cFj; Tue, 22 Oct 2019 10:44:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x9MAiYEI042849 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 22 Oct 2019 13:44:37 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x9MAiYEI042849 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x9MAiYwj042848; Tue, 22 Oct 2019 13:44:34 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Oct 2019 13:44:34 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: <20191022104434.GM73312@kib.kiev.ua> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 46y9B26z9xz4cFj X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.97 / 15.00]; NEURAL_HAM_MEDIUM(-0.97)[-0.970,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 10:44:43 -0000 On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: > > We observe a problem that happens very rarely (about once a month across many > test machines). The problem is that a thread remain in sleepq_timedwait() even > after its timeout expires. The thread's td_slpcallout looks like the callout > has fired. But the thread's state looks like it was never notified. > E.g.: > (kgdb) p td->td_slpcallout > $1 = {c_links = {le = {le_next = 0xfffff800108e6470, le_prev = > 0xfffffe0000be6ea8}, sle = {sle_next = 0xfffff800108e6470}, tqe = {tqe_next = > 0xfffff800108e6470, tqe_prev = 0xfffffe0000be6ea8}}, c_time = 160957479343159, > c_precision = 268435450, c_arg = 0xfffff80184602000, c_func = > 0xffffffff807481d0 , c_lock = 0x0, c_flags = 2, c_iflags = 272, > c_cpu = 6, c_exec_time = 160957506517070} [*] > (kgdb) p/x td->td_flags > $5 = 0x80000004 What is the bit 31 in your flags ? FreeBSD does not use the bit. > (kgdb) p td->td_sqqueue > $8 = 0 > (kgdb) p td->td_sleepqueue > $9 = (struct sleepqueue *) 0x0 > (kgdb) p td->td_wchan > $10 = (void *) 0xfffff802b990df38 > > > Has anyone seen anything like this problem? Yes, but it was very long time ago. See r303426. > Any advice on how to diagnose it? > > Thanks! > > P.S. > c_exec_time is our addition, we set this field right before firing a callback > and we reset it to zero when a callout is (re-)scheduled. From owner-freebsd-current@freebsd.org Tue Oct 22 11:49:01 2019 Return-Path: Delivered-To: freebsd-current@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 B4E5D1583E7 for ; Tue, 22 Oct 2019 11:49:01 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f195.google.com (mail-lj1-f195.google.com [209.85.208.195]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46yBcD4v42z4fXF for ; Tue, 22 Oct 2019 11:49:00 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f195.google.com with SMTP id l21so16857397lje.4 for ; Tue, 22 Oct 2019 04:49:00 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=MkJo7JRuh7GKl6RmqsqOdnvCop3hnQAmrpzbadz3DlU=; b=IJIANqmlZTXZAMGl6Dd3XCOtHD3YYne1gy/Ifcs3K3F71ViSCbSZF3WtpjmyMqyX7+ BSPxDTMWMa9aUW0OVEKsGHocl8HzDzXxJrZbnNzxUYTgfly9sPfVyt/h6nOA0OYqf+05 DB74GdoW5aVUuuU+bDil+IKKYQU8icNDSJ6W0LVRP9HXYEeaiUMj1ji5jeGLnbcDdp/D 03+kj3Jp1/P0KZ/SgOr9/RxrpDjLfjLR69EeS3azBrz9lS5fxOWfj5mxq1jaTqCWtd5M NWIQAekuhr2F+j1LQBD3MCKANfD+IX//v7aWVIcLO8rLzFgYjgdULy6AfXCWGhzQwgHb YKMg== X-Gm-Message-State: APjAAAV13xOsKVnBGhitJ3tFKgt9DzAhJHOUQEZAevtBCM5zOL7H5YM9 JguB65vCTTg0VU1Ah7uT/onYYnU3fHM= X-Google-Smtp-Source: APXvYqwFvr1K4v/tSOpsVHwOS4mBFvLrvmjVk7Sp7hDVAoN+3ppDfPWXKrZNtkIRbMjV/KUSwZTFdQ== X-Received: by 2002:a2e:85c1:: with SMTP id h1mr18462259ljj.169.1571744938419; Tue, 22 Oct 2019 04:48:58 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id g3sm7691843ljj.59.2019.10.22.04.48.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Oct 2019 04:48:57 -0700 (PDT) Subject: Re: thread on sleepqueue does not wake up after timeout To: Konstantin Belousov Cc: FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> Date: Tue, 22 Oct 2019 14:48:56 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191022104434.GM73312@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46yBcD4v42z4fXF X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.195 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[195.208.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.11)[ip: (-0.21), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[195.208.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 11:49:01 -0000 On 22/10/2019 13:44, Konstantin Belousov wrote: > On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: >> >> We observe a problem that happens very rarely (about once a month across many >> test machines). The problem is that a thread remain in sleepq_timedwait() even >> after its timeout expires. The thread's td_slpcallout looks like the callout >> has fired. But the thread's state looks like it was never notified. >> E.g.: >> (kgdb) p td->td_slpcallout >> $1 = {c_links = {le = {le_next = 0xfffff800108e6470, le_prev = >> 0xfffffe0000be6ea8}, sle = {sle_next = 0xfffff800108e6470}, tqe = {tqe_next = >> 0xfffff800108e6470, tqe_prev = 0xfffffe0000be6ea8}}, c_time = 160957479343159, >> c_precision = 268435450, c_arg = 0xfffff80184602000, c_func = >> 0xffffffff807481d0 , c_lock = 0x0, c_flags = 2, c_iflags = 272, >> c_cpu = 6, c_exec_time = 160957506517070} [*] >> (kgdb) p/x td->td_flags >> $5 = 0x80000004 > What is the bit 31 in your flags ? FreeBSD does not use the bit. It's TDF_NOSWAP, a local addition. We use it to prohibit full process swapout (I guess that means kernel stacks). >> (kgdb) p td->td_sqqueue >> $8 = 0 >> (kgdb) p td->td_sleepqueue >> $9 = (struct sleepqueue *) 0x0 >> (kgdb) p td->td_wchan >> $10 = (void *) 0xfffff802b990df38 >> >> >> Has anyone seen anything like this problem? > Yes, but it was very long time ago. See r303426. Yeah, we are based off r329000 plus a bunch of merges for various fixes. One thing I forgot to mention is that it seems to happen only on VMware guests, but maybe it's only because we have many more virtual test boxes than we have physical ones. One thing I suspected was that binuptime() could somehow jump backwards... >> Any advice on how to diagnose it? >> >> Thanks! >> >> P.S. >> c_exec_time is our addition, we set this field right before firing a callback >> and we reset it to zero when a callout is (re-)scheduled. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 13:16:41 2019 Return-Path: Delivered-To: freebsd-current@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 BE7F515A638 for ; Tue, 22 Oct 2019 13:16:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46yDYP3WQDz3G6D; Tue, 22 Oct 2019 13:16:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.15.2/8.15.2) with ESMTPS id x9MDGX0V078621 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Tue, 22 Oct 2019 16:16:36 +0300 (EEST) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua x9MDGX0V078621 Received: (from kostik@localhost) by tom.home (8.15.2/8.15.2/Submit) id x9MDGXtu078620; Tue, 22 Oct 2019 16:16:33 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 22 Oct 2019 16:16:33 +0300 From: Konstantin Belousov To: Andriy Gapon Cc: FreeBSD Current Subject: Re: thread on sleepqueue does not wake up after timeout Message-ID: <20191022131633.GN73312@kib.kiev.ua> References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> User-Agent: Mutt/1.12.2 (2019-09-21) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on tom.home X-Rspamd-Queue-Id: 46yDYP3WQDz3G6D X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.97 / 15.00]; NEURAL_HAM_MEDIUM(-0.97)[-0.970,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 13:16:41 -0000 On Tue, Oct 22, 2019 at 02:48:56PM +0300, Andriy Gapon wrote: > On 22/10/2019 13:44, Konstantin Belousov wrote: > > On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: > >> > >> We observe a problem that happens very rarely (about once a month across many > >> test machines). The problem is that a thread remain in sleepq_timedwait() even > >> after its timeout expires. The thread's td_slpcallout looks like the callout > >> has fired. But the thread's state looks like it was never notified. > >> E.g.: > >> (kgdb) p td->td_slpcallout > >> $1 = {c_links = {le = {le_next = 0xfffff800108e6470, le_prev = > >> 0xfffffe0000be6ea8}, sle = {sle_next = 0xfffff800108e6470}, tqe = {tqe_next = > >> 0xfffff800108e6470, tqe_prev = 0xfffffe0000be6ea8}}, c_time = 160957479343159, > >> c_precision = 268435450, c_arg = 0xfffff80184602000, c_func = > >> 0xffffffff807481d0 , c_lock = 0x0, c_flags = 2, c_iflags = 272, > >> c_cpu = 6, c_exec_time = 160957506517070} [*] > >> (kgdb) p/x td->td_flags > >> $5 = 0x80000004 > > What is the bit 31 in your flags ? FreeBSD does not use the bit. > > It's TDF_NOSWAP, a local addition. > We use it to prohibit full process swapout (I guess that means kernel stacks). > > >> (kgdb) p td->td_sqqueue > >> $8 = 0 > >> (kgdb) p td->td_sleepqueue > >> $9 = (struct sleepqueue *) 0x0 > >> (kgdb) p td->td_wchan > >> $10 = (void *) 0xfffff802b990df38 > >> > >> > >> Has anyone seen anything like this problem? > > Yes, but it was very long time ago. See r303426. > > Yeah, we are based off r329000 plus a bunch of merges for various fixes. > One thing I forgot to mention is that it seems to happen only on VMware guests, > but maybe it's only because we have many more virtual test boxes than we have > physical ones. > One thing I suspected was that binuptime() could somehow jump backwards... Do you use any of suspend/migration ? Perhaps record sbinuptime() in the struct thread in sleepq_timeout() and keep the original value of td_sleeptimo around to see what did happen. > > >> Any advice on how to diagnose it? > >> > >> Thanks! > >> > >> P.S. > >> c_exec_time is our addition, we set this field right before firing a callback > >> and we reset it to zero when a callout is (re-)scheduled. > > > -- > Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 13:19:58 2019 Return-Path: Delivered-To: freebsd-current@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 1046915A7D3 for ; Tue, 22 Oct 2019 13:19:58 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46yDd86HqGz3GQy for ; Tue, 22 Oct 2019 13:19:56 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f42.google.com with SMTP id q28so9837836lfa.5 for ; Tue, 22 Oct 2019 06:19:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=prSxm5qf2267dMwqjhxEbc6pc8g+GXzcf8ezcqj1jG8=; b=gbDYz4QH3BrVgfJ85BNra1086RRCDOlUby0XRt2KDhRTpIg0fbiqqqo5yHOrX2coW8 rAei/3cl/idx645cctl+sXKc5Zv3ewV4npu73FWq9/DN3J6mXbx/RrkesM3NQOji0V8d vhhUYobVwm0Bnzpgp1D0sE2HtEewLs03VwQz0/KngamCWyZHYWJEbjo6kJxKDBJw/Rq7 0UiNrMYn/tTySN4GHiR0+45HqTn7L98BAAHaBGVMnsSo/Nsyd+vQRQ2tcVRxUGaZEPcL 5VpDV7sFr9RePWYNJQcCVibXDk29swFM3M9xxvH7UnWahIRANRD9EVVjOr++G9Jr2h0J XYKg== X-Gm-Message-State: APjAAAWRcD8bv3NNBM8Zfh9FtNVg6SV3BO+eiS3YDaro2ITsLi8pgyO4 viNvHctbEbHW7ufBamK5otL1aeoD/g4= X-Google-Smtp-Source: APXvYqyANBD4WlqNUMC4zVGpWtjDWS+J7ncz7NuNJ18O2ub791tSpMyuzFQLGO09VFH2J/1SFgnybQ== X-Received: by 2002:ac2:414f:: with SMTP id c15mr9772099lfi.157.1571750394414; Tue, 22 Oct 2019 06:19:54 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id w27sm8338768ljd.55.2019.10.22.06.19.53 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Oct 2019 06:19:53 -0700 (PDT) Subject: Re: thread on sleepqueue does not wake up after timeout To: Konstantin Belousov Cc: FreeBSD Current References: <20191022104434.GM73312@kib.kiev.ua> <3a67f9a9-31cf-5814-4a68-8bdd6063b21e@FreeBSD.org> <20191022131633.GN73312@kib.kiev.ua> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <9c131a2a-cc94-4d93-1ba8-595c0151e366@FreeBSD.org> Date: Tue, 22 Oct 2019 16:19:52 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20191022131633.GN73312@kib.kiev.ua> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46yDd86HqGz3GQy X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.42 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.16 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.16)[ip: (-0.46), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.167.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 13:19:58 -0000 On 22/10/2019 16:16, Konstantin Belousov wrote: > On Tue, Oct 22, 2019 at 02:48:56PM +0300, Andriy Gapon wrote: >> On 22/10/2019 13:44, Konstantin Belousov wrote: >>> On Tue, Oct 22, 2019 at 01:08:59PM +0300, Andriy Gapon wrote: >>>> Has anyone seen anything like this problem? >>> Yes, but it was very long time ago. See r303426. >> >> Yeah, we are based off r329000 plus a bunch of merges for various fixes. >> One thing I forgot to mention is that it seems to happen only on VMware guests, >> but maybe it's only because we have many more virtual test boxes than we have >> physical ones. >> One thing I suspected was that binuptime() could somehow jump backwards... > Do you use any of suspend/migration ? No, the VMs are pinned to hosts. No suspension and no migration. > Perhaps record sbinuptime() in the struct thread in sleepq_timeout() and > keep the original value of td_sleeptimo around to see what did happen. Thank you for the idea. I will try it. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 15:24:36 2019 Return-Path: Delivered-To: freebsd-current@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 35FA415D6D4 for ; Tue, 22 Oct 2019 15:24:36 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f42.google.com (mail-lf1-f42.google.com [209.85.167.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46yHNz3043z3Py7; Tue, 22 Oct 2019 15:24:35 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f42.google.com with SMTP id x4so7152934lfn.8; Tue, 22 Oct 2019 08:24:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=aYFjH3NtMC2O53pDMtnbygQ0ewYS3WxAz7tndK/ZDzs=; b=PM/yxQnTULkWDin3EsjlUymKv9/ZU1w5phWGxGZyRF8L/erJ76VKYQc6xNbTrEti7F SrjtaBJL0FozmUr3YaX3uAsZA3yxwj7q/1dPScNBjIvoAKjFJfA89bfQxBXC6zL0o4DG DpiEzgbIIuaVxUaW0xyrlT+REc+L0zwsZFH8aNn47Xv6cjG09VooEuPZHmNs7f0Kq6iB zZBYD5CwrtC8CT7W6ZrJxp24XHC1gPnCPuCnYMjJInEQ8XeDRmu6dSqUtn6RUY5ljl3a Byesp8ZGTYZSfE5JAumdLD5kYC4BuyVr/HVhlE2J630IpfzLbMWu0FpS9twGUSsxqIOa me8w== X-Gm-Message-State: APjAAAUIXwoie4ZAEhCFq9bFLmujhw/lIIxzB/YevzzFJ7s6WU8vYIvl TgpXApn1avKJgEU/f+w+BiO1kthN7KM= X-Google-Smtp-Source: APXvYqyEazzr6GzR5qZIG2nDSQVkE+EIC7eKenCqRnygyssNPa4OjPyCBhHzW+eK/YdDL06k594ipA== X-Received: by 2002:a19:e018:: with SMTP id x24mr16989379lfg.191.1571757873479; Tue, 22 Oct 2019 08:24:33 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id o5sm6168777lfn.78.2019.10.22.08.24.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 22 Oct 2019 08:24:32 -0700 (PDT) Subject: Re: i2c bit banging timeout for SCL To: FreeBSD Current Cc: Warner Losh , Poul-Henning Kamp , Ian Lepore References: <7e5d8a06bc2d46263262369464e9348b82263847.camel@freebsd.org> <93148.1562001288@critter.freebsd.dk> From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: <80593715-eac9-5cdb-d035-524a49f19253@FreeBSD.org> Date: Tue, 22 Oct 2019 18:24:31 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46yHNz3043z3Py7 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.42 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[FreeBSD.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[42.167.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; IP_SCORE(-1.16)[ip: (-0.44), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.07), country: US(-0.05)]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[42.167.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 15:24:36 -0000 Better late, than never: https://reviews.freebsd.org/D22109 This implements the configurable SCL low timeout with a new default and most of the discussed changes plus a little bit more. If you are interested, please feel free to join the review if you are not a reviewer already. -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Oct 22 23:34:59 2019 Return-Path: Delivered-To: freebsd-current@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 476AC1685A9 for ; Tue, 22 Oct 2019 23:34:59 +0000 (UTC) (envelope-from jhb@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) server-signature RSA-PSS (4096 bits) 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 46yVGq18xfz4QFL for ; Tue, 22 Oct 2019 23:34:59 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-4.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 8C1E618A14 for ; Tue, 22 Oct 2019 23:34:58 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: make delete-old: missing some files? To: freebsd-current@freebsd.org References: <20191018170519.GA15695@regency.nsu.ru> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Tue, 22 Oct 2019 16:34:53 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191018170519.GA15695@regency.nsu.ru> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 23:34:59 -0000 On 10/18/19 10:05 AM, Alexey Dokuchaev wrote: > hi there, > > i've made my -CURRENT world and installed, but "make delete-old" tells > me it cannot remove some directories: > >>>> Removing old directories > rmdir: /usr/share/dtrace: Directory not empty > rmdir: /usr/lib/dtrace: Directory not empty > rmdir: /usr/lib/debug/usr/tests/libexec/rtld-elf: Directory not empty > rmdir: /usr/lib/debug/usr/tests/libexec: Directory not empty > rmdir: /usr/lib/debug/usr/tests: Directory not empty > rmdir: /usr/lib/debug/usr/lib/i18n: Directory not empty > rmdir: /usr/lib/debug/usr/lib/engines: Directory not empty > rmdir: /usr/lib/debug/usr/lib: Directory not empty > rmdir: /usr/lib/debug/usr: Directory not empty > > taking /usr/lib/debug/usr/lib/engines as an example: > > # find /usr/lib/debug/usr/lib/engines > /usr/lib/debug/usr/lib/engines > /usr/lib/debug/usr/lib/engines/lib4758cca.so.debug > /usr/lib/debug/usr/lib/engines/libaep.so.debug > /usr/lib/debug/usr/lib/engines/libatalla.so.debug > /usr/lib/debug/usr/lib/engines/libcapi.so.debug > /usr/lib/debug/usr/lib/engines/libchil.so.debug > /usr/lib/debug/usr/lib/engines/libcswift.so.debug > /usr/lib/debug/usr/lib/engines/libgost.so.debug > /usr/lib/debug/usr/lib/engines/libnuron.so.debug > /usr/lib/debug/usr/lib/engines/libsureware.so.debug > /usr/lib/debug/usr/lib/engines/libubsec.so.debug > > am i missing something, or ObsoleteFiles.inc lacks a few entries? These are from the OpenSSL 1.1.1 commit. However, they are tagged as OLD_LIBS and check-old-libs and delete-old-libs should be automatically deleting these? Does 'make check-old' report these files as old libraries? -- John Baldwin From owner-freebsd-current@freebsd.org Wed Oct 23 03:41:19 2019 Return-Path: Delivered-To: freebsd-current@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 2CAD216CF59 for ; Wed, 23 Oct 2019 03:41:19 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mxt.nsu.ru (mxt.nsu.ru [84.237.50.40]) (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 46ybl05FZtz4bJc; Wed, 23 Oct 2019 03:41:16 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nsu.ru; s=email; h=In-Reply-To:Content-Type:Mime-Version:References:Message-ID: Subject:Cc:To:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=695UJCHExE69d/t4Ex0qgP9C7vRZWwEEXFD08LEc0PI=; b=PlrpjcoiIBMUvLEb7cPQnHlD3q g/CcdsQW94rkA0X5WIG74n4JM1Sj4Qtw5SptU4sGhGbX44zWUd1CDPGrUbvvLB/R00aHb87YReGgJ 7XUuX37l9uuNe0fro1gpDnRdtQMdzt59AnyNOlz5cS+w+LHpICYJl/XQrRCCA9bN75+g=; Received: from zimbra.nsu.ru ([84.237.50.42]) by mxt.nsu.ru with esmtp (Exim 4.89) (envelope-from ) id 1iN7WE-00028e-PA; Wed, 23 Oct 2019 10:41:06 +0700 Received: from localhost (localhost [127.0.0.1]) by zimbra.nsu.ru (Postfix) with ESMTP id B6B2280023F; Wed, 23 Oct 2019 10:41:06 +0700 (+07) Received: from zimbra.nsu.ru ([127.0.0.1]) by localhost (zimbra.nsu.ru [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id 5tIJbadVlvUh; Wed, 23 Oct 2019 10:41:06 +0700 (+07) Received: from localhost (localhost [127.0.0.1]) by zimbra.nsu.ru (Postfix) with ESMTP id 534D4800252; Wed, 23 Oct 2019 10:41:06 +0700 (+07) X-Virus-Scanned: amavisd-new at zimbra.nsu.ru Received: from zimbra.nsu.ru ([127.0.0.1]) by localhost (zimbra.nsu.ru [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 4HJ9RiKWQo64; Wed, 23 Oct 2019 10:41:06 +0700 (+07) Received: from regency.nsu.ru (unknown [84.237.50.47]) by zimbra.nsu.ru (Postfix) with ESMTPS id 28EC180023F; Wed, 23 Oct 2019 10:41:06 +0700 (+07) Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id x9N3gDNw099100; Wed, 23 Oct 2019 10:42:14 +0700 (+07) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id x9N3g8iR099013; Wed, 23 Oct 2019 10:42:08 +0700 (+07) (envelope-from danfe) Date: Wed, 23 Oct 2019 10:42:08 +0700 From: Alexey Dokuchaev To: John Baldwin Cc: freebsd-current@FreeBSD.org Subject: Re: make delete-old: missing some files? Message-ID: <20191023034208.GA97072@regency.nsu.ru> References: <20191018170519.GA15695@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-KLMS-Rule-ID: 3 X-KLMS-Message-Action: skipped X-KLMS-AntiSpam-Status: not scanned, whitelist X-KLMS-AntiPhishing: not scanned, whitelist X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.3.30, not scanned, whitelist X-Rspamd-Queue-Id: 46ybl05FZtz4bJc X-Spamd-Bar: +++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=nsu.ru header.s=email header.b=Plrpjcoi; dmarc=pass (policy=none) header.from=nsu.ru; spf=pass (mx1.freebsd.org: domain of danfe@regency.nsu.ru designates 84.237.50.40 as permitted sender) smtp.mailfrom=danfe@regency.nsu.ru X-Spamd-Result: default: False [3.34 / 15.00]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[nsu.ru:s=email]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mxt.nsu.ru]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_SPAM_MEDIUM(0.55)[0.551,0]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[nsu.ru:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[nsu.ru,none]; NEURAL_SPAM_LONG(0.92)[0.917,0]; IP_SCORE(1.07)[ip: (3.51), ipnet: 84.237.48.0/21(1.02), asn: 3335(0.82), country: RU(0.01)]; FORGED_SENDER(0.30)[danfe@nsu.ru,danfe@regency.nsu.ru]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3335, ipnet:84.237.48.0/21, country:RU]; FROM_NEQ_ENVFROM(0.00)[danfe@nsu.ru,danfe@regency.nsu.ru]; RCVD_COUNT_SEVEN(0.00)[8] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 03:41:19 -0000 On Tue, Oct 22, 2019 at 04:34:53PM -0700, John Baldwin wrote: > On 10/18/19 10:05 AM, Alexey Dokuchaev wrote: > > hi there, > > > > i've made my -CURRENT world and installed, but "make delete-old" tells > > me it cannot remove some directories: > > > >>>> Removing old directories > > rmdir: /usr/share/dtrace: Directory not empty > > rmdir: /usr/lib/dtrace: Directory not empty Apparently, these are because I've started to put WITHOUT_CDDL=yes in /etc/src.conf since recently: $ find /usr/lib/dtrace -type f /usr/lib/dtrace/siftr.d /usr/lib/dtrace/mbuf.d /usr/lib/dtrace/socket.d $ find /usr/share/dtrace -type f /usr/share/dtrace/nfsattrstats /usr/share/dtrace/siftr /usr/share/dtrace/blocking /usr/share/dtrace/tcpdebug I can see some dtrace/*.d files in OptionalObsoleteFiles.inc, perhaps these are missing? > > # find /usr/lib/debug/usr/lib/engines > > /usr/lib/debug/usr/lib/engines > > /usr/lib/debug/usr/lib/engines/lib4758cca.so.debug > > ... > > These are from the OpenSSL 1.1.1 commit. However, they are tagged as > OLD_LIBS and check-old-libs and delete-old-libs should be automatically > deleting these? Does 'make check-old' report these files as > old libraries? I've manually placed one of those back on the filesystem and `make check-old' reported it (twice!) under libraries. But after r353907 it get cleaned up properly with `make delete-old'. ./danfe From owner-freebsd-current@freebsd.org Wed Oct 23 07:57:42 2019 Return-Path: Delivered-To: freebsd-current@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 75E77172D1F for ; Wed, 23 Oct 2019 07:57:42 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46yjQs2wfWz3KWt for ; Wed, 23 Oct 2019 07:57:40 +0000 (UTC) (envelope-from ohartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571817453; bh=hQXVSHVMdCdJ7PLMtdkFSeVFW0mM7qWfPR1MAyEdUNs=; h=X-UI-Sender-Class:Date:From:To:Subject; b=Lo3ar/BQhUZ2E7UtzUhY9CXmYFBwQofOS47xgAmVFOaXF8sqbE1lZuj+NEK5qxpKw Eztwa9l5DQybhP0AvVVferSQyhyy971N4XpGu9ZNgpFm3vpzNLQjxMK8v98u+BF2OL JmoNZocymqsA9ACida4HXamNR8qGDc5c1rv8AyQY= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([79.192.161.19]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1McpJq-1hofdT0fvG-00a0PI for ; Wed, 23 Oct 2019 09:52:17 +0200 Date: Wed, 23 Oct 2019 09:52:10 +0200 From: "O. Hartmann" To: freebsd-current Subject: > r353680: multiuser crash due to: m_getzone: Inavlid cluster size 0 Message-ID: <20191023095210.3b58e4d5@freyja> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:9o+rYWRCNcIi3n4H2BFtTF3gqbKoYlqQESmeMH4oLGcQhlXV2jb LgoGuAh+w3YmoGvQP178+cQfI+LFEzBh+H3x5x0Wst8SbJsw5fzaH9W6LhGEVP8hh7yTfJ5 zs6i/aCRyn0AmZe67cc8uhrclOBBCd89bxXGGRHzFs6WFjk7K3fmBuPmaLl3l3RzOXvIwY6 s4BkQuz19jSQwBIJQ4wyw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:ZyO8gF0cHKU=:ZHXK+CtlVplqu81eD5jiuc OmdnKp7Tf6hZH5+OGOo4gPfjoWxhW/iD0uw3PvbyznFd1g9mN8dcATDOttnhoSrc+DrIRNxT9 mNS+Qx3OA9RCKolDHh0NXS/r4umWvo/HtLrOoGtG7LM8WHo26f9hF/KpNKvd93ltxi9HEQ20Z HDssGGvGqHTH5hixeb3IEoJXBZvnhQZW3tmQD311+zCVkjHcur3APS7RGV3YyzXhHoJ1sd54F NOrYSx4Cdkj/RqRvc9fRomNAmVc+TvWH6ctuZWtYNv733+/6LHgRtU+eyLiqK85bHpgUSIFWj 0VaH+HjLqywTV0hlBZERKgL/ghawUl3EsvcxoMj1OkuHcGzW9vXfgV5KusIihlgJ1URluzDQH DqwbblThNBsH+lqPDQ8BZpMT2LbV7OCydE5rWm0+5nP2LUCdOPYRCOkfUo3pCZeAMFvyQg2Nt lUbxQGlaKhfVB+xIlzldejWYnII3LOiCo4uXhz8h7BCkek7dWnA3JDwTZN7fenE3kCnSBzwxn RAC9pKogkrAaSF1/MPAfCud89MOKqs6nKMu9yH38itSHcDNOIc/H9D3caIm0NIzKeUR/LJVjn 9JOTtHjgnrygHMKGjGtKVke/ZvLJW8U+wamTeyBL/44ekNG8JcQSqbljy07UQmDv5uthdprlo 7qdimUBKjYPh9EvMItXvLjTpdad1VVpl6a3bnAIR3MxUt7rqhVrIgXEywpmdf9UDczJwizYDs cbSMnDhMq22UgIrC/9VuWYCuZDim+P3Hs1DQJBs1cd16dak2lZfkwL76EvkcBKu9u12L+6PqK ZIU9/duVoh0zPmxdASMkOPHCb+0+flOHrqzMJB0riwclDtlsk14ZCpnOy7+BwLxsAmSchMBFt 9EMosPiIDBssdGzmHFV4mfXYTFr1kUs3pHyCNJi7xZE1Bs3vAyvifW6byVM0Hx7cii0GTtDxY 8goEgKe2Ijq8WJw8S0mV05ZxTa6iHXPCQZj3lqPgcoK9qTIrs8hnMnwrytpiD6HKr5zY+eVdq Y1hC2KIuMB/qC/560lgS5MfyiMOVUpZCT6T1UuMYnJYP+KL/wsf7okK1ZBBS779gNzsO9Fm/z C7H5Jth8ipX1s3mBJf/cYnpLpDo9O2Vdzfm3izlKO/X7X15YOcNC6SY4+0Bhl9Q/1ddtdoJXW DJrS/N4dne/RzcmV+cnzMA823g+ABLpCmX9LD2smpiuvCSNjMPIM1JQuk6ZqOyWswQespvdRf HtA/5H9zJ624domcqHbIPmf+eXo8ai8gjPTQnmBHR2lqaDma+d1koN39SXUo= X-Rspamd-Queue-Id: 46yjQs2wfWz3KWt X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=Lo3ar/BQ; dmarc=none; spf=none (mx1.freebsd.org: domain of ohartmann@walstatt.org has no SPF policy when checking 212.227.17.22) smtp.mailfrom=ohartmann@walstatt.org X-Spamd-Result: default: False [-2.92 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.02)[ip: (-5.71), ipnet: 212.227.0.0/16(-1.36), asn: 8560(1.98), country: DE(-0.01)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[22.17.227.212.list.dnswl.org : 127.0.3.1]; RECEIVED_SPAMHAUS_PBL(0.00)[19.161.192.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 07:57:42 -0000 The last known good update of CURRENT on a Fujitsu Primergy RX2530-M5 (onl= y one of two sockets equipted, 64 GB RAM) was October, 17th, 2019 before 15 o'cl= ock, I suppose that was r353680 that time. Today's update to r353881 resulted i= n an immediate crash when the network (igb0-igb3, two built-in i350 NICs and tw= o i350 NICs placed on a i350-T2 server adapter) comes up, just when rc scrip= ts configure the NIC's. Last message I see is something like m_getzone: Inavlid cluster size 0 and "dubugnet" or similar. Since the crash wrecked the installation (it seems = after updating, the UFS filesystem received, as so often, inconsistencies, so I = can not start vi or other applications after a full fsck -yf on all partitons, those programs fail with some serious trap, stating that ELF is corrupt, I can't remember the exact message). We do not have debugging facilities ena= bled on that kernel suite, so I can not provide more proper informations. For emergency rescue we downloaded the latest CURRENT memstick image, FreeBSD-13.0-CURRENT-amd64-20191018-r353709-memstick.img dated Oct., 18th,= which also shows the bug described above. It seems that I have to go back to memimage FreeBSD-13.0-CURRENT-amd64-20191011-r353427-memstick.img which dates to 11= th October 2019. Since the crash resulted in a serious damage of the base filesystem and th= e installation, I need to copy first the installation tarballs from the inst= all memstick into place and try then to rebuild the system with sources up to = the version which is deemed working. The I'll report, hopefully, more informat= ion. Kind regards, oh Addendum: r353680 works r353709 doesn't work [...] /etc # more /var/crash/info.last Dump header from device: /dev/da0p2 Architecture: amd64 Architecture Version: 2 Dump Length: 2952835072 Blocksize: 512 Compression: none Dumptime: Tue Oct 22 12:13:19 2019 Hostname: wotan.lan101.bundesimmobilien.intern Magic: FreeBSD Kernel Dump Version String: FreeBSD 13.0-CURRENT #11 r353877: Tue Oct 22 11:02:32 CE= ST 2019 root@:/usr/obj/usr/src/amd64.amd64/sys/WOTAN Panic String: m_getzone: invalid cluster size 0 Dump Parity: 2027469319 Bounds: 0 Dump Status: good [...] [...] # more /var/crash/core.txt.0 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 /dev/stdin:1: Error in sourced command file: Cannot access memory at address 0x65657246 [...] [...] =2D--<>--- Copyright (c) 1992-2019 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 13.0-CURRENT #14 r353680: Wed Oct 23 08:50:04 CEST 2019 root@wotan.lan101.bundesimmobilien.intern:/usr/obj/usr/src/amd64.amd64= /sys/WOTAN amd64 FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based o= n LLVM 9.0.0) VT(efifb): resolution 1280x1024 CPU microcode: no matching update found CPU: Intel(R) Xeon(R) Gold 5217 CPU @ 3.00GHz (2993.05-MHz K8-class CPU) Origin=3D"GenuineIntel" Id=3D0x50657 Family=3D0x6 Model=3D0x55 Stepp= ing=3D7 Features=3D0xbfebfbff Features2=3D0x7ffefbff AMD Features=3D0x2c100800 AMD Features2=3D0x121 Structured Extended Features=3D0xd39ffffb Structured Extended Features2=3D0x808 Structured Extended Features3=3D0xbc000400 XSAVE Features=3D0xf IA32_ARCH_CAPS=3D0x2b VT-x: PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, perform= ance statistics real memory =3D 68719476736 (65536 MB) avail memory =3D 66361274368 (63287 MB) Event timer "LAPIC" quality 600 ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 1 package(s) x 8 core(s) x 2 hardware threads random: registering fast source Intel Secure Key RNG random: fast provider: "Intel Secure Key RNG" random: unblocking device. Security policy loaded: MAC/ntpd (mac_ntpd) ioapic0 irqs 0-23 ioapic1 irqs 24-31 ioapic2 irqs 32-39 ioapic3 irqs 40-47 ioapic4 irqs 48-55 Launching APs: 1 13 5 12 9 14 8 7 10 6 11 15 3 4 2 Timecounter "TSC-low" frequency 1496523352 Hz quality 1000 random: entropy device external interface kbd0 at kbdmux0 [...] From owner-freebsd-current@freebsd.org Wed Oct 23 08:42:39 2019 Return-Path: Delivered-To: freebsd-current@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 7805D173F11; Wed, 23 Oct 2019 08:42:39 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [IPv6:2607:f740:d:20::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 46ykQj2XXMz3MZL; Wed, 23 Oct 2019 08:42:37 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46ykQY32JVz3lJt; Wed, 23 Oct 2019 08:42:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:references:from:from:subject:subject:received :received; s=20151023; t=1571820148; bh=6RRUTZ/P3dlUdYdYnGg6RDpd yFqE2e3jZ3paH37Ooyc=; b=F+koBR+ck5nW7LgagWWZ0FabUE6/enKG0FuINrNC RrcFHzSu5lp9LaxlE8fyaS1HknJhd4Wmr40fBUhX+aGX6R1MDtkLsMs6ovMgdiVS QICqeYtfvdPOS6WRqcXRF8k1Xfy67r7HfC6uAsw1IfMbvf95T4IGvHa7dTG5aL14 pkw= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([IPv6:::1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [IPv6:::1]) (amavisd-new, port 10587) with ESMTPS id C-jUusdFRtKp; Wed, 23 Oct 2019 08:42:28 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:e15d:7246:83c4:782d]) by mail.daemonic.se (Postfix) with ESMTPSA id 46ykQW6dDBz3c7Z; Wed, 23 Oct 2019 08:42:27 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 From: Niclas Zeising To: Mark Johnston Cc: Neel Chauhan , Mateusz Guzik , Evilham , FreeBSD Current , owner-freebsd-current@freebsd.org References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> Message-ID: <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> Date: Wed, 23 Oct 2019 10:42:19 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 46ykQj2XXMz3MZL X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=F+koBR+c; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 2607:f740:d:20::25 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-3.71)[ip: (-9.76), ipnet: 2607:f740:d::/48(-4.88), asn: 36236(-3.85), country: US(-0.05)]; RCPT_COUNT_FIVE(0.00)[6]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:36236, ipnet:2607:f740:d::/48, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 08:42:39 -0000 On 2019-10-21 10:13, Niclas Zeising wrote: > On 2019-10-17 23:05, Mark Johnston wrote: >> On Thu, Oct 17, 2019 at 10:31:12PM +0200, Niclas Zeising wrote: >>> On 2019-10-17 21:53, markj@freebsd.org wrote: >>>> On Thu, Oct 17, 2019 at 03:03:51PM +0200, Niclas Zeising wrote: >>>>> On 2019-10-16 18:57, Neel Chauhan wrote: >>>>>> While drm-current-kmod worked for a little while, it broke with=20 >>>>>> r353645. >>>>>> >>>>>> https://i.imgur.com/Q5nYZf2.jpg >>>>>> >>>>>> I'm using the same HP Spectre that I used earlier (where it worked= =20 >>>>>> and >>>>>> where it panicked). >>>>>> >>>>> >>>>> That commit looks unrelated, it touches the wbwd and superio driver= s, >>>>> nothing else.=C2=A0 Any chance you can bisect exactly which revisio= n that >>>>> caused the new issues? >>>> >>>> I believe it was the recent work on the vm page busy state, r353539 >>>> specifically.=C2=A0 This patch should fix it; we don't yet have a >>>> __FreeBSD_version number bump on which to gate the patch. >>>> >>>> diff --git a/linuxkpi/gplv2/src/linux_page.c=20 >>>> b/linuxkpi/gplv2/src/linux_page.c >>>> index e2b85c45c..060ae85ed 100644 >>>> --- a/linuxkpi/gplv2/src/linux_page.c >>>> +++ b/linuxkpi/gplv2/src/linux_page.c >>>> @@ -239,7 +239,7 @@ retry: >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 page =3D vm_page_lookup(devobj, i); >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 if (page =3D=3D NULL) >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 continue; >>>> -=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = if (vm_page_sleep_if_busy(page, "linuxkpi")) >>>> +=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 = if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 goto retry; >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 cdev_pager_free_page(devobj, page); >>>> =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 } >>> >>> Hi! >>> Hopefully someone can confirm that this patch to drm-current-kmod or >>> drm-devel-kmod fixes the issue.=C2=A0 I won't be able to work on this= before >>> the weekend at the earliest, I'm afraid. >>> Mark, is it possible to get a belated version bump for this fix, and >>> what changed to require it? >> >> I committed the bump and verified the patch on amdgpu.=C2=A0 Here are = some >> PRs for the drivers: >> >> https://github.com/FreeBSDDesktop/kms-drm/pull/180 >> https://github.com/FreeBSDDesktop/kms-drm/pull/181 >=20 > Hi! > I'm working on getting this into the versions that are in ports.=C2=A0 = For=20 > drm-current-kmod it's fairly simple, but for drm-devel-kmod there are=20 > unrelated changes which I need to check if they are ready to go in or=20 > not, so it will take some more time. >=20 > Looking at the mail list thread, there seems to be a patch needed for=20 > base as well, has this been committed? drm-devel-kmod and drm-current-kmod has been updated with the above fix. If there are further issues, please let us know. Regards --=20 Niclas From owner-freebsd-current@freebsd.org Wed Oct 23 14:03:02 2019 Return-Path: Delivered-To: freebsd-current@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 301431536CF for ; Wed, 23 Oct 2019 14:03:02 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-il1-f169.google.com (mail-il1-f169.google.com [209.85.166.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46ysXN5gmQz49RX for ; Wed, 23 Oct 2019 14:03:00 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: by mail-il1-f169.google.com with SMTP id d83so10525778ilk.7 for ; Wed, 23 Oct 2019 07:03:00 -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=AFW0Y+3A6QjfYtdqhJr6MoKY+3RaEyLNC08tjfzGxKo=; b=bTfysLsb3v9skP0zmdWo7EptaL2kNGcXqmAw+vd+k46MBYYwcGxx4gaW9ZXA76jw7l 1NtW7Q6Lok0mpG7hAC5Y8PVChRUqrVCUHgO5WllY8TDtqnKnhsIsTQiv1+XKeNo7XH0z hlOPFEmEawTFAXmVzMhR/HEx+dhvsZ8R0HtihfmAnwPhoZpbv+3HHpjkSXy7eM51lTqb pmfRqoqUV1Z6E9u8BZxBZ2fQioGbDfPkUWWK+DccgV8pA83IPy8cfAuDgzc8cuKUiMiL SqcEoEGX5MatlxWVAD90AgtZBfC3lxWdti9OrL6v1WZrLCien6p3Pe238IseRuDu9x7V Rghw== X-Gm-Message-State: APjAAAWSnRpvxOIwnoi/vX2BdwCMzdh33BS3Gq9RY7Yhy7DUnWwvrDgD XilTji3r0INNh6IwUW9/lNkmLM81rwae3pid9jE= X-Google-Smtp-Source: APXvYqwkVVJiS8tITc4t9AggDn2x3jsA9+nTeiOtq+9K7EuDXkBvqlSdJCII0DgItoIKv8iJ5eab+La/m7Bg4NC2JGU= X-Received: by 2002:a92:7742:: with SMTP id s63mr39306181ilc.230.1571839379562; Wed, 23 Oct 2019 07:02:59 -0700 (PDT) MIME-Version: 1.0 References: <20191023095210.3b58e4d5@freyja> In-Reply-To: <20191023095210.3b58e4d5@freyja> From: Navdeep Parhar Date: Wed, 23 Oct 2019 07:02:49 -0700 Message-ID: Subject: Re: > r353680: multiuser crash due to: m_getzone: Inavlid cluster size 0 To: "O. Hartmann" Cc: Current X-Rspamd-Queue-Id: 46ysXN5gmQz49RX X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of nparhar@gmail.com designates 209.85.166.169 as permitted sender) smtp.mailfrom=nparhar@gmail.com X-Spamd-Result: default: False [-3.62 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; URI_COUNT_ODD(1.00)[3]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[169.166.85.209.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-2.62)[ip: (-7.76), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.06), country: US(-0.05)]; FORGED_SENDER(0.30)[np@freebsd.org,nparhar@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[169.166.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[np@freebsd.org,nparhar@gmail.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 14:03:02 -0000 This is 241403 in bugzilla. On Wed, Oct 23, 2019, 12:57 AM O. Hartmann wrote: > The last known good update of CURRENT on a Fujitsu Primergy RX2530-M5 > (only one > of two sockets equipted, 64 GB RAM) was October, 17th, 2019 before 15 > o'clock, > I suppose that was r353680 that time. Today's update to r353881 resulted > in an > immediate crash when the network (igb0-igb3, two built-in i350 NICs and two > i350 NICs placed on a i350-T2 server adapter) comes up, just when rc > scripts > configure the NIC's. > > Last message I see is something like m_getzone: Inavlid cluster size 0 and > "dubugnet" or similar. Since the crash wrecked the installation (it seems > after > updating, the UFS filesystem received, as so often, inconsistencies, so I > can > not start vi or other applications after a full fsck -yf on all partitons, > those programs fail with some serious trap, stating that ELF is corrupt, I > can't remember the exact message). We do not have debugging facilities > enabled > on that kernel suite, so I can not provide more proper informations. > > For emergency rescue we downloaded the latest CURRENT memstick image, > FreeBSD-13.0-CURRENT-amd64-20191018-r353709-memstick.img dated Oct., 18th, > which > also shows the bug described above. > > It seems that I have to go back to memimage > FreeBSD-13.0-CURRENT-amd64-20191011-r353427-memstick.img which dates to > 11th > October 2019. > Since the crash resulted in a serious damage of the base filesystem and the > installation, I need to copy first the installation tarballs from the > install > memstick into place and try then to rebuild the system with sources up to > the > version which is deemed working. The I'll report, hopefully, more > information. > > Kind regards, > oh > > Addendum: > > r353680 works > r353709 doesn't work > > > [...] > /etc # more /var/crash/info.last > Dump header from device: /dev/da0p2 > Architecture: amd64 > Architecture Version: 2 > Dump Length: 2952835072 > Blocksize: 512 > Compression: none > Dumptime: Tue Oct 22 12:13:19 2019 > Hostname: wotan.lan101.bundesimmobilien.intern > Magic: FreeBSD Kernel Dump > Version String: FreeBSD 13.0-CURRENT #11 r353877: Tue Oct 22 11:02:32 > CEST > 2019 root@:/usr/obj/usr/src/amd64.amd64/sys/WOTAN > Panic String: m_getzone: invalid cluster size 0 > Dump Parity: 2027469319 > Bounds: 0 > Dump Status: good > [...] > > [...] > > # more /var/crash/core.txt.0 > /dev/stdin:1: Error in sourced command file: > Cannot access memory at address 0x65657246 > /dev/stdin:1: Error in sourced command file: > Cannot access memory at address 0x65657246 > /dev/stdin:1: Error in sourced command file: > Cannot access memory at address 0x65657246 > /dev/stdin:1: Error in sourced command file: > Cannot access memory at address 0x65657246 > /dev/stdin:1: Error in sourced command file: > Cannot access memory at address 0x65657246 > > > [...] > > > [...] > ---<>--- > Copyright (c) 1992-2019 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 13.0-CURRENT #14 r353680: Wed Oct 23 08:50:04 CEST 2019 > root@wotan.lan101.bundesimmobilien.intern > :/usr/obj/usr/src/amd64.amd64/sys/WOTAN > amd64 FreeBSD clang version 9.0.0 (tags/RELEASE_900/final 372316) (based on > LLVM 9.0.0) VT(efifb): resolution 1280x1024 > CPU microcode: no matching update found > CPU: Intel(R) Xeon(R) Gold 5217 CPU @ 3.00GHz (2993.05-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x50657 Family=0x6 Model=0x55 Stepping=7 > > Features=0xbfebfbff > > Features2=0x7ffefbff > AMD Features=0x2c100800 > AMD Features2=0x121 > Structured Extended > > Features=0xd39ffffb > Structured Extended Features2=0x808 Structured Extended > Features3=0xbc000400 XSAVE > Features=0xf > IA32_ARCH_CAPS=0x2b VT-x: > PAT,HLT,MTF,PAUSE,EPT,UG,VPID,VID,PostIntr TSC: P-state invariant, > performance > statistics real memory = 68719476736 (65536 MB) > avail memory = 66361274368 (63287 MB) > Event timer "LAPIC" quality 600 > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs > FreeBSD/SMP: 1 package(s) x 8 core(s) x 2 hardware threads > random: registering fast source Intel Secure Key RNG > random: fast provider: "Intel Secure Key RNG" > random: unblocking device. > Security policy loaded: MAC/ntpd (mac_ntpd) > ioapic0 irqs 0-23 > ioapic1 irqs 24-31 > ioapic2 irqs 32-39 > ioapic3 irqs 40-47 > ioapic4 irqs 48-55 > Launching APs: 1 13 5 12 9 14 8 7 10 6 11 15 3 4 2 > Timecounter "TSC-low" frequency 1496523352 Hz quality 1000 > random: entropy device external interface > kbd0 at kbdmux0 > [...] > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Oct 23 19:51:14 2019 Return-Path: Delivered-To: freebsd-current@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 5BEB415BEC5; Wed, 23 Oct 2019 19:51:14 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-vk1-xa44.google.com (mail-vk1-xa44.google.com [IPv6:2607:f8b0:4864:20::a44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46z1G94ggLz4bSR; Wed, 23 Oct 2019 19:51:13 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-vk1-xa44.google.com with SMTP id d66so4733608vka.2; Wed, 23 Oct 2019 12:51:13 -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=Y7gVZiIrsz6LWOYsQvASzFRjJA15ZqkVvdOHVY8eu9Y=; b=OOJfvz4zRjPPbX41FYoPFHxWMnTaryeLytHPIaonMKia55/GmBlkKGhvZeE8nhQBJd IlPrDWgChfwX8HhCuISox9A+70aMIRQImtMKbb1jLKwDMBgPloAg0l12WIVXhLdlBtrD AE9CxzBqtmiTjgaAXe3UaaEDMGfxpzOcXLt/zD7dKZr7rXIuMF4SSmic2bCxktpg9I50 z50J7Kvvaty1rtCuO+B9z8kW99nqwvCASxjiJXzwxEDZzAPtqpF8g0kQgMLNJV6XAX2w WeXI0uugTc1M/eqyV3PZXzJTokCtKvAsocpTFENUT/vJRrjDheChEXApnRP+f1uCt72I lt/w== 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=Y7gVZiIrsz6LWOYsQvASzFRjJA15ZqkVvdOHVY8eu9Y=; b=Ko6/3tlDHH81bTtA1gcBsaqEDAGCnQNY+zKEjiDihaxQttGnpH4YK1TFZYTL9tnA84 XGtTqyoZK4nQw7MS44T5CLWKmvdOHwuVr9VheX7JBJxge3o9VrDH8nsHqw/WqYt8ixJh /4LJTk8vWaejJ1fAwoGg2RhVKHoK+oo+vT1T/3ran+4FjMgwxDaAe6vOPSunZxQdoJfN dtDPAwqs8ANpqXW4zGy59Uriw3b614Cp7UwRUbnNXSgTwb0DR2WGs/xTGRtn8pW8X5Zz aG55joNpQzhYRaerFwM1bxqLUJ7+O1PnSgxLAOXB7+1hXaZrrCjHyaS+hJ+89Ywj9m4z rCCQ== X-Gm-Message-State: APjAAAXIFnCl/tI+C/nOQE+rgXoAXXHcjYHIsLrAdxctrea7FONS6K2S rids2I013D3irLCOEm+luDgYBkdS3UKHPKQENg== X-Google-Smtp-Source: APXvYqye3thwXGQshRTswkxJrOFyvSAb+c+y2p7zQWQAJ2VXQb23r9+034JaFWrpfXKso3IatDHny3cdZ1iOL0Y5HNo= X-Received: by 2002:a05:6122:336:: with SMTP id d22mr5868592vko.4.1571860271450; Wed, 23 Oct 2019 12:51:11 -0700 (PDT) MIME-Version: 1.0 References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> In-Reply-To: <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> From: "Clay Daniels Jr." Date: Wed, 23 Oct 2019 14:50:59 -0500 Message-ID: Subject: Re: DRM-current-kmod is still a problem at r353339 To: Niclas Zeising Cc: Mark Johnston , Neel Chauhan , Mateusz Guzik , Evilham , FreeBSD Current , owner-freebsd-current@freebsd.org X-Rspamd-Queue-Id: 46z1G94ggLz4bSR X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=OOJfvz4z; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::a44 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_IN_DNSWL_NONE(0.00)[4.4.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.29), ipnet: 2607:f8b0::/32(-2.42), asn: 15169(-2.06), country: US(-0.05)]; 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]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 19:51:14 -0000 r353709 Looked promising, but failed: Loaded r353709 make install drm-kmod, all 3 installed (drm-devel-kmod, drm-current-kmod, & gpu-firmware-kmod) set /etc/rc.conf & /boot/loader.conf configs as usual rebooted and looked good, video tingling pkg install xorg rebooted and ran startx panic: vm_page_assert_xbusied: page 0xfffffe0005057500 not exclusive busy @ /usr/src/sys/vm/vm_page.c System: Ryzen 7 3700X, MSI 570 series motherboard & video card Thanks for trying, Clay On Wed, Oct 23, 2019 at 3:42 AM Niclas Zeising wrote: > On 2019-10-21 10:13, Niclas Zeising wrote: > > On 2019-10-17 23:05, Mark Johnston wrote: > >> On Thu, Oct 17, 2019 at 10:31:12PM +0200, Niclas Zeising wrote: > >>> On 2019-10-17 21:53, markj@freebsd.org wrote: > >>>> On Thu, Oct 17, 2019 at 03:03:51PM +0200, Niclas Zeising wrote: > >>>>> On 2019-10-16 18:57, Neel Chauhan wrote: > >>>>>> While drm-current-kmod worked for a little while, it broke with > >>>>>> r353645. > >>>>>> > >>>>>> https://i.imgur.com/Q5nYZf2.jpg > >>>>>> > >>>>>> I'm using the same HP Spectre that I used earlier (where it worked > >>>>>> and > >>>>>> where it panicked). > >>>>>> > >>>>> > >>>>> That commit looks unrelated, it touches the wbwd and superio drivers, > >>>>> nothing else. Any chance you can bisect exactly which revision that > >>>>> caused the new issues? > >>>> > >>>> I believe it was the recent work on the vm page busy state, r353539 > >>>> specifically. This patch should fix it; we don't yet have a > >>>> __FreeBSD_version number bump on which to gate the patch. > >>>> > >>>> diff --git a/linuxkpi/gplv2/src/linux_page.c > >>>> b/linuxkpi/gplv2/src/linux_page.c > >>>> index e2b85c45c..060ae85ed 100644 > >>>> --- a/linuxkpi/gplv2/src/linux_page.c > >>>> +++ b/linuxkpi/gplv2/src/linux_page.c > >>>> @@ -239,7 +239,7 @@ retry: > >>>> page = vm_page_lookup(devobj, i); > >>>> if (page == NULL) > >>>> continue; > >>>> - if (vm_page_sleep_if_busy(page, "linuxkpi")) > >>>> + if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) > >>>> goto retry; > >>>> cdev_pager_free_page(devobj, page); > >>>> } > >>> > >>> Hi! > >>> Hopefully someone can confirm that this patch to drm-current-kmod or > >>> drm-devel-kmod fixes the issue. I won't be able to work on this before > >>> the weekend at the earliest, I'm afraid. > >>> Mark, is it possible to get a belated version bump for this fix, and > >>> what changed to require it? > >> > >> I committed the bump and verified the patch on amdgpu. Here are some > >> PRs for the drivers: > >> > >> https://github.com/FreeBSDDesktop/kms-drm/pull/180 > >> https://github.com/FreeBSDDesktop/kms-drm/pull/181 > > > > Hi! > > I'm working on getting this into the versions that are in ports. For > > drm-current-kmod it's fairly simple, but for drm-devel-kmod there are > > unrelated changes which I need to check if they are ready to go in or > > not, so it will take some more time. > > > > Looking at the mail list thread, there seems to be a patch needed for > > base as well, has this been committed? > > drm-devel-kmod and drm-current-kmod has been updated with the above fix. > If there are further issues, please let us know. > Regards > -- > Niclas > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@freebsd.org Wed Oct 23 19:58:10 2019 Return-Path: Delivered-To: freebsd-current@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 A887F15C283; Wed, 23 Oct 2019 19:58:10 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-vk1-xa44.google.com (mail-vk1-xa44.google.com [IPv6:2607:f8b0:4864:20::a44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46z1Q9557Hz4bvf; Wed, 23 Oct 2019 19:58:09 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-vk1-xa44.google.com with SMTP id n81so3132827vke.13; Wed, 23 Oct 2019 12:58:09 -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=HuHA6z6zSkgRmm3bMlWc6WpkwTT34dblwUeJMwQ0qyU=; b=rypeFTyL5j85v8xZqXjYsbmjlPlzsF1cquweG0mb5WgXh8vvQF9DIgY/PtuLZY9SJU L8t5RN+0azD8UQl7kFe1NU5aoHVsWKvPAyO6ZJPvtd7jRqB65hipzOFYi94K98a/IaBV X8B9JMV3CWchNgwnJtln6MUgTWcZicclWIakPm+ytZr7OzhHz8xYnpjiZW8pSw5Ih2YL gdCyKKlr2MqrQgo0h+7EFxRfraKniXvbTSWiK8E54dXBp/aQIhcfX8QCh/ay6dXF3UFn B3mzwhHwmolWFjmA//e8dW85Pk/i+Pp6R699zmo0IjatQaWtSgOe1hAJkLOFqBb00S3J ATvQ== 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=HuHA6z6zSkgRmm3bMlWc6WpkwTT34dblwUeJMwQ0qyU=; b=NeS8hwShGhA8+bjUjvW3KIBo/2AyGhgeCALlnTeW0Zq7827odQL2Plof1aJK8hoYoG 75hqWNHfA+sEETE3KONJgjRllOJusrFHhI/BNDpooPhl8zglXjzMhdFDHmFrCaEYfw5U 3nq9aGjiqdurmdtQ3DilNzgNFdfVLz5HqUxr6VweHWsi001OkEf1qcYWkJLLwar2EBM0 6gIAHqExSI0JNZOjna9SpuO1keEBy8SrFjbYXcUytnxro2omGh5MuRlOm5AglMDgSVgb STJa3qXhqVBzEZeBN3PqEEI5kyU85OQ/uOtgSaAsokRzdwikRWLFI2vQSTkj3AJ5OgB5 +e+Q== X-Gm-Message-State: APjAAAUVfSSn8MZqcjgTeY70w8oMGKtg458207uf5Bg2AXTH4bkr1iM7 m+SlrTMm0peY3qX9SfizzKA4eP6FSXLwPhL1TQ== X-Google-Smtp-Source: APXvYqw7Hv9f3JWO3blliDRtygBaQjWpj1yyz6sxDFTQfiqe/eMc7QfpgnYHBtKXqONE+TfJ0Ms4cUeF7VsXYhqFDS8= X-Received: by 2002:ac5:cb62:: with SMTP id l2mr6501881vkn.32.1571860688324; Wed, 23 Oct 2019 12:58:08 -0700 (PDT) MIME-Version: 1.0 References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> In-Reply-To: From: "Clay Daniels Jr." Date: Wed, 23 Oct 2019 14:57:56 -0500 Message-ID: Subject: Re: DRM-current-kmod is still a problem at r353339 To: Niclas Zeising Cc: Mark Johnston , Neel Chauhan , Mateusz Guzik , Evilham , FreeBSD Current , owner-freebsd-current@freebsd.org X-Rspamd-Queue-Id: 46z1Q9557Hz4bvf X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rypeFTyL; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::a44 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; RCVD_IN_DNSWL_NONE(0.00)[4.4.a.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.24), ipnet: 2607:f8b0::/32(-2.42), asn: 15169(-2.06), country: US(-0.05)]; 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]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 19:58:10 -0000 sorry, should be all 3 installed (drm-kmod, drm-current-kmod, & gpu-firmware-kmod) On Wed, Oct 23, 2019 at 2:50 PM Clay Daniels Jr. wrote: > r353709 > Looked promising, but failed: > > Loaded r353709 > make install drm-kmod, all 3 installed > (drm-devel-kmod, drm-current-kmod, & gpu-firmware-kmod) > set /etc/rc.conf & /boot/loader.conf configs as usual > rebooted and looked good, video tingling > pkg install xorg > rebooted and ran startx > > panic: vm_page_assert_xbusied: page 0xfffffe0005057500 not exclusive busy > @ /usr/src/sys/vm/vm_page.c > > System: Ryzen 7 3700X, MSI 570 series motherboard & video card > > Thanks for trying, > Clay > > On Wed, Oct 23, 2019 at 3:42 AM Niclas Zeising < > zeising+freebsd@daemonic.se> wrote: > >> On 2019-10-21 10:13, Niclas Zeising wrote: >> > On 2019-10-17 23:05, Mark Johnston wrote: >> >> On Thu, Oct 17, 2019 at 10:31:12PM +0200, Niclas Zeising wrote: >> >>> On 2019-10-17 21:53, markj@freebsd.org wrote: >> >>>> On Thu, Oct 17, 2019 at 03:03:51PM +0200, Niclas Zeising wrote: >> >>>>> On 2019-10-16 18:57, Neel Chauhan wrote: >> >>>>>> While drm-current-kmod worked for a little while, it broke with >> >>>>>> r353645. >> >>>>>> >> >>>>>> https://i.imgur.com/Q5nYZf2.jpg >> >>>>>> >> >>>>>> I'm using the same HP Spectre that I used earlier (where it worked >> >>>>>> and >> >>>>>> where it panicked). >> >>>>>> >> >>>>> >> >>>>> That commit looks unrelated, it touches the wbwd and superio >> drivers, >> >>>>> nothing else. Any chance you can bisect exactly which revision that >> >>>>> caused the new issues? >> >>>> >> >>>> I believe it was the recent work on the vm page busy state, r353539 >> >>>> specifically. This patch should fix it; we don't yet have a >> >>>> __FreeBSD_version number bump on which to gate the patch. >> >>>> >> >>>> diff --git a/linuxkpi/gplv2/src/linux_page.c >> >>>> b/linuxkpi/gplv2/src/linux_page.c >> >>>> index e2b85c45c..060ae85ed 100644 >> >>>> --- a/linuxkpi/gplv2/src/linux_page.c >> >>>> +++ b/linuxkpi/gplv2/src/linux_page.c >> >>>> @@ -239,7 +239,7 @@ retry: >> >>>> page = vm_page_lookup(devobj, i); >> >>>> if (page == NULL) >> >>>> continue; >> >>>> - if (vm_page_sleep_if_busy(page, "linuxkpi")) >> >>>> + if (!vm_page_busy_acquire(page, VM_ALLOC_WAITFAIL)) >> >>>> goto retry; >> >>>> cdev_pager_free_page(devobj, page); >> >>>> } >> >>> >> >>> Hi! >> >>> Hopefully someone can confirm that this patch to drm-current-kmod or >> >>> drm-devel-kmod fixes the issue. I won't be able to work on this >> before >> >>> the weekend at the earliest, I'm afraid. >> >>> Mark, is it possible to get a belated version bump for this fix, and >> >>> what changed to require it? >> >> >> >> I committed the bump and verified the patch on amdgpu. Here are some >> >> PRs for the drivers: >> >> >> >> https://github.com/FreeBSDDesktop/kms-drm/pull/180 >> >> https://github.com/FreeBSDDesktop/kms-drm/pull/181 >> > >> > Hi! >> > I'm working on getting this into the versions that are in ports. For >> > drm-current-kmod it's fairly simple, but for drm-devel-kmod there are >> > unrelated changes which I need to check if they are ready to go in or >> > not, so it will take some more time. >> > >> > Looking at the mail list thread, there seems to be a patch needed for >> > base as well, has this been committed? >> >> drm-devel-kmod and drm-current-kmod has been updated with the above fix. >> If there are further issues, please let us know. >> Regards >> -- >> Niclas >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org >> " >> > From owner-freebsd-current@freebsd.org Wed Oct 23 21:33:56 2019 Return-Path: Delivered-To: freebsd-current@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 BA7C615DEDC for ; Wed, 23 Oct 2019 21:33:56 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 46z3Xf55hsz3D9p for ; Wed, 23 Oct 2019 21:33:54 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46z3Xc6MjCz3lJt; Wed, 23 Oct 2019 21:33:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571866432; bh=NAnTXj6Rsn/hj0dXcHjfJQlE SIWiw32u0yF+fEXliok=; b=EXM2N6z8pLcHEmDZAAcORvbIegT8RzIbodIQV4C6 XXYNXbN7uqpI3lE4pRZqw3tO6qe1yN+nFbARDzLgjj73PKtzFQV+lZuDV0GVqBpw T3U/uWjrvzCyxasa8mqNLmyLApuezgaHomwiP95QceUF+x+AHYCMOkxGregVnhrT 3W0= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id JWGt1JJalcgI; Wed, 23 Oct 2019 21:33:52 +0000 (UTC) Received: from garnet.daemonic.se (unknown [IPv6:2001:470:dca9:201:e15d:7246:83c4:782d]) by mail.daemonic.se (Postfix) with ESMTPSA id 46z3Xb6wdMz3c7Z; Wed, 23 Oct 2019 21:33:51 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: "Clay Daniels Jr." Cc: FreeBSD Current References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> From: Niclas Zeising Message-ID: <10bd8073-84ae-3c23-e164-4e5991a2f93f@daemonic.se> Date: Wed, 23 Oct 2019 23:33:51 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46z3Xf55hsz3D9p X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=EXM2N6z8; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; IP_SCORE(-3.72)[ip: (-9.78), ipnet: 176.58.89.0/24(-4.89), asn: 36236(-3.85), country: US(-0.05)]; 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:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 21:33:56 -0000 On 2019-10-23 21:50, Clay Daniels Jr. wrote: > r353709 > Looked promising, but failed: > > Loaded r353709 > make install drm-kmod, all 3 installed > (drm-devel-kmod, drm-current-kmod, & gpu-firmware-kmod) > set /etc/rc.conf & /boot/loader.conf configs as usual > rebooted and looked good, video tingling > pkg install xorg > rebooted and ran startx > > panic: vm_page_assert_xbusied: page 0xfffffe0005057500 not exclusive busy @ > /usr/src/sys/vm/vm_page.c > > System: Ryzen 7 3700X, MSI 570 series motherboard & video card Hi! Did this used to work before the recent changes to current? Can you please update past current r353906, which contains some fixes that was posted earlier in this thread. Can you also provide the full backtrace from the panic, as well as the output from kldstat -v. Thank you! Regards -- Niclas From owner-freebsd-current@freebsd.org Wed Oct 23 23:32:27 2019 Return-Path: Delivered-To: freebsd-current@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 0195615FFB6 for ; Wed, 23 Oct 2019 23:32:27 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46z69P4Nnnz3Jt3 for ; Wed, 23 Oct 2019 23:32:25 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-vs1-xe31.google.com with SMTP id b123so14964147vsb.5 for ; Wed, 23 Oct 2019 16:32:25 -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=zDONLhz0b3dngqlRZ9NpVIp54VS8lizlQ/iY/AJSRv4=; b=ntXaJfJHFdoKyE0+ZyaqiXTZvU9XriIF57x2juSSzZMs47kNzYPZeQ8I7+mjKGBQoP MADUeytxHAk1zDv2IVGwboiCxVxf6dmAR1qFRrHKXb1bK8cf0q6vBPVqNly6orx7GtzT WdUr8kshhkt42lGrVjvaTeBzFGwttqulvoepE2y9NdMiaXuYMVLWuazz+dHRcnvLWfvk m3FzRIrOMPlS80wW/DP7Aqjha6sqTGvzJzxs//D7rl6A2a2MMcd6tWnT5JYnDfoXGbsK Vt1ah5upzWrX1telMwD6u8sux/2bLaDwtzbpTRHdwYthKrimIH1BwBkHEVVx/GGA4HWY 0Nnw== 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=zDONLhz0b3dngqlRZ9NpVIp54VS8lizlQ/iY/AJSRv4=; b=ecWJ+6pWy3Fpv98yM5dYjVnM/sTEi4N55pr0XSwMeFWLAaaVrU4PQtaI0KLBEb8U4l 7An91tQxXJe1cpbpia9+7AAxxUhPJnncEn/rH8BMU0oSDmX8iyTAsCqi3Ofx+hONyXkH yYfBPQ2vgznRsn2TLkZc89upZbUsbmnYztttpa7coML9SBViwGZnrnvYR4camO2QAz1L Taezkkhhn4xJFeZF+/7mLwusd5iPzXr1kUFTZLYD9HPTaVfmWbB6b0Owz39mupYBnFSr hfLfq/wW/bpqofCfxD1j7rEa86KlhDVsreJl6oVBeqKCBzQv828qkpll8/zjMPWdFL53 ycyQ== X-Gm-Message-State: APjAAAX1StIilBCgEK7SvQCWs5x+syS7p3wrLpWA7obbDils/NlrFnJ5 TdU4eFdUrULWxoyuwvM/ZwsrOnKdaLL9enaK4hbfYqAeLQ== X-Google-Smtp-Source: APXvYqx8LGf1fU1JkCDi+rlxrTZRXey3MMJpy4IR2l5QkvqVFEDduMBGM2SCEIH41Mn+srpywi9q+r8zNyaSsuCkq4g= X-Received: by 2002:a67:f483:: with SMTP id o3mr1568466vsn.116.1571873543989; Wed, 23 Oct 2019 16:32:23 -0700 (PDT) MIME-Version: 1.0 References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> <10bd8073-84ae-3c23-e164-4e5991a2f93f@daemonic.se> In-Reply-To: <10bd8073-84ae-3c23-e164-4e5991a2f93f@daemonic.se> From: "Clay Daniels Jr." Date: Wed, 23 Oct 2019 18:32:11 -0500 Message-ID: Subject: Re: DRM-current-kmod is still a problem at r353339 To: Niclas Zeising Cc: FreeBSD Current X-Rspamd-Queue-Id: 46z69P4Nnnz3Jt3 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ntXaJfJH; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::e31 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; 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]; FROM_EQ_ENVFROM(0.00)[]; IP_SCORE(0.00)[ip: (-9.73), ipnet: 2607:f8b0::/32(-2.42), asn: 15169(-2.06), country: US(-0.05)]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.3.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 23:32:27 -0000 Niclas, my last working install of 13.0 Current was r353072 of Oct 4th. The next week's r353427 of Oct 11th did not work and I reverted to r353072 for a week. Then r353709 of Oct 18th did not work, and when I tried to revert back to r353072 it does not work either. These were install from ports, not pkg install. I'm looking at the available Current amd64 snapshots and all I see are: r352778 (which worked), r353072 (worked), r353427 (did not work for me), & r353709 (did not work for me). I don't see a r353906? I would like to provide the full backtrace from the panic, as well as the output from kldstat -v, but the boot hangs at this point, and the first line of the panic I quoted above was a pen & paper transcription. Not sure how to get what you would like... I will also note that I saw that the gpu-firmware-kmod package has a date of 10-15-2019, but that may not have anything to do with this. Thanks, Niclas. I really like FreeBSD, and I'm working on a little FreeBSD project on efitools & secure boot, so I would like to get this working again. But actually the new snapshot will come out the day after tomorrow, so there's always hope. Clay On Wed, Oct 23, 2019 at 4:33 PM Niclas Zeising wrote: > On 2019-10-23 21:50, Clay Daniels Jr. wrote: > > r353709 > > Looked promising, but failed: > > > > Loaded r353709 > > make install drm-kmod, all 3 installed > > (drm-devel-kmod, drm-current-kmod, & gpu-firmware-kmod) > > set /etc/rc.conf & /boot/loader.conf configs as usual > > rebooted and looked good, video tingling > > pkg install xorg > > rebooted and ran startx > > > > panic: vm_page_assert_xbusied: page 0xfffffe0005057500 not exclusive > busy @ > > /usr/src/sys/vm/vm_page.c > > > > System: Ryzen 7 3700X, MSI 570 series motherboard & video card > > Hi! > Did this used to work before the recent changes to current? Can you > please update past current r353906, which contains some fixes that was > posted earlier in this thread. > > Can you also provide the full backtrace from the panic, as well as the > output from kldstat -v. > > Thank you! > Regards > -- > Niclas > From owner-freebsd-current@freebsd.org Thu Oct 24 07:58:51 2019 Return-Path: Delivered-To: freebsd-current@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 7E46B163484 for ; Thu, 24 Oct 2019 07:58:51 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:13b:39f::9f:25]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zKPk59Rlz4gBd for ; Thu, 24 Oct 2019 07:58:50 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id A684B8D4A224 for ; Thu, 24 Oct 2019 07:58:42 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id 256B8E7084E for ; Thu, 24 Oct 2019 07:58:42 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id jgAaLMwAeHvy for ; Thu, 24 Oct 2019 07:58:40 +0000 (UTC) Received: from [192.168.2.110] (unknown [IPv6:fde9:577b:c1a9:31:a5e2:9978:41e0:ce84]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id AAE3CE70828 for ; Thu, 24 Oct 2019 07:58:40 +0000 (UTC) From: "Bjoern A. Zeeb" To: "FreeBSD Current" Subject: fsync: giving up on dirty, umount -f fails Date: Thu, 24 Oct 2019 07:58:39 +0000 X-Mailer: MailMate (2.0BETAr6142) Message-ID: <132B079B-69D3-4525-A1B1-076514ED7ED5@lists.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 46zKPk59Rlz4gBd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of bzeeb-lists@lists.zabbadoz.net designates 2a01:4f8:13b:39f::9f:25 as permitted sender) smtp.mailfrom=bzeeb-lists@lists.zabbadoz.net X-Spamd-Result: default: False [-4.79 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:13b:39f::9f:25]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[zabbadoz.net]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(0.00)[]; IP_SCORE(-2.49)[ip: (-8.45), ipnet: 2a01:4f8::/29(-2.16), asn: 24940(-1.82), country: DE(-0.01)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 07:58:51 -0000 Hi, I am archiving some old disks and while trying to umount [-f] them I am getting errors and I basically cannot get rid of the mount anymore without rebooting. This is on a HEAD from mid-end-August (around r351518M). Given there is a lot of work going on at the moment to deal with “disks dropping out by error” and not to panic I was just wondering if this is something to address as well? Somehow umount -f should be able to succeed (in the future)? fsync: giving up on dirty (error = 5) g_vfs_done():da0s2g[READ(offset=4666441728, length=16384)]error = 5 0xfffff803533b81e0: tag devfs, type VCHR usecount 1, writecount 0, refcount 1661 rdev 0xfffff8015372a800 flags (VI_ACTIVE) v_object 0xfffff80365537c00 ref 0 pages 8340 cleanbuf 1561 dirtybuf 97 lock type devfs: EXCL by thread 0xfffff80006a57000 (pid 26526, umount, tid 100091) dev da0s2g /bz From owner-freebsd-current@freebsd.org Thu Oct 24 09:30:56 2019 Return-Path: Delivered-To: freebsd-current@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 08D5D166AB3 for ; Thu, 24 Oct 2019 09:30:56 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (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 46zMRy6ZKWz4lnF for ; Thu, 24 Oct 2019 09:30:54 +0000 (UTC) (envelope-from zeising+freebsd@daemonic.se) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 46zMRw6lKWz3lJt; Thu, 24 Oct 2019 09:30:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=daemonic.se; h= content-transfer-encoding:content-language:content-type :content-type:in-reply-to:mime-version:user-agent:date:date :message-id:from:from:references:subject:subject:received :received; s=20151023; t=1571909452; bh=Hs+b/23W83KazZzEu2d2yxvS QUZUYgfNncTCCUC3STw=; b=xd9NNUCtdjPI3RgE/Ho4BYKeYGlm4xJoA2GudbBU qeg1B6Fd5ehGYHi1WsLhNyD3YULEQQXuPBisvefkms/CwdXsgfmryFiolbOgkziH 3+EI4m7gB9cGpGD4HHpS/VFAH1dqOc4tbmGi2WjxgQNuZ5Q7J8TNHfcm132PXakY Ww8= X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id BlK6ehPJ5CEQ; Thu, 24 Oct 2019 09:30:52 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-196-246.mobileonline.telia.com [95.192.196.246]) by mail.daemonic.se (Postfix) with ESMTPSA id 46zMRw1Bk7z3c7Z; Thu, 24 Oct 2019 09:30:52 +0000 (UTC) Subject: Re: DRM-current-kmod is still a problem at r353339 To: "Clay Daniels Jr." Cc: FreeBSD Current References: <99c89ca0-462c-f4c7-fa07-6f61e9d39d66@acm.org> <3bb2e410-51dd-bc3f-7660-41a4683551b3@daemonic.se> <20191017195347.GB6447@raichu> <53ff1ac5-c7e8-1b6c-bd43-481eaef61120@daemonic.se> <20191017210510.GC6447@raichu> <96d8f37a-179b-ecad-62d1-5a097d30c0ed@daemonic.se> <29e29759-18bc-6747-ab11-e15eea4ac738@daemonic.se> <10bd8073-84ae-3c23-e164-4e5991a2f93f@daemonic.se> From: Niclas Zeising Message-ID: <3d7226d6-9274-bb65-4e0d-763ca34e1933@daemonic.se> Date: Thu, 24 Oct 2019 11:30:50 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zMRy6ZKWz4lnF X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=daemonic.se header.s=20151023 header.b=xd9NNUCt; dmarc=pass (policy=none) header.from=daemonic.se; spf=pass (mx1.freebsd.org: domain of zeising@daemonic.se designates 176.58.89.161 as permitted sender) smtp.mailfrom=zeising@daemonic.se X-Spamd-Result: default: False [-6.72 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[daemonic.se:s=20151023]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; IP_SCORE(-3.72)[ip: (-9.79), ipnet: 176.58.89.0/24(-4.89), asn: 36236(-3.85), country: US(-0.05)]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[4]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[daemonic.se:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[daemonic.se,none]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[246.196.192.95.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US]; TAGGED_FROM(0.00)[freebsd]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 09:30:56 -0000 Hi! On 2019-10-24 01:32, Clay Daniels Jr. wrote: > Niclas, my last working install of 13.0 Current was r353072 of Oct 4th. The > next week's r353427 of Oct 11th did not work and I reverted to r353072 for > a week. Then r353709 of Oct 18th did not work, and when I tried to revert > back to r353072 it does not work either. These were install from ports, not > pkg install. > > I'm looking at the available Current amd64 snapshots and all I see are: > r352778 (which worked), r353072 (worked), r353427 (did not work for me), & > r353709 (did not work for me). I don't see a r353906? That is a specific revision of the source tree, not a snapshot. A snapshot that is later than r353906 is enough. It is also possible to update FreeBSD to arbitrary revisions by building the system from source. > > I would like to provide the full backtrace from the panic, as well as the > output from kldstat -v, but the boot hangs at this point, and the first > line of the panic I quoted above was a pen & paper transcription. Not sure > how to get what you would like... Sometimes, it is enough to have a photo of the information. It is not as convenient as having it in text form, but in a pinch, it will do. However, I'd syggest that you either update your system by building it from source (you can find details here: https://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html) or wait for a more recent snapshot, before trying again. As a side note, please try to leave your reply below the message you are replying to, it makes the flow of the text more natural, as this way, you will read the e-mail in the order it was written. Regards! -- Niclas From owner-freebsd-current@freebsd.org Thu Oct 24 13:06:51 2019 Return-Path: Delivered-To: freebsd-current@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 93A8A16C694 for ; Thu, 24 Oct 2019 13:06:51 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: from mail-wr1-x42f.google.com (mail-wr1-x42f.google.com [IPv6:2a00:1450:4864:20::42f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zSF63Zf9z3FDv for ; Thu, 24 Oct 2019 13:06:50 +0000 (UTC) (envelope-from f0andrey@gmail.com) Received: by mail-wr1-x42f.google.com with SMTP id c2so20774083wrr.10 for ; Thu, 24 Oct 2019 06:06:50 -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=FWSxPG2cdOeUxM5HQ1QsFNplqgv2uayE1Zg0dadagIo=; b=k6yZp0KhwvL7r1qEm+/F4P7b2TpHAeMfm3IXLSua9HMLmYwITWJoJhd5vTSq/3aA1E mPvF6EjFjMirmQ1aNRGTXqJjTustcaeBL+UklApvnqRWC/C3VIcKoct8RohCFkJOqseN E8vEZAuzbT7hNIgzwGv+Z5NH3/ndKlVMWvsCVrqMHuUSlBND2dkxExaLlTr0YWZbHFyw xtaObWnjlSEJ5hmFqCPOkhl9F8qcGuEBXx/mEZH2WEUsnOPvYr9yBLLbFdkRXYXxKaRR xmUbJzcJkce2KSun9SOZU3AXMqHmudSuR5r+baS8CScDGcc5142JogbAzM/LWohDtxig 25qg== 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=FWSxPG2cdOeUxM5HQ1QsFNplqgv2uayE1Zg0dadagIo=; b=uTobt1MCQCZzB708DuOnl7KpSoo4/tnATF5wTC5jD66N7/aFJhDEWlU8OEyyTyTOfo 1xqdveQs7nqDCppgOQCEUt0pqXHQVeTunFmY0BZ1uaXm+LwAxIhJ6C+hU+aVMuw0/PK1 O9lDQtg0TvvpHuA+02wcVbq1LI4kwmeERdGh3BiYDVPgPOWYbITrp4UtpIcN+Z3yWaY4 LzDiyPLIlBaTuT4tc8Vhk61UCXG6Bumu19azfwAbYg0o6a1KF2pjA6GLv6yap6QwJ1hg bv7VdjJib7KOK92yfFdto5P2SRgnTYcDaf7vMCe6TVFxctt4dRblPZ2+GJtZIlE+hi36 gtyQ== X-Gm-Message-State: APjAAAVqfNSjn4/EEr74pQAbzMwxotc+XJaymM9iPtxYEk0Ie3cHe2+C UGlde2ZDHbQt85vNNnUHyNp0Y1lt0RG2hrmXpsD1rSqX98s= X-Google-Smtp-Source: APXvYqwQaOVbaUHCOUp0jpQuBZG6j2VjXOBQjY8oI6REcXcYYEW7gaz2QK+PRJvTEV2ANeRJXr77Ch9GHbkSzF6SHU8= X-Received: by 2002:adf:f10e:: with SMTP id r14mr3876186wro.115.1571922406923; Thu, 24 Oct 2019 06:06:46 -0700 (PDT) MIME-Version: 1.0 From: Andrey Fesenko Date: Thu, 24 Oct 2019 16:06:30 +0300 Message-ID: Subject: Bhyve ACPICA 20191018 crach guests To: freebsd-current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 46zSF63Zf9z3FDv X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=k6yZp0Kh; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of f0andrey@gmail.com designates 2a00:1450:4864:20::42f as permitted sender) smtp.mailfrom=f0andrey@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(0.00)[ip: (-9.25), ipnet: 2a00:1450::/32(-2.80), asn: 15169(-2.06), country: US(-0.05)]; 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)[f.2.4.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 13:06:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241399 tested r353887 and r354013, freebsd and linux bhyve guests lldb -c /bhyve.core /usr/sbin/bhyve (lldb) target create "/usr/sbin/bhyve" --core "/bhyve.core" Core file '/bhyve.core' (x86_64) was loaded. (lldb) bt * thread #1, name = 'bhyve', stop reason = signal SIGABRT * frame #0: 0x00000008007fa50a libc.so.7`__sys_thr_kill at thr_kill.S:4 frame #1: 0x00000008007f9eb4 libc.so.7`__raise(s=6) at raise.c:52:10 frame #2: 0x000000080076de39 libc.so.7`abort at abort.c:67:8 frame #3: 0x00000008007e8131 libc.so.7`__assert(func=, file=, line=, failedexpr=) at assert.c:51:2 frame #4: 0x000000000021fb42 bhyve`main(argc=, argv=) at bhyverun.c:1190:3 frame #5: 0x000000000021b10f bhyve`_start(ap=, cleanup=) at crt1.c:76:7 (lldb) quit cbsd bstart debian-cbsd cloud-init: enabled init_systap: waiting for link: em0 VRDP is enabled. VNC bind/port: 127.0.0.1:5900 For attach VM console, use: vncviewer 127.0.0.1:5900 Resolution: 1024x768. bhyve renice: 1 Execute master script: cloud_init_set_netname.sh :: /cbsd/jails-system/debian-cbsd/master_prestart.d/cloud_init_set_netname.sh Waiting for PID.......... PID: 0 /tmp/bhyve.QRxK8qZ 53: [0001] ProcessorId : FF Error 6313 - Invalid field label detected ^ (found "ProcessorId" expected "Processor ID") /tmp/bhyve.QRxK8qZ 57: [0001] Interrupt : 01 Error 6313 - Invalid field label detected ^ (found "Interrupt" expected "Interrupt Input LINT") Assertion failed: (error == 0), function main, file /usr/src/usr.sbin/bhyve/bhyverun.c, line 1190. fbuf frame buffer base: 0x843600000 [sz 16777216] stdio -l bootrom,/usr/local/cbsd/upgrade/patch/efi.fd debian-cbsd ----- Please use for debug: sh /usr/local/cbsd/share/bhyverun.sh -c /cbsd/jails-system/debian-cbsd/bhyve.conf From owner-freebsd-current@freebsd.org Thu Oct 24 14:04:59 2019 Return-Path: Delivered-To: freebsd-current@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 42B5F16DD13 for ; Thu, 24 Oct 2019 14:04:59 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zTXB13xZz3JMw for ; Thu, 24 Oct 2019 14:04:57 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lf1-f49.google.com with SMTP id 21so10321690lft.10 for ; Thu, 24 Oct 2019 07:04:57 -0700 (PDT) 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:openpgp:autocrypt:message-id :date:user-agent:mime-version:content-language :content-transfer-encoding; bh=VUkHr6aRlXUoAFcJUQVDe5jFVt8x9RYW7xzk7A/zO0E=; b=M9UJPKr3BujpjnPqanF/J7lHvhIFWoRzBjjWTwxg9neWCZPtVKuAby0qO6EgYWlmrp hBUA0JYx+EKkm7BLSkbSjAxqIyb8niRaGhot0L2v9N+gg0phnkZodEzxjSTfDlEDMzpF TKIxAnlUo5PyGRRUPykRO/78iw6gZvYmnAiyMMfkaXEPeFm//aGXGOdTri7fJkOTwJuq n2UO+vWLm5BZWpOJxLDCQNIRVwUxFlgf2dbS8BDmu7ks8wztCZo2+pQ+kOhbeVGHh5Om ZilyzYw0kYM2IibWnh3t1K+5NaCCrta6ydjhCnaQYHwUjEBazUQh/haxxg8mB5tDrGTj C1nQ== X-Gm-Message-State: APjAAAVc+ehVNMXh5RBYIcZXctSSVW7VeuAZS0EsHG2XoYQl24bc59G1 /b07cSzocgjhEUOQX8BQ1cGaspRNIek= X-Google-Smtp-Source: APXvYqzh7NFhzexC73+En8clZIWnS4KpcbFr+yTTOr7CSzdm4V/NK06CRLjfSioBuKV9oh3oZmuKmQ== X-Received: by 2002:ac2:55b4:: with SMTP id y20mr26386457lfg.173.1571925895815; Thu, 24 Oct 2019 07:04:55 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id x1sm21776260lff.90.2019.10.24.07.04.54 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 24 Oct 2019 07:04:54 -0700 (PDT) To: FreeBSD Current From: Andriy Gapon Subject: gpiobus: setting output value while in input mode Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Thu, 24 Oct 2019 17:04:53 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zTXB13xZz3JMw X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.167.49 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.14 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[FreeBSD.org]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.14)[ip: (-0.37), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.06), country: US(-0.05)]; RCVD_IN_DNSWL_NONE(0.00)[49.167.85.209.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[49.167.85.209.rep.mailspike.net : 127.0.0.17]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 14:04:59 -0000 For a lack of a more specific mailing list (or my not being aware of it), asking here. gpioiic, a very simple driver, has this code: =========================================================================== static void gpioiic_setsda(device_t dev, int val) { struct gpioiic_softc *sc = device_get_softc(dev); if (val == 0) { GPIOBUS_PIN_SET(sc->sc_busdev, sc->sc_dev, sc->sda_pin, 0); GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, GPIO_PIN_OUTPUT); } else { GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, GPIO_PIN_INPUT); } } =========================================================================== The interesting case is val == 0. I know that there are GPIO controllers where input and output values are represented by different bits, so it is possible to set a future output value while the pin is in input mode. At the same time, there are controllers where there is a single bit per pin and while the pin is input mode the bit is read-only. So, it is impossible to preset the pin. How should controllers of the second type handle GPIOBUS_PIN_SET when the pin is in input mode? I see three options: 1) just silently ignore GPIOBUS_PIN_SET or do it in a more glorious way: go all the way to the hardware without caring if that does anything; 2) return an error that would hint that the operation is not possible at this time; 3) try to emulate the first class of controllers; that is, stash the value to apply it when the pin is switched to output mode. I personally prefer 2, it's not hard to do (unlike 3) and there would be at least some visibility into the problem. -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Oct 24 15:12:21 2019 Return-Path: Delivered-To: freebsd-current@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 78B9A16F52F for ; Thu, 24 Oct 2019 15:12:21 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [IPv6:2001:470:8d59:1::8]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zW1w1y3Fz3NSp; Thu, 24 Oct 2019 15:12:19 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:mime-version :user-agent:date:date:message-id:subject:subject:from:from; s= 201508; t=1571929930; bh=6toorZ95+7cFujEoiV38/pK65ljSRtCiiNnxCDI LwJU=; b=hk4bDlNLU4DI6ctQCRZheGbVrCyf5CvhFhlgL49hhBcnorQuq99Seud 00yc7h+aaWczXZaZjpTFxyu/+fbijmaakcAQNp7bYDErSQFUpM2hzNYdoqb5fqsu Bd4tX6nFUduvYCwkmdWmRt/gVHk6IrgaUjvETUw8y+1PdVxbplAU= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (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) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id CD9083DAB4; Thu, 24 Oct 2019 11:12:10 -0400 (EDT) To: freebsd-current , Gleb Smirnoff From: Michael Butler Subject: SVN r353868 breaks net/intel-em-kmod Message-ID: Date: Thu, 24 Oct 2019 11:12:10 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zW1w1y3Fz3NSp X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=hk4bDlNL; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 2001:470:8d59:1::8 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-4.12 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[protected-networks.net]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-1.62)[ipnet: 2001:470::/32(-4.61), asn: 6939(-3.45), country: US(-0.05)]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 15:12:21 -0000 The removal of these KPIs yields: link_elf_obj: symbol if_multiaddr_array undefined linker_load_file: /boot/modules/if_em_updated.ko - unsupported file type imb From owner-freebsd-current@freebsd.org Thu Oct 24 15:38:38 2019 Return-Path: Delivered-To: freebsd-current@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 7F7CF16FF09 for ; Thu, 24 Oct 2019 15:38:38 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46zWcG0YZdz3Q59 for ; Thu, 24 Oct 2019 15:38:37 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1571931516; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=UZKFUfk4rbbZr9g04uE1BGC0qoLgNpRG5C/9M+h1we8cleuHKAhZ2ze4OXa9rJ8FPSksBkw77Ij83 LpVvyA1fxrbqVdB2uycw9abLJ79EqMyTr67JesPOjI+BT0p77vgkdu7qA/swCWwIiirGtHda708Ppi YbBbsOf7sFR3idNFOngDnhpeyYAYjCgGFriI/vTijyWNy5sgCT3mQkzUOza4kv2UybnHIDt7gMTmPC wRi0yvp4gA00FAlp5uyQfg9par1i/VwT04p+UgBlZiBUfLB5W6uGNp5kfOzkNY8f4X75sZyl/NqZTr LsQOxolND+W28nd/NoGI7/Kpu9acSNQ== 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=/nttioeiY8Kbi+SO2ySRQ1mjrfzGRXV7cQ3EwSS1LnU=; b=JIhXxKn1HO2JRhTpb1nNwar+GoRhXZzqJ/3Vjb+TM1E+OCTbaA4UaCMQgjr+mC6oGjoM1aiUyMyPW sZGfSUAfLgK7qpZxKNndQ7FBtJV8lUfzGAx6ZmJq83HTA3we+eCCR2tkJFO+VSAs0gZHGEU/HQMzh8 A9E4SGkqL5E/+EIQV3E236tMq+uBfbALuIv8nwqA1QIFDAQq/eNsalBQh63r+KAq4yuGa4oK3ELie3 zCQp0awWI5IFOypXnS9OYS+Dgm5PMMANiJWUieKFjwZgGD1YDt7plCLuUll95Zv33WZsL4VEpy2kDe pWa9JRNXT4WjxPohlvnE9t8Z4zUG0xA== ARC-Authentication-Results: i=1; outbound4.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=/nttioeiY8Kbi+SO2ySRQ1mjrfzGRXV7cQ3EwSS1LnU=; b=D+LFghfanBnUbKGff7WSXryvE8n8x46Op043vpsZSspEHD50pkGXSwjb9dTzGDx8TeAJs4F1ct27X AD7lL1Pi2kcwfN9QcY5pFi8qXFQGwn6e6N3fOfOEnBi1OPlFYqxBLR7K7ShCP4jNNkkVilue+8hVa6 y9wfiB84m7jlaz4SEWD8TOp17+LzHHP+r95WiAJC9TiHzFiiRSgu9N+9R2fNArf0+hlU/RApjJGzHi Zin1mWleBfIrQWiaSQMftRw8qli+jFb0CPpXXKptoGANgLy0qK6HhmGM8eI0cZ7UTEUGSSl1S+VfWc pr4zk6dBHNxxtlXfO9i/JyKe2p82KMQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 56e17c1f-f674-11e9-829e-79a40d15cccd 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 (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 56e17c1f-f674-11e9-829e-79a40d15cccd; Thu, 24 Oct 2019 15:38:35 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x9OFcYrx045295; Thu, 24 Oct 2019 09:38:34 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: gpiobus: setting output value while in input mode From: Ian Lepore To: Andriy Gapon , FreeBSD Current Date: Thu, 24 Oct 2019 09:38:34 -0600 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zWcG0YZdz3Q59 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.86 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.86)[-0.862,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 15:38:38 -0000 On Thu, 2019-10-24 at 17:04 +0300, Andriy Gapon wrote: > For a lack of a more specific mailing list (or my not being aware of it), asking > here. > > gpioiic, a very simple driver, has this code: > =========================================================================== > static void > gpioiic_setsda(device_t dev, int val) > { > struct gpioiic_softc *sc = device_get_softc(dev); > > if (val == 0) { > GPIOBUS_PIN_SET(sc->sc_busdev, sc->sc_dev, sc->sda_pin, 0); > GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, > GPIO_PIN_OUTPUT); > } else { > GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, > GPIO_PIN_INPUT); > } > } > =========================================================================== > > The interesting case is val == 0. > > I know that there are GPIO controllers where input and output values are > represented by different bits, so it is possible to set a future output value > while the pin is in input mode. > At the same time, there are controllers where there is a single bit per pin and > while the pin is input mode the bit is read-only. So, it is impossible to > preset the pin. > > How should controllers of the second type handle GPIOBUS_PIN_SET when the pin is > in input mode? > I see three options: > 1) just silently ignore GPIOBUS_PIN_SET or do it in a more glorious way: go all > the way to the hardware without caring if that does anything; > 2) return an error that would hint that the operation is not possible at this time; > 3) try to emulate the first class of controllers; that is, stash the value to > apply it when the pin is switched to output mode. > > I personally prefer 2, it's not hard to do (unlike 3) and there would be at > least some visibility into the problem. > A couple years ago I added new flags GPIO_PIN_PRESET_{LOW,HIGH}. Maybe we should document (where?) that the proper way to achieve the effect the code wants in the val==0 case is to use the preset flag along with the OUTPUT flag. The driver will preset the pin before changing it to output if it is able to do so, otherwise it will do the best it can, which is to set the pin to output, then set its value, perhaps generating a brief bogus state followed by a transition to the right state. Then of course we'd have to fix all existing drivers to behave that way, but I don't think that will be hard. My problem with #2 is that whenever you push the problem out to the child drivers, one of two things happens: drivers ignore the error, or all drivers have to have essentially identical code to handle the error. In this case, what could a child driver do except react to the error by doing the operations in the reverse order? The current gpio(4) documentation really only covers gpiobus(4) and a mentions a few of its older children and how to configure them via hints. We need manpages for some of the newer drivers, and we especially need a manpage that documents sys/gpio.h (which is used both from userland and internally with gpio_if.m). I can probably find some manpage-writing time over the new few weeks. -- Ian From owner-freebsd-current@freebsd.org Thu Oct 24 16:01:39 2019 Return-Path: Delivered-To: freebsd-current@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 60302170824 for ; Thu, 24 Oct 2019 16:01:39 +0000 (UTC) (envelope-from agapon@gmail.com) Received: from mail-lj1-f182.google.com (mail-lj1-f182.google.com [209.85.208.182]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zX6p4JP4z3wmV; Thu, 24 Oct 2019 16:01:38 +0000 (UTC) (envelope-from agapon@gmail.com) Received: by mail-lj1-f182.google.com with SMTP id u22so7606957lji.7; Thu, 24 Oct 2019 09:01:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:openpgp:autocrypt :message-id:date:user-agent:mime-version:in-reply-to :content-language:content-transfer-encoding; bh=2fTIsw4f/rwGDs4/gH/my7iad6DTbKaP/pYVvMzajC8=; b=InoUfnHa7H/g4lrbxBpWGbS4eDdsHwUpmmBCozsODKF1tgYq9XBIEU7bLFbmGeicpK omAbv2vV5LUHCm5GjUeReyXU08Sh4rnKEDIL0rR+k/o/So0YoQU61MYyYcL7iEUc5UQi YtOMyDNl7dR8sdkC2Kv8iXSVdqmypCmVcVAg+KtsW6CzH3ZUU9BlnwikmvfrUa97TR7+ w7qESbHeXaqd9FOVezOVa139gKMvuuXm/otH/Iq7yvArZZGV56ZWudf8XBKFUqeKhr+c 0mtYPvaqnfznRHTmkMX6HEIONdSYr3xAM5MEagIztKLrOb3gdYyqhRIOD/kOiEEYqjxR f8zw== X-Gm-Message-State: APjAAAUpXibtqpfUQqMG4fbPYJDMEynBqf1Mmjn96k4VfRJlO5cF5Wb+ XyQTnSIKo6S1c+FCUBj2Z8gTDA+3nwU= X-Google-Smtp-Source: APXvYqyjbf7BE3+Uq3XMdl4RAEf5m2rRA+9+92YiExQH5xP0/R3wE3ZPIBUbrp/z3J4/bKP2wG2ORg== X-Received: by 2002:a2e:9702:: with SMTP id r2mr9457019lji.194.1571932896044; Thu, 24 Oct 2019 09:01:36 -0700 (PDT) Received: from [192.168.0.88] (east.meadow.volia.net. [93.72.151.96]) by smtp.googlemail.com with ESMTPSA id x1sm22098222lff.90.2019.10.24.09.01.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 24 Oct 2019 09:01:35 -0700 (PDT) Subject: Re: gpiobus: setting output value while in input mode To: Ian Lepore , FreeBSD Current References: From: Andriy Gapon Openpgp: preference=signencrypt Autocrypt: addr=avg@FreeBSD.org; prefer-encrypt=mutual; keydata= mQINBFm4LIgBEADNB/3lT7f15UKeQ52xCFQx/GqHkSxEdVyLFZTmY3KyNPQGBtyvVyBfprJ7 mAeXZWfhat6cKNRAGZcL5EmewdQuUfQfBdYmKjbw3a9GFDsDNuhDA2QwFt8BmkiVMRYyvI7l N0eVzszWCUgdc3qqM6qqcgBaqsVmJluwpvwp4ZBXmch5BgDDDb1MPO8AZ2QZfIQmplkj8Y6Z AiNMknkmgaekIINSJX8IzRzKD5WwMsin70psE8dpL/iBsA2cpJGzWMObVTtCxeDKlBCNqM1i gTXta1ukdUT7JgLEFZk9ceYQQMJJtUwzWu1UHfZn0Fs29HTqawfWPSZVbulbrnu5q55R4PlQ /xURkWQUTyDpqUvb4JK371zhepXiXDwrrpnyyZABm3SFLkk2bHlheeKU6Yql4pcmSVym1AS4 dV8y0oHAfdlSCF6tpOPf2+K9nW1CFA8b/tw4oJBTtfZ1kxXOMdyZU5fiG7xb1qDgpQKgHUX8 7Rd2T1UVLVeuhYlXNw2F+a2ucY+cMoqz3LtpksUiBppJhw099gEXehcN2JbUZ2TueJdt1FdS ztnZmsHUXLxrRBtGwqnFL7GSd6snpGIKuuL305iaOGODbb9c7ne1JqBbkw1wh8ci6vvwGlzx rexzimRaBzJxlkjNfMx8WpCvYebGMydNoeEtkWldtjTNVsUAtQARAQABtB5BbmRyaXkgR2Fw b24gPGF2Z0BGcmVlQlNELm9yZz6JAlQEEwEIAD4WIQS+LEO7ngQnXA4Bjr538m7TUc1yjwUC WbgsiAIbIwUJBaOagAULCQgHAgYVCAkKCwIEFgIDAQIeAQIXgAAKCRB38m7TUc1yj+JAEACV l9AK/nOWAt/9cufV2fRj0hdOqB1aCshtSrwHk/exXsDa4/FkmegxXQGY+3GWX3deIyesbVRL rYdtdK0dqJyT1SBqXK1h3/at9rxr9GQA6KWOxTjUFURsU7ok/6SIlm8uLRPNKO+yq0GDjgaO LzN+xykuBA0FlhQAXJnpZLcVfPJdWv7sSHGedL5ln8P8rxR+XnmsA5TUaaPcbhTB+mG+iKFj GghASDSfGqLWFPBlX/fpXikBDZ1gvOr8nyMY9nXhgfXpq3B6QCRYKPy58ChrZ5weeJZ29b7/ QdEO8NFNWHjSD9meiLdWQaqo9Y7uUxN3wySc/YUZxtS0bhAd8zJdNPsJYG8sXgKjeBQMVGuT eCAJFEYJqbwWvIXMfVWop4+O4xB+z2YE3jAbG/9tB/GSnQdVSj3G8MS80iLS58frnt+RSEw/ psahrfh0dh6SFHttE049xYiC+cM8J27Aaf0i9RflyITq57NuJm+AHJoU9SQUkIF0nc6lfA+o JRiyRlHZHKoRQkIg4aiKaZSWjQYRl5Txl0IZUP1dSWMX4s3XTMurC/pnja45dge/4ESOtJ9R 8XuIWg45Oq6MeIWdjKddGhRj3OohsltKgkEU3eLKYtB6qRTQypHHUawCXz88uYt5e3w4V16H lCpSTZV/EVHnNe45FVBlvK7k7HFfDDkryLkCDQRZuCyIARAAlq0slcsVboY/+IUJdcbEiJRW be9HKVz4SUchq0z9MZPX/0dcnvz/gkyYA+OuM78dNS7Mbby5dTvOqfpLJfCuhaNYOhlE0wY+ 1T6Tf1f4c/uA3U/YiadukQ3+6TJuYGAdRZD5EqYFIkreARTVWg87N9g0fT9BEqLw9lJtEGDY EWUE7L++B8o4uu3LQFEYxcrb4K/WKmgtmFcm77s0IKDrfcX4doV92QTIpLiRxcOmCC/OCYuO jB1oaaqXQzZrCutXRK0L5XN1Y1PYjIrEzHMIXmCDlLYnpFkK+itlXwlE2ZQxkfMruCWdQXye syl2fynAe8hvp7Mms9qU2r2K9EcJiR5N1t1C2/kTKNUhcRv7Yd/vwusK7BqJbhlng5ZgRx0m WxdntU/JLEntz3QBsBsWM9Y9wf2V4tLv6/DuDBta781RsCB/UrU2zNuOEkSixlUiHxw1dccI 6CVlaWkkJBxmHX22GdDFrcjvwMNIbbyfQLuBq6IOh8nvu9vuItup7qemDG3Ms6TVwA7BD3j+ 3fGprtyW8Fd/RR2bW2+LWkMrqHffAr6Y6V3h5kd2G9Q8ZWpEJk+LG6Mk3fhZhmCnHhDu6CwN MeUvxXDVO+fqc3JjFm5OxhmfVeJKrbCEUJyM8ESWLoNHLqjywdZga4Q7P12g8DUQ1mRxYg/L HgZY3zfKOqcAEQEAAYkCPAQYAQgAJhYhBL4sQ7ueBCdcDgGOvnfybtNRzXKPBQJZuCyIAhsM BQkFo5qAAAoJEHfybtNRzXKPBVwQAKfFy9P7N3OsLDMB56A4Kf+ZT+d5cIx0Yiaf4n6w7m3i ImHHHk9FIetI4Xe54a2IXh4Bq5UkAGY0667eIs+Z1Ea6I2i27Sdo7DxGwq09Qnm/Y65ADvXs 3aBvokCcm7FsM1wky395m8xUos1681oV5oxgqeRI8/76qy0hD9WR65UW+HQgZRIcIjSel9vR XDaD2HLGPTTGr7u4v00UeTMs6qvPsa2PJagogrKY8RXdFtXvweQFz78NbXhluwix2Tb9ETPk LIpDrtzV73CaE2aqBG/KrboXT2C67BgFtnk7T7Y7iKq4/XvEdDWscz2wws91BOXuMMd4c/c4 OmGW9m3RBLufFrOag1q5yUS9QbFfyqL6dftJP3Zq/xe+mr7sbWbhPVCQFrH3r26mpmy841ym dwQnNcsbIGiBASBSKksOvIDYKa2Wy8htPmWFTEOPRpFXdGQ27awcjjnB42nngyCK5ukZDHi6 w0qK5DNQQCkiweevCIC6wc3p67jl1EMFY5+z+zdTPb3h7LeVnGqW0qBQl99vVFgzLxchKcl0 R/paSFgwqXCZhAKMuUHncJuynDOP7z5LirUeFI8qsBAJi1rXpQoLJTVcW72swZ42IdPiboqx NbTMiNOiE36GqMcTPfKylCbF45JNX4nF9ElM0E+Y8gi4cizJYBRr2FBJgay0b9Cp Message-ID: Date: Thu, 24 Oct 2019 19:01:34 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zX6p4JP4z3wmV X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of agapon@gmail.com designates 209.85.208.182 as permitted sender) smtp.mailfrom=agapon@gmail.com X-Spamd-Result: default: False [-3.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[FreeBSD.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.18)[ip: (-0.56), ipnet: 209.85.128.0/17(-3.23), asn: 15169(-2.06), country: US(-0.05)]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[182.208.85.209.list.dnswl.org : 127.0.5.0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FORGED_SENDER(0.30)[avg@FreeBSD.org,agapon@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[182.208.85.209.rep.mailspike.net : 127.0.0.17]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[avg@FreeBSD.org,agapon@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[96.151.72.93.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 16:01:39 -0000 On 24/10/2019 18:38, Ian Lepore wrote: > On Thu, 2019-10-24 at 17:04 +0300, Andriy Gapon wrote: >> For a lack of a more specific mailing list (or my not being aware of it), asking >> here. >> >> gpioiic, a very simple driver, has this code: >> =========================================================================== >> static void >> gpioiic_setsda(device_t dev, int val) >> { >> struct gpioiic_softc *sc = device_get_softc(dev); >> >> if (val == 0) { >> GPIOBUS_PIN_SET(sc->sc_busdev, sc->sc_dev, sc->sda_pin, 0); >> GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, >> GPIO_PIN_OUTPUT); >> } else { >> GPIOBUS_PIN_SETFLAGS(sc->sc_busdev, sc->sc_dev, sc->sda_pin, >> GPIO_PIN_INPUT); >> } >> } >> =========================================================================== >> >> The interesting case is val == 0. >> >> I know that there are GPIO controllers where input and output values are >> represented by different bits, so it is possible to set a future output value >> while the pin is in input mode. >> At the same time, there are controllers where there is a single bit per pin and >> while the pin is input mode the bit is read-only. So, it is impossible to >> preset the pin. >> >> How should controllers of the second type handle GPIOBUS_PIN_SET when the pin is >> in input mode? >> I see three options: >> 1) just silently ignore GPIOBUS_PIN_SET or do it in a more glorious way: go all >> the way to the hardware without caring if that does anything; >> 2) return an error that would hint that the operation is not possible at this time; >> 3) try to emulate the first class of controllers; that is, stash the value to >> apply it when the pin is switched to output mode. Another possibility: 4) always reject the operation under that condition >> >> I personally prefer 2, it's not hard to do (unlike 3) and there would be at >> least some visibility into the problem. >> > > A couple years ago I added new flags GPIO_PIN_PRESET_{LOW,HIGH}. Maybe > we should document (where?) that the proper way to achieve the effect > the code wants in the val==0 case is to use the preset flag along with > the OUTPUT flag. The driver will preset the pin before changing it to > output if it is able to do so, otherwise it will do the best it can, > which is to set the pin to output, then set its value, perhaps > generating a brief bogus state followed by a transition to the right > state. Then of course we'd have to fix all existing drivers to behave > that way, but I don't think that will be hard. > > My problem with #2 is that whenever you push the problem out to the > child drivers, one of two things happens: drivers ignore the error, or > all drivers have to have essentially identical code to handle the > error. In this case, what could a child driver do except react to the > error by doing the operations in the reverse order? Well, I think that it is a choice between affected consumer drivers needing to have some boiler plate code to handle the error and all GPIO controller drivers needing to have some code to handle GPIO_PIN_PRESET. I am not sure which one is less work. That is, I am not sure how many consumer drivers really *require* the preset behavior. Another issue is that we probably need to make *all* controller drivers support GPIO_PIN_PRESET before any consumer drivers can start using it without extra checks, fallback code, etc. Also, if we universally implement GPIO_PIN_PRESET we still need to answer the question. Because some consumer might still try to change an input, either by mistake or for some reason, and we need a rule on how to handle that. > The current gpio(4) documentation really only covers gpiobus(4) and a > mentions a few of its older children and how to configure them via > hints. We need manpages for some of the newer drivers, and we > especially need a manpage that documents sys/gpio.h (which is used both > from userland and internally with gpio_if.m). I can probably find some > manpage-writing time over the new few weeks. That would be great! gpio would certainly benefit from more documentation. -- Andriy Gapon From owner-freebsd-current@freebsd.org Thu Oct 24 16:22:25 2019 Return-Path: Delivered-To: freebsd-current@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 B88FC170E2A for ; Thu, 24 Oct 2019 16:22:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46zXZn2TPCz3xfs for ; Thu, 24 Oct 2019 16:22:25 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1571934144; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=m319cf4CaKcD/DegyaAb+JqcsZfXAmsbKZEWPkxcHEdlxeqR6E/oOD0+fzS6DuX7txI1uOrk2WJ5D Bo8/EG6VC4vs6jrwqbsaYyFWo4WPXzflPmjWPuCWhK/I6CE8XNboeHMcIf5nhybWHrAhS+pQ4WbTP2 E85x0Cvs6LH2jajWEqIeqQIc18xCvXKa6igpm/jIU+dkSjXEhs4pqzH1cWGhQeH+i0J6VDyGq9FjT2 GQiHN1Bemit0tpQjcbYmSGDLeuT0biPHvj/Fy3kdye3eqvT1pbb4uh1YHXGhaZ8J1kwv0DkEZbm1su i+bJlVLLd1Hp2u+45bdgpLEK9fKpB/g== 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=rELvqBWhTCTtWRaAK39u9/+v2ZuM8m7494H/m2cxX8s=; b=jQYJQ9hT7LyEhbgUhOLc6QiSxpgHOrwXXJq4VbzmeFCr/rqxMq4sRfvcm9IsKNdQbPFuIosYdrsq+ wI6gFtGa+NmHDFNLy4IL0tmcwuT8NUnC/SeHI2nTI3sPsE7R6AGmIHOBH6Qje/Hw5f245bxyOqDa+L tGTv55W3F2ywyF0OHgdnZzpiME1lfvdKy2ygaaU7fNF6zRkk+WHvQkIWddnKIQJDctdE2lP8FEic6d svELI78rwX5Tpvut76Mx+flS/qknbYLAn6PbdRZ71wVWPgdU9pbECASMF0NDYmBeWMheF1u/kB06sT LPkl9p03f62oB8Y2LabKGRHIhdBj4UA== 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=rELvqBWhTCTtWRaAK39u9/+v2ZuM8m7494H/m2cxX8s=; b=ZC1Egj0Ir8lIJajs6/BwkpRVJW2V55HoKlzNIBTLv9udmWDVRimCDkSPON9OGymSY7POAmrQom56B 1wPG88jLA+r5HQ7s1dAIM8ihG5h6RADyULN5TTvyluOBfiZDWvF4+HSjx3dY1A5WbLuxXdVvfDhP7L 1UH5OuFSKb33Ml85upLQCGLLDP1yz/PY06Au51KapVghuE2OfY1eN3Xps5BvrsOMBTIkETNjBQfxDK 60g2JZMMHkfFdw0BQrV7inzGRsmkWS2xqK7VVHVrcrtBAtjonpFgi7PrQ+MscAsdw1bh28D7Y8Q9cM zII9fkWdx4Ht1ayGRfYOQjth+4ZNaLQ== X-MHO-RoutePath: aGlwcGll X-MHO-User: 74e8db7e-f67a-11e9-b80b-052b4a66b6b2 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 (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 74e8db7e-f67a-11e9-b80b-052b4a66b6b2; Thu, 24 Oct 2019 16:22:23 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x9OGMLM7045438; Thu, 24 Oct 2019 10:22:21 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: gpiobus: setting output value while in input mode From: Ian Lepore To: Andriy Gapon , FreeBSD Current Date: Thu, 24 Oct 2019 10:22:21 -0600 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zXZn2TPCz3xfs X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.91 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.91)[-0.907,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 16:22:25 -0000 On Thu, 2019-10-24 at 19:01 +0300, Andriy Gapon wrote: > Also, if we universally implement GPIO_PIN_PRESET we still need to answer the > question. Because some consumer might still try to change an input, either by > mistake or for some reason, and we need a rule on how to handle that. Well, yeah, I guess just to zoom in on the core question of "what should happen if you try to set the state of a pin configured as input?" the answer would be "the controller should return ENODEV" and you could make a good case that it should do so regardless of the hardware's capabilities. Actually, for hardware that lets you set the output state while configured for input, where the drivers currently leverage that feature, we could both set the hardware and return ENODEV, and existing code like that in gpioiic will still work. But doing that also would require examining every existing driver and probably changing many of them. I'm not afraid of this aspect of any change we decide on... it's about 30 drivers, all of which will need minor changes. -- Ian From owner-freebsd-current@freebsd.org Thu Oct 24 17:56:52 2019 Return-Path: Delivered-To: freebsd-current@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 A786E175AFF for ; Thu, 24 Oct 2019 17:56:52 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (glebi.us [162.251.186.162]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "cell.glebi.us", Issuer "cell.glebi.us" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zZgm1P57z4PFc for ; Thu, 24 Oct 2019 17:56:51 +0000 (UTC) (envelope-from glebius@freebsd.org) Received: from cell.glebi.us (localhost [127.0.0.1]) by cell.glebi.us (8.15.2/8.15.2) with ESMTPS id x9OHuhJ4001710 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Thu, 24 Oct 2019 10:56:43 -0700 (PDT) (envelope-from glebius@freebsd.org) Received: (from glebius@localhost) by cell.glebi.us (8.15.2/8.15.2/Submit) id x9OHuhma001709; Thu, 24 Oct 2019 10:56:43 -0700 (PDT) (envelope-from glebius@freebsd.org) X-Authentication-Warning: cell.glebi.us: glebius set sender to glebius@freebsd.org using -f Date: Thu, 24 Oct 2019 10:56:43 -0700 From: Gleb Smirnoff To: Michael Butler Cc: freebsd-current , freebsd@intel.com Subject: Re: SVN r353868 breaks net/intel-em-kmod Message-ID: <20191024175642.GN4086@FreeBSD.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.2 (2019-09-21) X-Rspamd-Queue-Id: 46zZgm1P57z4PFc X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.95 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.95)[-0.951,0]; ASN(0.00)[asn:27348, ipnet:162.251.186.0/24, country:US]; NEURAL_HAM_LONG(-1.00)[-1.000,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 17:56:52 -0000 On Thu, Oct 24, 2019 at 11:12:10AM -0400, Michael Butler wrote: M> The removal of these KPIs yields: M> M> link_elf_obj: symbol if_multiaddr_array undefined M> linker_load_file: /boot/modules/if_em_updated.ko - unsupported file type What's the reason to keep these outside of the tree drivers? AFAIU, they are maintained by the same team that maintains in-tree drivers. Cced them. -- Gleb Smirnoff From owner-freebsd-current@freebsd.org Thu Oct 24 18:02:19 2019 Return-Path: Delivered-To: freebsd-current@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 496F9175E9D for ; Thu, 24 Oct 2019 18:02:19 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from host64.shmhost.net (host64.shmhost.net [IPv6:2a01:4f8:a0:51d7::103:2]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46zZp21XHTz4Pj0; Thu, 24 Oct 2019 18:02:17 +0000 (UTC) (envelope-from franco@lastsummer.de) Received: from francos-mbp.homeoffice.local (dslb-090-186-132-149.090.186.pools.vodafone-ip.de [90.186.132.149]) by host64.shmhost.net (Postfix) with ESMTPSA id 46zZns0btBzDxhx; Thu, 24 Oct 2019 20:02:09 +0200 (CEST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: SVN r353868 breaks net/intel-em-kmod From: Franco Fichtner In-Reply-To: <20191024175642.GN4086@FreeBSD.org> Date: Thu, 24 Oct 2019 20:02:08 +0200 Cc: Michael Butler , freebsd-current , freebsd@intel.com Content-Transfer-Encoding: 7bit Message-Id: <335E057C-1529-4774-B655-6A1CADA2DF11@lastsummer.de> References: <20191024175642.GN4086@FreeBSD.org> To: Gleb Smirnoff X-Mailer: Apple Mail (2.3445.104.11) X-Virus-Scanned: clamav-milter 0.101.4 at host64.shmhost.net X-Virus-Status: Clean X-Rspamd-Queue-Id: 46zZp21XHTz4Pj0 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of franco@lastsummer.de has no SPF policy when checking 2a01:4f8:a0:51d7::103:2) smtp.mailfrom=franco@lastsummer.de X-Spamd-Result: default: False [-1.58 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[149.132.186.90.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; RCPT_COUNT_THREE(0.00)[4]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FROM_HAS_DN(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[lastsummer.de]; AUTH_NA(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(-0.98)[ip: (-0.90), ipnet: 2a01:4f8::/29(-2.16), asn: 24940(-1.82), country: DE(-0.01)]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:02:19 -0000 > On 24. Oct 2019, at 7:56 PM, Gleb Smirnoff wrote: > > On Thu, Oct 24, 2019 at 11:12:10AM -0400, Michael Butler wrote: > M> The removal of these KPIs yields: > M> > M> link_elf_obj: symbol if_multiaddr_array undefined > M> linker_load_file: /boot/modules/if_em_updated.ko - unsupported file type > > What's the reason to keep these outside of the tree drivers? Unmodified and newer drivers for older FreeBSD versions. In particular, 11.x had unfortunate and latent regressions regarding link negotiation (chipset subset) and netmap support. Cheers, Franco From owner-freebsd-current@freebsd.org Thu Oct 24 18:05:37 2019 Return-Path: Delivered-To: freebsd-current@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 56ECA1760FF for ; Thu, 24 Oct 2019 18:05:37 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from mail.protected-networks.net (mail.protected-networks.net [202.12.127.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.protected-networks.net", Issuer "Protected Networks CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zZsr3qrDz4PyS; Thu, 24 Oct 2019 18:05:36 +0000 (UTC) (envelope-from imb@protected-networks.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d= protected-networks.net; h=content-transfer-encoding :content-language:content-type:content-type:in-reply-to :mime-version:user-agent:date:date:message-id:from:from :references:subject:subject; s=201508; t=1571940327; bh=usQa+BBt Cjp6CW3xDZBqSHnrdprjJ1ssV7w+y3tBaFo=; b=owdHugd4WLtnZdlO3DrK02bQ pK+MGvA1VKGSz7irbBHtPstFaL0aKNxDH5X9EwmxiGPcPJ9tgMCDqx0Bu3NhT9HH G8k7vi5NrmHt2IM8YXLAKG6XWw4WisRG+sM0kGfJKw9onbObNTcsEsrPEwRm855Q peB4nlRlbxt1h7lPYhQ= Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [192.168.1.10]) (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) (Client did not present a certificate) (Authenticated sender: imb@mail.protected-networks.net) by mail.protected-networks.net (Postfix) with ESMTPSA id 123C83F38; Thu, 24 Oct 2019 14:05:27 -0400 (EDT) Subject: Re: SVN r353868 breaks net/intel-em-kmod To: Gleb Smirnoff Cc: freebsd-current , freebsd@intel.com References: <20191024175642.GN4086@FreeBSD.org> From: Michael Butler Message-ID: <5ef99ae6-9e95-7511-f64e-8f824733cd68@protected-networks.net> Date: Thu, 24 Oct 2019 14:05:26 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <20191024175642.GN4086@FreeBSD.org> Content-Type: text/plain; charset=windows-1252 Content-Language: en-NZ Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zZsr3qrDz4PyS X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=protected-networks.net header.s=201508 header.b=owdHugd4; dmarc=none; spf=pass (mx1.freebsd.org: domain of imb@protected-networks.net designates 202.12.127.228 as permitted sender) smtp.mailfrom=imb@protected-networks.net X-Spamd-Result: default: False [-6.22 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[protected-networks.net:s=201508]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[protected-networks.net]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[protected-networks.net:+]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(-3.72)[ip: (-9.79), ipnet: 202.12.127.0/24(-4.90), asn: 5716(-3.87), country: US(-0.05)]; ASN(0.00)[asn:5716, ipnet:202.12.127.0/24, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:05:37 -0000 On 10/24/19 1:56 PM, Gleb Smirnoff wrote: > On Thu, Oct 24, 2019 at 11:12:10AM -0400, Michael Butler wrote: > M> The removal of these KPIs yields: > M> > M> link_elf_obj: symbol if_multiaddr_array undefined > M> linker_load_file: /boot/modules/if_em_updated.ko - unsupported file type > > What's the reason to keep these outside of the tree drivers? AFAIU, they > are maintained by the same team that maintains in-tree drivers. Cced them. For some reason, the default in-kernel driver doesn't play nicely with VirtualBox especially when attempting to bridge the host and client. I have not explored why it works with NAT but not bridge, imb From owner-freebsd-current@freebsd.org Thu Oct 24 18:07:22 2019 Return-Path: Delivered-To: freebsd-current@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 2E27E176225 for ; Thu, 24 Oct 2019 18:07:22 +0000 (UTC) (envelope-from jhb@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) server-signature RSA-PSS (4096 bits) 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 46zZvt0SLLz4Q7X; Thu, 24 Oct 2019 18:07:22 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Received: from John-Baldwins-MacBook-Pro-4.local (ralph.baldwin.cx [66.234.199.215]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: jhb) by smtp.freebsd.org (Postfix) with ESMTPSA id 85770B8F9; Thu, 24 Oct 2019 18:07:21 +0000 (UTC) (envelope-from jhb@FreeBSD.org) Subject: Re: make delete-old: missing some files? To: Alexey Dokuchaev Cc: freebsd-current@FreeBSD.org, Xin LI References: <20191018170519.GA15695@regency.nsu.ru> <20191023034208.GA97072@regency.nsu.ru> From: John Baldwin Openpgp: preference=signencrypt Autocrypt: addr=jhb@FreeBSD.org; keydata= mQGiBETQ+XcRBADMFybiq69u+fJRy/0wzqTNS8jFfWaBTs5/OfcV7wWezVmf9sgwn8TW0Dk0 c9MBl0pz+H01dA2ZSGZ5fXlmFIsee1WEzqeJzpiwd/pejPgSzXB9ijbLHZ2/E0jhGBcVy5Yo /Tw5+U/+laeYKu2xb0XPvM0zMNls1ah5OnP9a6Ql6wCgupaoMySb7DXm2LHD1Z9jTsHcAQMD /1jzh2BoHriy/Q2s4KzzjVp/mQO5DSm2z14BvbQRcXU48oAosHA1u3Wrov6LfPY+0U1tG47X 1BGfnQH+rNAaH0livoSBQ0IPI/8WfIW7ub4qV6HYwWKVqkDkqwcpmGNDbz3gfaDht6nsie5Z pcuCcul4M9CW7Md6zzyvktjnbz61BADGDCopfZC4of0Z3Ka0u8Wik6UJOuqShBt1WcFS8ya1 oB4rc4tXfSHyMF63aPUBMxHR5DXeH+EO2edoSwViDMqWk1jTnYza51rbGY+pebLQOVOxAY7k do5Ordl3wklBPMVEPWoZ61SdbcjhHVwaC5zfiskcxj5wwXd2E9qYlBqRg7QeSm9obiBCYWxk d2luIDxqaGJARnJlZUJTRC5vcmc+iGAEExECACAFAkTQ+awCGwMGCwkIBwMCBBUCCAMEFgID AQIeAQIXgAAKCRBy3lIGd+N/BI6RAJ9S97fvbME+3hxzE3JUyUZ6vTewDACdE1stFuSfqMvM jomvZdYxIYyTUpC5Ag0ERND5ghAIAPwsO0B7BL+bz8sLlLoQktGxXwXQfS5cInvL17Dsgnr3 1AKa94j9EnXQyPEj7u0d+LmEe6CGEGDh1OcGFTMVrof2ZzkSy4+FkZwMKJpTiqeaShMh+Goj XlwIMDxyADYvBIg3eN5YdFKaPQpfgSqhT+7El7w+wSZZD8pPQuLAnie5iz9C8iKy4/cMSOrH YUK/tO+Nhw8Jjlw94Ik0T80iEhI2t+XBVjwdfjbq3HrJ0ehqdBwukyeJRYKmbn298KOFQVHO EVbHA4rF/37jzaMadK43FgJ0SAhPPF5l4l89z5oPu0b/+5e2inA3b8J3iGZxywjM+Csq1tqz hltEc7Q+E08AAwUIAL+15XH8bPbjNJdVyg2CMl10JNW2wWg2Q6qdljeaRqeR6zFus7EZTwtX sNzs5bP8y51PSUDJbeiy2RNCNKWFMndM22TZnk3GNG45nQd4OwYK0RZVrikalmJY5Q6m7Z16 4yrZgIXFdKj2t8F+x613/SJW1lIr9/bDp4U9tw0V1g3l2dFtD3p3ZrQ3hpoDtoK70ioIAjjH aIXIAcm3FGZFXy503DOA0KaTWwvOVdYCFLm3zWuSOmrX/GsEc7ovasOWwjPn878qVjbUKWwx Q4QkF4OhUV9zPtf9tDSAZ3x7QSwoKbCoRCZ/xbyTUPyQ1VvNy/mYrBcYlzHodsaqUDjHuW+I SQQYEQIACQUCRND5ggIbDAAKCRBy3lIGd+N/BCO8AJ9j1dWVQWxw/YdTbEyrRKOY8YZNwwCf afMAg8QvmOWnHx3wl8WslCaXaE8= Message-ID: Date: Thu, 24 Oct 2019 11:07:16 -0700 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: <20191023034208.GA97072@regency.nsu.ru> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:07:22 -0000 On 10/22/19 8:42 PM, Alexey Dokuchaev wrote: > On Tue, Oct 22, 2019 at 04:34:53PM -0700, John Baldwin wrote: >> On 10/18/19 10:05 AM, Alexey Dokuchaev wrote: >>> hi there, >>> >>> i've made my -CURRENT world and installed, but "make delete-old" tells >>> me it cannot remove some directories: >>> >>>>>> Removing old directories >>> rmdir: /usr/share/dtrace: Directory not empty >>> rmdir: /usr/lib/dtrace: Directory not empty > > Apparently, these are because I've started to put WITHOUT_CDDL=yes in > /etc/src.conf since recently: > > $ find /usr/lib/dtrace -type f > /usr/lib/dtrace/siftr.d > /usr/lib/dtrace/mbuf.d > /usr/lib/dtrace/socket.d > > $ find /usr/share/dtrace -type f > /usr/share/dtrace/nfsattrstats > /usr/share/dtrace/siftr > /usr/share/dtrace/blocking > /usr/share/dtrace/tcpdebug> > I can see some dtrace/*.d files in OptionalObsoleteFiles.inc, perhaps > these are missing? Probably. >>> # find /usr/lib/debug/usr/lib/engines >>> /usr/lib/debug/usr/lib/engines >>> /usr/lib/debug/usr/lib/engines/lib4758cca.so.debug >>> ... >> >> These are from the OpenSSL 1.1.1 commit. However, they are tagged as >> OLD_LIBS and check-old-libs and delete-old-libs should be automatically >> deleting these? Does 'make check-old' report these files as >> old libraries? > > I've manually placed one of those back on the filesystem and `make > check-old' reported it (twice!) under libraries. But after r353907 it > get cleaned up properly with `make delete-old'. Hmm, then 'make delete-old-libs' should already delete them without needing r353907. The issue with r353907 is if someone doesn't delete the actual libraries via 'make delete-old-libs' but then tries to debug an application that was using the old openssl and crashed, we'd no longer have debug symbols if the crash was in one of those libraries. That matters less for OpenSSL engines, but matters more for something like libutil, etc. hence why we delete debug symbols as part of delete-old-libs instead of delete-old. If 'make delete-old-libs' deletes these files already, then we should probably revert r353907. -- John Baldwin From owner-freebsd-current@freebsd.org Thu Oct 24 18:46:45 2019 Return-Path: Delivered-To: freebsd-current@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 4CB84177237 for ; Thu, 24 Oct 2019 18:46:45 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f173.google.com (mail-oi1-f173.google.com [209.85.167.173]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zbnJ3YK9z4SKJ for ; Thu, 24 Oct 2019 18:46:44 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f173.google.com with SMTP id s5so6151113oie.10 for ; Thu, 24 Oct 2019 11:46:44 -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:from:date:message-id:subject:to; bh=wjOYhqUQ5vLP+Uh3y9g+UtNhpcluDCoNu4uEx6+h4EA=; b=HQnaGeEiKg1LDFGmLLtx26p7GGxGSW36ofj0cY7mtO7cOWE9Qf7NBO5m0Ac1XGWDbU 2TfiAgFSCjF8HofZaT9u5BeJT83r7skT5D66Z/cYaRsGmD308apSPZRx5wMKzS4FNYaB OUo/F4nhKXjZ6xlFPWjBJq9CBrWvoxCiDpfafNbORaKTb/x+FzgbQidysuExeXMaOvas cHoNSJVsbdMFHBu2KiLLGublx+vtGfuHv99xC2xdgLiLki7+zSGat+gSnarRMql1s9pr zrFcpy6SzKwLV0T4EJffu6HxNRPJ0PEtCKI8a7ARlGcpVtO4OOqHavt7mwzPTBLT0r3M 1wyw== X-Gm-Message-State: APjAAAV4EAk4HHT3FQ8C7O8zP3MjlSqHegJyoQ6n5xXSooTxE6DuYxla AnWx34Yn2XYB1QAmywDXIbHobKN1S+Ut/DUyOJTqW68/mcs= X-Google-Smtp-Source: APXvYqw/d7dVeoQJ4bjn1uoApJVqlVHK2yqsowWRntqYIABcxB+kEQ5b2x/PiNv/dFYFm3xrKc7sIakIkQe87QMN/GY= X-Received: by 2002:a54:4519:: with SMTP id l25mr5747796oil.143.1571942802714; Thu, 24 Oct 2019 11:46:42 -0700 (PDT) MIME-Version: 1.0 From: Alan Somers Date: Thu, 24 Oct 2019 12:46:31 -0600 Message-ID: Subject: Best thread pool implementation for the base system? To: FreeBSD CURRENT X-Rspamd-Queue-Id: 46zbnJ3YK9z4SKJ X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of asomers@gmail.com designates 209.85.167.173 as permitted sender) smtp.mailfrom=asomers@gmail.com X-Spamd-Result: default: False [-2.16 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_TRACE(0.00)[0:+,1:+,2:~]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[173.167.85.209.list.dnswl.org : 127.0.5.0]; IP_SCORE(-1.16)[ip: (-0.45), ipnet: 209.85.128.0/17(-3.22), asn: 15169(-2.05), country: US(-0.05)]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[173.167.85.209.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; TO_DOM_EQ_FROM_DOM(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:46:45 -0000 I count 5 thread pool implementations in contrib: * cddl/compat/opensolaris/misc/thread_pool.c * contrib/apr-util/misc/apr_thread_pool.c * contrib/llvm/lib/Support/ThreadPool.cpp * contrib/openmp/runtime/src/kmp_tasking.cpp * contrib/ofed/opensm/complib/cl_threadpool.c However, I can't find any examples outside of contrib. I'd like to use one in /sbin/geli. Shall I roll my own (as everybody else apparently does), or is there something I'm not aware of? -Alan From owner-freebsd-current@freebsd.org Thu Oct 24 18:57:25 2019 Return-Path: Delivered-To: freebsd-current@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 1BFD3177528 for ; Thu, 24 Oct 2019 18:57:25 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2m.ore.mailhop.org (outbound2m.ore.mailhop.org [54.149.155.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 46zc1c52KZz4SmM for ; Thu, 24 Oct 2019 18:57:24 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1571943443; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=eJaSA1692xBbQdmEtArfQtzieke9+KbK0cY6sg2s/og6B3o4xpXAVSVkO4NLOiMEdz4BA0pWK14KE z3wRW8sZ3low7S5JnYVcq47cVAZ/J3+Au2RS6ls/lN1yJxJqKNpoRPPM20lwSw3IvWi28mrtDCaa4p 2hWZsglxSmUmdHgRaVmEXg6KKcAbLtjn1kR3UB3kMLhUeQByDjF+aHhIaCbnzGC0xh/yoq7//mLamp ah4sOfr20BIlTwDnDPI6/GGKRekqpVJ2rc92Wrqnguk55HM+KhNHWxmSSH/UlyxtHEJbb8yRXsTZsK N2hhGSkP+Ro2mZCVBUp5EBGmJVGAfRQ== 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=I0HcuDF5QGk/rsWzYIO1E2BODIB+gIDaIpxWTyqutTo=; b=i1upWuADBUSrmXJGSQ7Vc68sgj70p4MCboM8C2a+/kgDCOM/V7cjGoQ2XgsOEyFyMhnN6tFxy/ZTO PWiwh0mgXzi7Zu4X1MueIOfDXXzUhYY6VU9RVf7zIwetoZGrZHBU1dEbCgoze3pnF/8fJCkKoZQNog ZvDzk1EDC4K8h3MRxHy1NWKJc0pnpCXV3YZU+zrjWwJPLqt+Pprnz1Zq8MV2/aEqwhdFlebRZBHQxe A+b9emG1F4I3k3v3OHPKvFqieAGe2vzoZxLF7AFsbjehsItz22bqsp/utdKNpWL5dGFsJWHielzt8J zj67tFnnggI6QqyuV1eLom5v6KDl8Ug== ARC-Authentication-Results: i=1; outbound4.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=I0HcuDF5QGk/rsWzYIO1E2BODIB+gIDaIpxWTyqutTo=; b=rMB9aMDkAV560yAMu8XiiFOTm+t1/TkM21rZybbMt9niN/IvXcBxbQRrtoyuTMT1Z2zx093lW7oEs pMQ4pBHByWPFQhIjAFoh4J7eqk6IopZZcdYETPRx+uIMrD7Wv0HFNnIiDMTU9L90VB3iV03T5P3PP+ ueulkILjsh1c/ngBihRqHtYm1lC9/9HJYhUr/Ue3rP8eiMPQ/R7AWwPBzgFJei7+f/Vb63uWdf3bhk T3+Lt/llROuNBv+aK0tEX8os6v1Zf0yN56NHpvSFWE4jf5YgzN/gYHcCxrn6NDL6HKku5PcF5XkzJ6 l0niTlWKKVKtdUgD6jIBqsDEyFh1bEg== X-MHO-RoutePath: aGlwcGll X-MHO-User: 1b7a1107-f690-11e9-829e-79a40d15cccd 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 (unknown [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 1b7a1107-f690-11e9-829e-79a40d15cccd; Thu, 24 Oct 2019 18:57:21 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id x9OIvKlV045892; Thu, 24 Oct 2019 12:57:20 -0600 (MDT) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Best thread pool implementation for the base system? From: Ian Lepore To: Alan Somers , FreeBSD CURRENT Date: Thu, 24 Oct 2019 12:57:20 -0600 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 46zc1c52KZz4SmM X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.87 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.88)[-0.875,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; ASN(0.00)[asn:16509, ipnet:54.148.0.0/15, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 18:57:25 -0000 On Thu, 2019-10-24 at 12:46 -0600, Alan Somers wrote: > I count 5 thread pool implementations in contrib: > * cddl/compat/opensolaris/misc/thread_pool.c > * contrib/apr-util/misc/apr_thread_pool.c > * contrib/llvm/lib/Support/ThreadPool.cpp > * contrib/openmp/runtime/src/kmp_tasking.cpp > * contrib/ofed/opensm/complib/cl_threadpool.c > > However, I can't find any examples outside of contrib. I'd like to > use one > in /sbin/geli. Shall I roll my own (as everybody else apparently > does), or > is there something I'm not aware of? > > Whenever the subject of thread pools comes up at $work I pose this question: What task is it you need to accomplish where the cost of pthread_create/delete is significant in relation to the actual work that will be done during the lifetime of the thread? Over the years, the answers have been such that we never created a thread pool class or helpers. What we did eventually come up with was basically an async taskqueue that had a single thread, because almost always the answer to the question was something like "the work to be done is really tiny and not-time-critical, it just needs to be done on a different thread to avoid [recursion|deadlock|whatever]." So I'd say the first thing to do is be sure that the best solution isn't just to pthread_create() as needed. If it turns out the cost of pthread_create() is like 1-2% of the total work to be done, you may not need a pool of pre-created threads. -- Ian From owner-freebsd-current@freebsd.org Thu Oct 24 19:20:37 2019 Return-Path: Delivered-To: freebsd-current@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 3BEA3177F27 for ; Thu, 24 Oct 2019 19:20:37 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oi1-f194.google.com (mail-oi1-f194.google.com [209.85.167.194]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46zcXP0wMCz4Vlh; Thu, 24 Oct 2019 19:20:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oi1-f194.google.com with SMTP id g81so21637438oib.8; Thu, 24 Oct 2019 12:20:36 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=0cTwGaz1PPY9j8Ne5ycrQNwDtgcvr9swPifGiJFEUMU=; b=XshsD2p+muTKkPNznxb3E/cf2mPxvxZGPvGOMJRCqM0azP4fGKJkqrCkfhPWJkhFen EGNMtyr2Jmrb8AKtdaJHl7Xh4a70fqpYjAg74DwLeA+lpURjpjf37X36OX+E4YjqRkD3 rFcC4qdjeSAGv58JwfKk8p1xQQQjn1RMl7RYaU5xxSnfZHk+mvsca4nnEPhw5EBO0J0f tiir0m2LJP4S65EoVnoWps1hgI24FVfCJaprX5L85IItce1rbHd4ahnfh7ca51oz5CeW nOtNCm7u4oMTW5tY5wBBJCs3SP71GrTzm3uuiEo5GlAJFXrmDcO1ce75LdV9z0zhKrFt q2tg== X-Gm-Message-State: APjAAAXKtxNI7qwAmD8BkPHJBzcpPhO0s+5cN8YZpRZfsvZbwhujafz1 y97NDy8G4U1/CDiaGYzG1fiZGWonbjOesKPx6ODadDjD X-Google-Smtp-Source: APXvYqwf5e6lfq8+VbPBnYUxPfprVGxkrZrOeDUPTvxxCsCj7c4n1nF5nmVczBP6uQSeWDOD/YjVmq97T18gZGinn4Y= X-Received: by 2002:aca:cf92:: with SMTP id f140mr6279222oig.57.1571944835032; Thu, 24 Oct 2019 12:20:35 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Thu, 24 Oct 2019 13:20:23 -0600 Message-ID: Subject: Re: Best thread pool implementation for the base system? To: Ian Lepore Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 46zcXP0wMCz4Vlh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-6.00 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 19:20:37 -0000 On Thu, Oct 24, 2019 at 12:57 PM Ian Lepore wrote: > On Thu, 2019-10-24 at 12:46 -0600, Alan Somers wrote: > > I count 5 thread pool implementations in contrib: > > * cddl/compat/opensolaris/misc/thread_pool.c > > * contrib/apr-util/misc/apr_thread_pool.c > > * contrib/llvm/lib/Support/ThreadPool.cpp > > * contrib/openmp/runtime/src/kmp_tasking.cpp > > * contrib/ofed/opensm/complib/cl_threadpool.c > > > > However, I can't find any examples outside of contrib. I'd like to > > use one > > in /sbin/geli. Shall I roll my own (as everybody else apparently > > does), or > > is there something I'm not aware of? > > > > > > Whenever the subject of thread pools comes up at $work I pose this > question: What task is it you need to accomplish where the cost of > pthread_create/delete is significant in relation to the actual work > that will be done during the lifetime of the thread? > > Over the years, the answers have been such that we never created a > thread pool class or helpers. What we did eventually come up with was > basically an async taskqueue that had a single thread, because almost > always the answer to the question was something like "the work to be > done is really tiny and not-time-critical, it just needs to be done on > a different thread to avoid [recursion|deadlock|whatever]." > > So I'd say the first thing to do is be sure that the best solution > isn't just to pthread_create() as needed. If it turns out the cost of > pthread_create() is like 1-2% of the total work to be done, you may not > need a pool of pre-created threads. > > -- Ian > Well, the time needed by pthread_create/delete is probably not significant. But the memory consumption is. I could have up to 400 tasks, and I don't want to run all of them in parallel because all of those stacks add up. But I definitely need some amount of parallelism. FYI my interest is in speeding up "geli attach" by parallelizing the I/O to multiple disks. Currently it attaches to the disks one at a time. -Alan From owner-freebsd-current@freebsd.org Wed Oct 23 10:12:02 2019 Return-Path: Delivered-To: freebsd-current@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 C37AB175BD2 for ; Wed, 23 Oct 2019 10:12:02 +0000 (UTC) (envelope-from aleksandr.fedorov@vstack.com) Received: from relay02.itglobal.com (relay02.itglobal.com [46.243.181.6]) (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 46ymPs38yRz3wqQ; Wed, 23 Oct 2019 10:12:00 +0000 (UTC) (envelope-from aleksandr.fedorov@vstack.com) X-Virus-Scanned: by SpamTitan at itglobal.com DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vstack.com; s=relay; t=1571825508; bh=N6qO8P+GDkHdroPNmppiRi4kAJXETLyKbT9w2I6x4mA=; h=From:To:CC:Subject:Date; b=VzE9ijoHIhxDe9+W8QR8Lp+oKoxUuOcQtEkiKcVloH+2HArKRpYVzpyhOnlIGOdrc BJSZKOLame/Or6OHqUdg6LLCxZoZ41mh1TMEqsfF65FCD8/VFSYrFmhEMT6tJv8HbW TC/MBEAzL25RkSnVYR18vYcUw8nJHO4JOZ2tdvM6Vax3EjcRMA84Qz469rA32gpyYO siG6hwH0j6DRcXH1Db4QLR0jbFFc9XyQI7ah9E1wc0gMjWB5y6e+5bG2Aa1BvBNngO 5H2zPf+W9/WEPvAItX9SyG03Ou3wGAX6vsnAuZ0mvtAj/KND3y6N+rQaUFo6SiC1lH uvTcDxUjaut1g== From: "Fedorov, Aleksandr" To: "freebsd-current@freebsd.org" CC: "cem@FreeBSD.org" Subject: Re: > r353680: multiuser crash due to: m_getzone: Inavlid cluster size 0 Thread-Topic: > r353680: multiuser crash due to: m_getzone: Inavlid cluster size 0 Thread-Index: AQHViYg9dsnqWJfP00a0AJqCjHGUhA== Date: Wed, 23 Oct 2019 10:11:44 +0000 Message-ID: <279a3b54b5454b3e935389ad55d68298@vstack.com> Accept-Language: ru-RU, en-US Content-Language: ru-RU X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.32.254.11] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Rspamd-Queue-Id: 46ymPs38yRz3wqQ X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=vstack.com header.s=relay header.b=VzE9ijoH; dmarc=pass (policy=none) header.from=vstack.com; spf=pass (mx1.freebsd.org: domain of aleksandr.fedorov@vstack.com designates 46.243.181.6 as permitted sender) smtp.mailfrom=aleksandr.fedorov@vstack.com X-Spamd-Result: default: False [-1.98 / 15.00]; ARC_NA(0.00)[]; FAKE_REPLY(1.00)[]; R_DKIM_ALLOW(-0.20)[vstack.com:s=relay]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; NEURAL_HAM_MEDIUM(-0.99)[-0.987,0]; DKIM_TRACE(0.00)[vstack.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[vstack.com,none]; TO_DN_EQ_ADDR_ALL(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; IP_SCORE(0.00)[country: RU(0.01)]; ASN(0.00)[asn:209974, ipnet:46.243.181.0/24, country:RU]; MID_RHS_MATCH_FROM(0.00)[] X-Mailman-Approved-At: Thu, 24 Oct 2019 23:31:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 23 Oct 2019 10:12:02 -0000 I discovered a similar kernel panic. To reproduce, just run CURRENT in bhyve with e1000 network backend. I think the problem is that the debugnet_any_ifnet_update () function calls= iflib_debugnet_init () when the private driver data is not yet fully initi= alized. sys/net/iflib.c: 6724iflib_debugnet_init(if_t ifp, int *nrxr, int *ncl, int *clsize) 6725{ 6726 if_ctx_t ctx; 6727 6728 ctx =3D if_getsoftc(ifp); 6729 CTX_LOCK(ctx); 6730 *nrxr =3D NRXQSETS(ctx); 6731 *ncl =3D ctx->ifc_rxqs[0].ifr_fl->ifl_size; 6732 *clsize =3D ctx->ifc_rxqs[0].ifr_fl->ifl_buf_size; <<<<<<<<------ i= fl_buf_size is equal zero!!! 6733 CTX_UNLOCK(ctx); 6734} So, it seems that ifnet_link_event EVENTHANDLER is too early to initialize = debugnet. Because ifl_buf_size is initialized with ctx-> ifc_rx_mbuf_sz, which is ini= tialized with iflib_calc_rx_mbuf_sz (), I use the following patch, as a wor= karound: diff --git a/sys/net/iflib.c b/sys/net/iflib.c index 73606981a492..1caf3505932a 100644 --- a/sys/net/iflib.c +++ b/sys/net/iflib.c @@ -6729,7 +6729,8 @@ iflib_debugnet_init(if_t ifp, int *nrxr, int *ncl, in= t *clsize) CTX_LOCK(ctx); *nrxr =3D NRXQSETS(ctx); *ncl =3D ctx->ifc_rxqs[0].ifr_fl->ifl_size; - *clsize =3D ctx->ifc_rxqs[0].ifr_fl->ifl_buf_size; + iflib_calc_rx_mbuf_sz(ctx); + *clsize =3D iflib_get_rx_mbuf_sz(ctx); CTX_UNLOCK(ctx); } em0: port 0x2000-0x2007 mem 0xc00000= 00-0xc001ffff,0xc0020000-0xc002ffff irq 16 at device 2.0 on pci0 em0: Using 1024 TX descriptors and 1024 RX descriptors em0: Ethernet address: 00:a0:98:b9:5c:99 em0: netmap queues/slots: TX 1/1024, RX 1/1024 virtio_pci0: port 0x2040-0x207f mem 0xc0030000-0= xc0031fff irq 17 at device 3.0 on pci0 vtblk0: on virtio_pci0 vtblk0: 16384MB (33554432 512 byte sectors) atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] driver bug: Unable to set devclass (class: atkbdc devname: (unknown)) Unhandled ps2 mouse command 0xe1 psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff pnpid PNP= 0900 on isa0 Timecounters tick every 10.000 msec usb_needs_explore_all: no devclass em0: link state changed to UP panic: m_getzone: invalid cluster size 0 cpuid =3D 0 time =3D 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe0011b8d= 7f0 vpanic() at vpanic+0x17e/frame 0xfffffe0011b8d850 panic() at panic+0x43/frame 0xfffffe0011b8d8b0 debugnet_mbuf_reinit() at debugnet_mbuf_reinit+0x21b/frame 0xfffffe0011b8d8= f0 debugnet_any_ifnet_update() at debugnet_any_ifnet_update+0x107/frame 0xffff= fe0011b8d940 do_link_state_change() at do_link_state_change+0x1b3/frame 0xfffffe0011b8d9= 90 taskqueue_run_locked() at taskqueue_run_locked+0x10c/frame 0xfffffe0011b8d9= f0 taskqueue_run() at taskqueue_run+0x4a/frame 0xfffffe0011b8da10 ithread_loop() at ithread_loop+0x1c6/frame 0xfffffe0011b8da70 fork_exit() at fork_exit+0x80/frame 0xfffffe0011b8dab0 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe0011b8dab0 --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- KDB: enter: panic [ thread pid 12 tid 100010 ] Stopped at kdb_enter+0x37: movq $0,0x1098a86(%rip) db>=20 From owner-freebsd-current@freebsd.org Tue Oct 22 12:37:08 2019 Return-Path: Delivered-To: freebsd-current@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 5EB1F159D87 for ; Tue, 22 Oct 2019 12:37:08 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 46yCgl12wGz3Dd6 for ; Tue, 22 Oct 2019 12:37:06 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1571747817; bh=ATtPeDMniN4iwXDsfEZBUodwt2fBfnRVbgL1vW2cBK0=; h=X-UI-Sender-Class:Date:From:To:Subject; b=X2aeUlgyyM8IWF+uVge+dVNXXRvgaaswdkW370AMAkSsHf25epmNOYGeScsSSZF/w ZC7Nmr+z5dMh370oOrmcO9vhpCXJQeogYPrX1YSvSjUcD9jVCwuL2dnw0qQUJYV5jS z8usoCfccNLIeF3hNfQKJ4XR/V1RqK4Xsrw85NPU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from freyja ([79.192.161.19]) by mail.gmx.com (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MGhuU-1iHt6R1IWo-00Dp8b for ; Tue, 22 Oct 2019 14:31:45 +0200 Date: Tue, 22 Oct 2019 14:31:33 +0200 From: "O. Hartmann" To: freebsd-current Subject: > r353680: multiuser crash due to: m_getzone: Inavlid cluster size 0 Message-ID: <20191022143118.4c7a1c95@freyja> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:ABDPc6kF9HepHKbpaHJYuvZZYCqjkRahCAC2zZG6EvKpDFv5zEq IWOoLUTSxk+RFpZGR3HurviCb96pBzNToENG5/85mbmpcyhI5TbGJCKluw0Hb2yYd8vTVgw jMaCFRZI+GuOovBKy2Emp+0sFHhfmCbBQiOfAqFaYfS6MbTVk5t2uHlAaULUrldCBSSSlOP NW/YSnq/GTJQuu2OFOT4Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:oG0Yjl763eA=:k0DX4rC9dZQFX5bhSHDiQe 8Oyt8d4oEminMKuD10zvc+wP4jgvC69P2ESCZxeH/d2/0z+QFCeBBMOJcA+WA2U6CfIKS61HK /DgZ8TbbMVbCdVj56J+4WmOID4OKosoeO8QA9n8Wi8N8YkXZrPJVipi7Tna7FbEIiPys51tPw 1gJN2dfYvdRFB6p2c038hD4AHrohx6C8CrkI0+YuK8fJ+aeFf6qpuzMYNLv+kxnk38/CWSVO9 5itt3TK5ztC6oePPl1gZDZw5Pix8Iz7WY9lvYGFzOkzXpzMcLtBxy0c7XsMgYv64QyChknz15 l1s9jzU8GqLrjL3g+idYqpaztxoA+SbtvP0Oy/SFzulMQ9GKLz+DCP4b2m5pIQR2w7oMaxN9N xhrYcNV+J41Z1BMQL6BdsWBNZwB1KmcBdkoC1ZDHUfjFneX38sqIDD3Nx0lZue4Ghb6ZAfDYE Bs+aDC4qwW0AsKOtSrG0q7eQ3nyQMPbeGI/Ep+52gzrHYF7kyF7sdF1SpS/ki1GqOPDZwjsdw AFgFew5T1DEpt90MSpB4MmSMWWvBLplLqByj0gsT/fGWXUDGf3atCvim4ggt9zfTxguSJfIHK ILMd4sHnvFrUlKMBwP8e4rC3oJIVxXv9HHLI0CJuWCGo/P90pVLrbRE7FYxaTngDJ1vDy+Hl9 R31hZ1TlMsGwI7nJFfhajSPxTnw3g0fu/EK244dzFO0s2Aq2huLP3dMfKvx/cfdrAnADiRykh n/5Yt0zfJKm/frk7S5Byf2zunENdeiamdaJ5qM/RcN0/RNzxjh859qVzun9UMkDEVmvCZnLuQ XLoiJTN75mpQ7vcq/ycBH+62cMOAqFd23N0YAvt2AHs8mqTBUFV5hWHEM5tX6HKraMXuCNBVo jIwpqYBK/3KBoaW8aFrJpl/oPgGpQr4c66XIgX5Q+c4+Ps5NEx+LYbyZrIvOZ/j261mL59m8v vgTycEj3BM4cTsOI6RKT1KbmIsHJBS+yEk0CNjpdHM7OudEmHiZwfsXWCI49RpbVU+jK53Rps TIAUcUYUUIw1zWYDHQB7/4z25Q4O3M/SPTucIaTqWi9TnW3hqkqnotEStaOBhEGc3HOjkT/Vw kyxQKiUHxdQnP4vcMxPXQ67ruaFdwmgAXtzlYGS3wfW0wUos2DZbD2JqnGJ57a+i6yjaZVPo3 /gnO/VDV5p1NJtJAAYQghlY3LSHNEW/Xl3GJ3YmowT+h3Lb4DWqYMjgT2qzFsPQ3+CDhNXJ9/ whUkHIXp6QOGwb0SN4WNZrgFP7IRGdSC8yOSj1yRrha2ZHJfY9wljYrL8gc8= X-Rspamd-Queue-Id: 46yCgl12wGz3Dd6 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmx.net header.s=badeba3b8450 header.b=X2aeUlgy; dmarc=none; spf=none (mx1.freebsd.org: domain of o.hartmann@walstatt.org has no SPF policy when checking 212.227.17.20) smtp.mailfrom=o.hartmann@walstatt.org X-Spamd-Result: default: False [-3.07 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; NEURAL_HAM_MEDIUM(-1.00)[-0.997,0]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE(-1.17)[ip: (-6.47), ipnet: 212.227.0.0/16(-1.37), asn: 8560(1.98), country: DE(-0.01)]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[20.17.227.212.list.dnswl.org : 127.0.3.1]; RECEIVED_SPAMHAUS_PBL(0.00)[19.161.192.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; MID_RHS_NOT_FQDN(0.50)[]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-Mailman-Approved-At: Thu, 24 Oct 2019 23:31:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 22 Oct 2019 12:37:08 -0000 The last known good update of CURRENT on a Fujitsu Primergy RX2530-M5 (onl= y one of two sockets equipted, 64 GB RAM) was October, 17th, 2019 before 15 o'cl= ock, I suppose that was r353680 that time. Today's update to r353881 resulted i= n an immediate crash when the network (igb0-igb3, two built-in i350 NICs and tw= o i350 NICs placed on a i350-T2 server adapter) comes up, just when rc scrip= ts configure the NIC's. Last message I see is something like m_getzone: Inavlid cluster size 0 and "dubugnet" or similar. Since the crash wrecked the installation (it seems = after updating, the UFS filesystem received, as so often, inconsistencies, so I = can not start vi or other applications after a full fsck -yf on all partitons, those programs fail with some serious trap, stating that ELF is corrupt, I can't remember the exact message). We do not have debugging facilities ena= bled on that kernel suite, so I can not provide more proper informations. For emergency rescue we downloaded the latest CURRENT memstick image, FreeBSD-13.0-CURRENT-amd64-20191018-r353709-memstick.img dated Oct., 18th,= which also shows the bug described above. It seems that I have to go back to memimage FreeBSD-13.0-CURRENT-amd64-20191011-r353427-memstick.img which dates to 11= th October 2019. Since the crash resulted in a serious damage of the base filesystem and th= e installation, I need to copy first the installation tarballs from the inst= all memstick into place and try then to rebuild the system with sources up to = the version which is deemed working. The I'll report, hopefully, more informat= ion. Kind regards, oh From owner-freebsd-current@freebsd.org Thu Oct 24 22:27:55 2019 Return-Path: Delivered-To: freebsd-current@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 5D47815BFC5 for ; Thu, 24 Oct 2019 22:27:55 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (chez.mckusick.com [70.36.157.235]) (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 46zhhV2hkNz3DQq for ; Thu, 24 Oct 2019 22:27:53 +0000 (UTC) (envelope-from mckusick@mckusick.com) Received: from chez.mckusick.com (localhost [IPv6:::1]) by chez.mckusick.com (8.15.2/8.15.2) with ESMTP id x9OMgVER001027; Thu, 24 Oct 2019 15:42:32 -0700 (PDT) (envelope-from mckusick@mckusick.com) Message-Id: <201910242242.x9OMgVER001027@chez.mckusick.com> From: Kirk McKusick To: "Bjoern A. Zeeb" Subject: Re: fsync: giving up on dirty, umount -f fails cc: "FreeBSD Current" X-URL: http://WWW.McKusick.COM/ Reply-To: Kirk McKusick In-reply-to: <132B079B-69D3-4525-A1B1-076514ED7ED5@lists.zabbadoz.net> Comments: In-reply-to "Bjoern A. Zeeb" message dated "Thu, 24 Oct 2019 07:58:39 -0000." MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <1025.1571956951.1@chez.mckusick.com> Content-Transfer-Encoding: 8bit Date: Thu, 24 Oct 2019 15:42:31 -0700 X-Spam-Status: No, score=-1.4 required=5.0 tests=BAYES_00,MISSING_MID, UNPARSEABLE_RELAY autolearn=no autolearn_force=no version=3.4.1 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on chez.mckusick.com X-Rspamd-Queue-Id: 46zhhV2hkNz3DQq X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of mckusick@mckusick.com has no SPF policy when checking 70.36.157.235) smtp.mailfrom=mckusick@mckusick.com X-Spamd-Result: default: False [-1.11 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[mckusick@mckusick.com]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-0.93)[-0.934,0]; NEURAL_HAM_LONG(-0.98)[-0.981,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[mckusick.com]; AUTH_NA(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[235.157.36.70.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:46375, ipnet:70.36.128.0/19, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-0.09)[ip: (0.08), ipnet: 70.36.128.0/19(0.04), asn: 46375(-0.52), country: US(-0.05)] X-Mailman-Approved-At: Thu, 24 Oct 2019 23:31:30 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Oct 2019 22:27:55 -0000 > From: "Bjoern A. Zeeb" > To: "FreeBSD Current" > Subject: fsync: giving up on dirty, umount -f fails > Date: Thu, 24 Oct 2019 07:58:39 +0000 > > Hi, > > I am archiving some old disks and while trying to umount [-f] them I am > getting errors and I basically cannot get rid of the mount anymore > without rebooting. This is on a HEAD from mid-end-August (around > r351518M). > > Given there is a lot of work going on at the moment to deal with > “disks dropping out by error” and not to panic I was just wondering > if this is something to address as well? Somehow umount -f should be > able to succeed (in the future)? > > > fsync: giving up on dirty (error = 5) > g_vfs_done():da0s2g[READ(offset=4666441728, length=16384)]error = 5 > 0xfffff803533b81e0: tag devfs, type VCHR > usecount 1, writecount 0, refcount 1661 rdev 0xfffff8015372a800 > flags (VI_ACTIVE) > v_object 0xfffff80365537c00 ref 0 pages 8340 cleanbuf 1561 dirtybuf 97 > lock type devfs: EXCL by thread 0xfffff80006a57000 (pid 26526, > umount, tid 100091) > dev da0s2g > > /bz In the above example the unmount is failing because it is getting back EIO for one of its dirty buffers. Thus it is not able to get everything written out, so refuses to do the unmount. What we are working on doing is implementing a `very forcible' unmount (which I would love to specify using `umount -F', but regretably -F is already in use to specify an alternate fstab file). A very forcible unmount says to simply abandon dirty buffers that it cannot write. In the event of a disk dying, that would be all of the dirty buffers. Kirk McKusick From owner-freebsd-current@freebsd.org Fri Oct 25 20:56:57 2019 Return-Path: Delivered-To: freebsd-current@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 2EC6415AF9A for ; Fri, 25 Oct 2019 20:56:57 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-ua1-x92b.google.com (mail-ua1-x92b.google.com [IPv6:2607:f8b0:4864:20::92b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 470Gd40XsLz437D for ; Fri, 25 Oct 2019 20:56:55 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-ua1-x92b.google.com with SMTP id l13so1027780uap.8 for ; Fri, 25 Oct 2019 13:56:55 -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=/VGQpZJacgVsWH/cJm3foCKTh5htq42HHC5b7/i6IlU=; b=rpjA75aN/AuPU7JHqevxjGxbuydchXmulGcQ4IeoYs0f8OHm6Gg0nxhw+G5qhPC2vL qy1ZKZIeChqnnt0BMCJ5jpNd0ZbPUAuMdTf+ZlzwD8go4Rhw68OXf3pV08Nh+UpCQ2h2 xXRws5/PKtVjfX0tz61pSr6fd2rZC0tj/a1Np4qXBwd/7CH5nrHRW3wwxP+Kg+gM+4vH CU/EbRUABbeYFM1eDN2li4XvEuiZ0IPHyQ9pWmItatG3FvaAGkQUiZaubfVrwXlfrw5S ye3KbQoqrbEXAR7k3p4UHkzQihP8S3O2/N5F1mCNWWGzp6+hoquvfhw5yqiIVpEQ0xyH 3CAA== 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=/VGQpZJacgVsWH/cJm3foCKTh5htq42HHC5b7/i6IlU=; b=Fb5IEduNfUc5WoYWtcoOEmsbfAsnSQVWjnzOs3NMbu6C0ZozS2FUh4Q4JLkvhArJBh DzjX3Pk9mWJBb8sCs5VjncqDD55g1NIWdqMwtKoozuYJ6yGLQ6u61NeskO7DVKHTLaH7 q23o2eimlNgLF+om96X+6DLgYuxhAXFLgJZD89ETJmonOjMWS1C88NxpY2FhTjniVm1a AUizyP/QHqpK2IKMm1YaiwPhlyw23mhu7FNfvdQmWcp7L8Kdh+0rtbUdHzBgeGY1qAQf ad77kn1oHRA/JLmt1gJXrCBwvyeLdnMiMOo3efrYLex1uIhZ9fcLYRt7Mbx7l+FQi+to GO7w== X-Gm-Message-State: APjAAAVsnNS3LE3harcG3t+d7+8BqS6oznfnU6pl30m8RgUGxkMblbVy XddfhvkovvxKH6sD3bxWNzccrMzh3Qk2OBiU1EocYdzWDA== X-Google-Smtp-Source: APXvYqx94NJoDl8s9T1U4MXIr1RhWpyv5l1pevTlhfD1FpTqTxfIMJVj35x6TzHdms2y7wbhYT+9yvu9W9iBibw2v64= X-Received: by 2002:ab0:59a7:: with SMTP id g36mr2746245uad.54.1572037014653; Fri, 25 Oct 2019 13:56:54 -0700 (PDT) MIME-Version: 1.0 From: "Clay Daniels Jr." Date: Fri, 25 Oct 2019 15:56:43 -0500 Message-ID: Subject: r354057 Weekly Snapshot Works - my report To: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 470Gd40XsLz437D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=rpjA75aN; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::92b as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.53), ipnet: 2607:f8b0::/32(-2.40), asn: 15169(-2.05), country: US(-0.05)]; 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)[b.2.9.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_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:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Oct 2019 20:56:57 -0000 clay@bsd13:~ $ uname -a FreeBSD bsd13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r354057: Fri Oct 25 05:24:01 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC amd64 I will note that when I tried to do pkg install drm-kmod, it returned error code 1 & failed. I reloaded the basic r354057 install, did a Pkg install drm-kmod, and it worked with no problems. (With the new drm-current-kmod dated 10-23-19) This is my first good install since r353072 of Oct 4th. Thanks to all the developers who work on this, and for answering all my ignorant questions. Clay Daniels From owner-freebsd-current@freebsd.org Sat Oct 26 00:43:47 2019 Return-Path: Delivered-To: freebsd-current@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 3FE7616117C for ; Sat, 26 Oct 2019 00:43:47 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: from mail-vs1-xe32.google.com (mail-vs1-xe32.google.com [IPv6:2607:f8b0:4864:20::e32]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 470Mfp042Lz4Fy2 for ; Sat, 26 Oct 2019 00:43:45 +0000 (UTC) (envelope-from clay.daniels.jr@gmail.com) Received: by mail-vs1-xe32.google.com with SMTP id a143so1856667vsd.9 for ; Fri, 25 Oct 2019 17:43:45 -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; bh=Mt4Vehi5XTod9A2bNoqKEZhINlhHaJVs0pZ8D9zwyQg=; b=FZZaNRaCSxQhNa/nWVsw31oXGcWa+2FdGIdD3j+dRbcZMOQx0CvEoAr4e5sFfI+5ny Ve1DmuD99m1erBloR5ONuxe6s+IEfyO81Oj1m9wfQjwj7ulCiffFjcay24fFhqtD83tF VhnZd3KRV9Q1e8+vD9y02Nu34hsjaaSPRO9C5pgfpQrciHMtNOWDNOCU4uUb3Srr9eB1 Ge8r6pkwDIR/14jHhZLirnEFCQEUvbQa3b9GMgAYDarO3x3lJgr+0cI+wJ1iHZKy4kV9 k1EIap7cUlNfV+vtb96kV+AHM7fluvtsH0z+tz8LwgrduTK7cQf+qYOHcj0hXIA1/DWp DXJg== 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; bh=Mt4Vehi5XTod9A2bNoqKEZhINlhHaJVs0pZ8D9zwyQg=; b=aaUFi84ap2qktYsSO1PzudNRXXKqnVbylA82k+d5cwBxncMmggOTaKvRlj0nN6YFTm +EiMDXe3batxOFJUqb+i5Ms3Pk5i8nO+5OO4o9C/DebgkT7P1WB5sjdRl3wRI6A3ra0l V55uPeFi+SqzqPdjc5Sm+H0ZscyuESv9C90f9UUJRnq6nfetu+55pEznWTmSo+COwemg ByjbDIjw/FOYuwnqag1H7ymMGgIBzyQ6HoYF54s3iWXQYlgFc3jakoQ8sMwM2B3sS1Cv nw4nbNC5W5Ip4RxhWzhbWOGwc8Ikt6dByJbBW9+9jyXpPS93zo0/TPFxD6CYDGCpEoXf HsZQ== X-Gm-Message-State: APjAAAXfB8Puf09YFiuFy5xSAWSfuBrTb+aUOxT/4nuZnuBEt1omGatf k6Kp8KjK+6r2k5RIscxM0+9JY/xWNXmR1NjgNMbLq1k= X-Google-Smtp-Source: APXvYqzb2jKllya5heJbA1M2roOL9RdZ1Z+I0HX4Udyy7NBfoh0zz0DuiF+88FCTMFhKQk/LVfnJ1YMIIi3mW0i2fic= X-Received: by 2002:a67:f483:: with SMTP id o3mr2121029vsn.116.1572050624368; Fri, 25 Oct 2019 17:43:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Clay Daniels Date: Fri, 25 Oct 2019 19:43:33 -0500 Message-ID: Subject: Re: r354057 Weekly Snapshot Works - my report To: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 470Mfp042Lz4Fy2 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=FZZaNRaC; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of claydanielsjr@gmail.com designates 2607:f8b0:4864:20::e32 as permitted sender) smtp.mailfrom=claydanielsjr@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; RCPT_COUNT_ONE(0.00)[1]; IP_SCORE_FREEMAIL(0.00)[]; IP_SCORE(0.00)[ip: (-9.58), ipnet: 2607:f8b0::/32(-2.40), asn: 15169(-2.05), country: US(-0.05)]; 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)[2.3.e.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; TO_DN_EQ_ADDR_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:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2019 00:43:47 -0000 What I intended to say is that "make install clean" returned error 1 and failed, But "pkg install drm-kmod" worked On Fri, Oct 25, 2019 at 3:56 PM Clay Daniels Jr. wrote: > clay@bsd13:~ $ uname -a > FreeBSD bsd13 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r354057: Fri Oct 25 > 05:24:01 UTC 2019 root@releng1.nyi.freebsd.org:/usr/obj/usr/src/amd64.amd64/sys/GENERIC > amd64 > > I will note that when I tried to do pkg install drm-kmod, it returned > error code 1 & failed. I reloaded the basic r354057 install, did a Pkg > install drm-kmod, and it worked with no problems. (With the new > drm-current-kmod dated 10-23-19) > > This is my first good install since r353072 of Oct 4th. Thanks to all the > developers who work on this, and for answering all my ignorant questions. > > Clay Daniels > From owner-freebsd-current@freebsd.org Sat Oct 26 18:51:41 2019 Return-Path: Delivered-To: freebsd-current@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 E69CC17D5BF for ; Sat, 26 Oct 2019 18:51:41 +0000 (UTC) (envelope-from brennan@umanwizard.com) Received: from smtp.umanwizard.com (smtp.umanwizard.com [54.203.248.109]) by mx1.freebsd.org (Postfix) with ESMTP id 470qp425JJz4VsT for ; Sat, 26 Oct 2019 18:51:39 +0000 (UTC) (envelope-from brennan@umanwizard.com) X-Fes-Encrypted: true X-Fes-Ehlo-Domain: [192.168.1.171] To: freebsd-current@freebsd.org From: Brennan Vincent Subject: Running FreeBSD Current without performance penalties Message-ID: <0c52785b-b104-11ec-d524-22f4f0d35cc2@umanwizard.com> Date: Sat, 26 Oct 2019 14:51:23 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 470qp425JJz4VsT X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of brennan@umanwizard.com designates 54.203.248.109 as permitted sender) smtp.mailfrom=brennan@umanwizard.com X-Spamd-Result: default: False [-3.49 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[umanwizard.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-1.19)[ipnet: 54.202.0.0/15(-4.48), asn: 16509(-1.42), country: US(-0.05)]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:16509, ipnet:54.202.0.0/15, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 26 Oct 2019 18:51:42 -0000 Hello, Is there anything else that needs to be done besides building with `-DMALLOC_PRODUCTION` and `KERNCONF=GENERIC-NODEBUG` in order to build current and avoid any performance penalties due to debugging flags?