From owner-freebsd-current@freebsd.org Sun Jan 10 01:42:37 2021 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 C7F364E9276 for ; Sun, 10 Jan 2021 01:42:37 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DD02h6T5lz4lNS for ; Sun, 10 Jan 2021 01:42:36 +0000 (UTC) (envelope-from rollingbits@gmail.com) Received: by mail-qt1-x833.google.com with SMTP id u21so9139393qtw.11 for ; Sat, 09 Jan 2021 17:42:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:content-transfer-encoding:from:mime-version :subject:date:message-id:references:cc:in-reply-to:to; bh=k2ewurt3zMXahAdX9vXBMmq/i89Mtv0GTCbq3DAgTK8=; b=ddR0PEqRTNUBgYTsq6eBQHkQLA++wvNp9ZQZbxueLdL0FzCn/VkJQU5DYJjQKRlNe1 xntq2kEaPwUEJbf0ebFTH/vVPBJP2itutLB4voe1jw0Qrs5s9BajDGvJce5awtxzf92I si3JZL4vGmdydLLHjmYoK8Nl8c9l3AyEcjS9r2X0Li9DWvEBezy3l62lA7mb0KXU57tp qhwB91QbYt7IriODoWUtWSEUFABVEJL8GXNwnCKurVBX91QgApXNFY7eC+bVDtEHKvv8 R2OplIwMfBYKIml6y5OOt7yp0rvj67dtZxudk30rXCV6mrNVXodZOWZ2FJVcRiCHxnh8 nuxw== X-Gm-Message-State: AOAM532uR/3o+nUkQoO+Jnn5Mg759AYSRO4BlyKoiR3lHA2Pw7NKxR1h v5m4d3l3XljZjGMLGBuBcXzh2Wn/Dj8= X-Google-Smtp-Source: ABdhPJw8kRGuW7iQ6pC3V7vw1qxo0NpXMfsuLK1rXg3CByfuiu4zlAf8y2mV7UdkXBWY6hZzUfWgHA== X-Received: by 2002:ac8:7c8e:: with SMTP id y14mr9589111qtv.161.1610242955321; Sat, 09 Jan 2021 17:42:35 -0800 (PST) Received: from ?IPv6:2804:389:204a:54a8:d151:ea0f:de14:5034? ([2804:389:204a:54a8:d151:ea0f:de14:5034]) by smtp.gmail.com with ESMTPSA id f134sm6746315qke.23.2021.01.09.17.42.34 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 09 Jan 2021 17:42:34 -0800 (PST) From: =?utf-8?Q?Lucas_Nali_de_Magalh=C3=A3es?= Mime-Version: 1.0 (1.0) Subject: Re: src: continued use of Subversion for getting updates Date: Sat, 9 Jan 2021 22:42:31 -0300 Message-Id: References: <20210109102356.7745a48a@Ace.nina.org> Cc: freebsd-current@freebsd.org In-Reply-To: <20210109102356.7745a48a@Ace.nina.org> To: Frank Seltzer X-Mailer: iPhone Mail (18C66) X-Rspamd-Queue-Id: 4DD02h6T5lz4lNS X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[bellsouth.net]; 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]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::833:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::833:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::833:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 10 Jan 2021 01:42:37 -0000 > On Jan 9, 2021, at 12:24 PM, Frank Seltzer wrote: >=20 > =EF=BB=BFOn Sat, 2 Jan 2021 23:00:35 -0700 > Warner Losh wrote: >=20 >> That would. I'll make sure something is written up, but it should exactly= >> like before. >=20 > Is there a cookbook guide to converting to git from svn for people who jus= t > want to checkout source to buildworld and keep the ports tree up to date? Hi. There is a few good references in this thread already but I was looking for t= he same info=E2=80=A6 I did the old way I knew. The git man page gives a starting point in full details and includes the ref= erences to gittutorial, gittutorial-2 and gitworkflows man pages. =46rom an inexistent /usr/src, first get the sources: cd /usr git clone src Then switch to the desired branch: git checkout To update, first switch to head again (you will have to deal with your modif= ications in some way): git checkout main Then update: git pull I omitted all the details and many useful options. Ideally, a distributed VC= S like git lets you work and save your modifications in your own branch. --=20 rollingbits =E2=80=94 =F0=9F=93=A7 rollingbits@icloud.com =F0=9F=93=A7 rolli= ngbits@gmail.com =F0=9F=93=A7 rollingbits@yahoo.com =F0=9F=93=A7 rollingbits= @terra.com.br =F0=9F=93=A7 rollingbits@globo.com From owner-freebsd-current@freebsd.org Mon Jan 11 10:12:48 2021 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 E33674D37B4 for ; Mon, 11 Jan 2021 10:12:48 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DDqJv6fHWz3G1l for ; Mon, 11 Jan 2021 10:12:47 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kyuBk-0000Oc-DO for freebsd-current@freebsd.org; Mon, 11 Jan 2021 11:12:40 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kyuBj-000Mox-R1 for freebsd-current@freebsd.org; Mon, 11 Jan 2021 11:12:39 +0100 From: Jakob Alvermark Subject: Panic after updating To: FreeBSD Current Message-ID: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> Date: Mon, 11 Jan 2021 11:12:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DDqJv6fHWz3G1l X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_SPAM_SHORT(0.40)[0.399]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 10:12:48 -0000 Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f Rebooting with the newly build kernel i get this panic. Fatal    trap 12: page fault while in kernel mode cpuid    = 1; apic id = 02 fault    virtual address     = 0x1030000 fault    code                = supervisor read data, instruction    pointer       = 0x20:0xffffffff809e5265 stack    pointer             = 0x28:0xffffffff8281db70 frame    pointer             = 0x28:0xffffffff8281db70 code    segment              = base 0x0, limit 0xfffff, type 0x1b =    DPL 0, pres 1, long 1, def32 0, gran 1 processor    eflags  = interrupt enabled, resume, IOPL = 0 current    process           = 12 (irq88: xhci0) trap    number               = 12 panic:    page fault cpuid    = 1 time    = 2 KDB:    stack backtrace: db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame 0xffffffff8281d820 vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 panic()    at panic+0x43/frame 0xffffffff8281d8d0 trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 trap()    at trap+0x280/frame 0xffffffff8281daa0 calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 ---    trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, rbp = 0xffffffff8281db70 --- usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame 0xffffffff8281dc20 xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- KDB:    enter: panic Any help appreciated. Jakob From owner-freebsd-current@freebsd.org Mon Jan 11 12:15:01 2021 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 93FEE4D72FB for ; Mon, 11 Jan 2021 12:15:01 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDt1w6Gwxz3N9q for ; Mon, 11 Jan 2021 12:15:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 038C0260371; Mon, 11 Jan 2021 13:14:52 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> From: Hans Petter Selasky Message-ID: Date: Mon, 11 Jan 2021 13:14:41 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DDt1w6Gwxz3N9q X-Spamd-Bar: - X-Spamd-Result: default: False [-1.86 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.44)[0.437]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 12:15:01 -0000 On 1/11/21 11:12 AM, Jakob Alvermark wrote: > > Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f > > > Rebooting with the newly build kernel i get this panic. > > > Fatal    trap 12: page fault while in kernel mode > > cpuid    = 1; apic id = 02 > fault    virtual address     = 0x1030000 > fault    code                = supervisor read data, > > instruction    pointer       = 0x20:0xffffffff809e5265 > stack    pointer             = 0x28:0xffffffff8281db70 > frame    pointer             = 0x28:0xffffffff8281db70 > code    segment              = base 0x0, limit 0xfffff, type 0x1b > =    DPL 0, pres 1, long 1, def32 0, gran 1 > processor    eflags  = interrupt enabled, resume, IOPL = 0 > current    process           = 12 (irq88: xhci0) > trap    number               = 12 > panic:    page fault > cpuid    = 1 > time    = 2 > KDB:    stack backtrace: > db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame > 0xffffffff8281d820 > vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 > panic()    at panic+0x43/frame 0xffffffff8281d8d0 > trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 > trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 > trap()    at trap+0x280/frame 0xffffffff8281daa0 > calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 > ---    trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, rbp > = 0xffffffff8281db70 --- > usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 > xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame > 0xffffffff8281dc20 > xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 > ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 > fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 > fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 > ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- > KDB:    enter: panic > > > Any help appreciated. Hi, If you could bi-sect that panic, would be great. Else install gdb from ports and run: kgdb101 info line *(usbd_get_page+0x65) It looks like a recursive panic, so the backtrace you see there is just for polling the keyboard, which apparently fails. --HPS From owner-freebsd-current@freebsd.org Mon Jan 11 12:39:08 2021 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 5CC6E4D820A for ; Mon, 11 Jan 2021 12:39:08 +0000 (UTC) (envelope-from qroxana@mail.ru) Received: from smtp40.i.mail.ru (smtp40.i.mail.ru [94.100.177.100]) (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 4DDtYl27jbz3PRg for ; Mon, 11 Jan 2021 12:39:06 +0000 (UTC) (envelope-from qroxana@mail.ru) Received: by smtp40.i.mail.ru with esmtpa (envelope-from ) id 1kywTP-00076Z-81 for freebsd-current@freebsd.org; Mon, 11 Jan 2021 15:39:04 +0300 Date: Mon, 11 Jan 2021 12:38:50 +0000 From: qroxana To: freebsd-current@freebsd.org Subject: jail fib no longer works after net.add_addr_allfibs=0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-Id: X-7564579A: 646B95376F6C166E X-77F55803: 4F1203BC0FB41BD9D0E79FBC973162CD520EA9A9E182CF906B1BCD0E5756442500894C459B0CD1B923C87C314155FF5C41D6073947E1601D84F486EDE7662ABF4E6D196D713C17FF X-7FA49CB5: FF5795518A3D127A4AD6D5ED66289B5278DA827A17800CE789066434B85BF7C7EA1F7E6F0F101C67BD4B6F7A4D31EC0BCC500DACC3FED6E28638F802B75D45FF8AA50765F79006376A27C8034CCD05E58638F802B75D45FF5571747095F342E8C7A0BC55FA0FE5FC79C52BBD6F8A4C03B98601B3AEDFA6C0F8EE256F21360F4F389733CBF5DBD5E913377AFFFEAFD2691661749BA6B97735F9892FFADCC82CE38941B15DA834481FCF19DD082D7633A0EF3E4896CB9E6436389733CBF5DBD5E9D5E8D9A59859A8B64854413538E1713FCC7F00164DA146DA6F5DAA56C3B73B237318B6A418E8EAB8D32BA5DBAC0009BE9E8FC8737B5C2249A47D3046E8FB6F4A76E601842F6C81A12EF20D2F80756B5F7E9C4E3C761E06A776E601842F6C81A127C277FBC8AE2E8B5BA82B89980229CA3AA81AA40904B5D9DBF02ECDB25306B2B25CBF701D1BE8734AD6D5ED66289B5278DA827A17800CE7B28D9CCE8D0D705C67F23339F89546C5A8DF7F3B2552694A6FED454B719173D6725E5C173C3A84C3732D8B64538719CF35872C767BF85DA2F004C906525384306FED454B719173D6462275124DF8B9C9806C6499444CB6FBBD9CCCA9EDD067B1EDA766A37F9254B7 X-B7AD71C0: 6FEFE4C63DFE2D85469AD6E133326EAB5BF2BB004D2C50356C52B5BA14B7E50172A84C65A86D0F2877D6CB4B17BF719479311020FFC8D4AD076EE2DA07EA17ECE81FE60BE41CC88C X-C1DE0DAB: C20DE7B7AB408E4181F030C43753B8186998911F362727C414F749A5E30D975CFA107D2111241699FD7776128713895F379A6C0B3EED9EB49C2B6934AE262D3EE7EAB7254005DCED1155E28C8168DC281E0A4E2319210D9B64D260DF9561598F01A9E91200F654B0D18C7F408F36097E8E8E86DC7131B365E7726E8460B7C23C X-C8649E89: 4E36BF7865823D7055A7F0CF078B5EC49A30900B95165D341776B9FDE05FBA7AE732610EB750BB22C6286032D39B3D6EEE2CE821DEEC99F9590F1F26DE9BD6BE1D7E09C32AA3244CC3F7BE4F93EB54DE4008D20B11E1702033C9DC155518937F3EB3F6AD6EA9203E X-D57D3AED: 3ZO7eAau8CL7WIMRKs4sN3D3tLDjz0dLbV79QFUyzQ2Ujvy7cMT6pYYqY16iZVKkSc3dCLJ7zSJH7+u4VD18S7Vl4ZUrpaVfd2+vE6kuoey4m4VkSEu530nj6fImhcD4MUrOEAnl0W826KZ9Q+tr5ycPtXkTV4k65bRjmOUUP8cvGozZ33TWg5HZplvhhXbhDGzqmQDTd6OAevLeAnq3Ra9uf7zvY2zzsIhlcp/Y7m53TZgf2aB4JOg4gkr2biojbL9S8ysBdXiCzRFXA6+bfp38txIY8hJC X-Mailru-Sender: A57E221FBC416AB676ED1CA983AF5AFE76900B7DCFF06013B5246C0163A1DE8EDF29DA55C944B5EC9BBFFF7D229A147FFDD1F2F6C9B53D730D187FEF3E0D57C1D08349341B303650BDF7E317B72FD726EC982BF62A43B37A04568DD965327F405FEEDEB644C299C0ED14614B50AE0675 X-Mras: Ok X-Rspamd-Queue-Id: 4DDtYl27jbz3PRg X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.100.177.100:from]; R_DKIM_ALLOW(-0.20)[mail.ru:s=mail3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[mail.ru:dkim]; FREEMAIL_FROM(0.00)[mail.ru]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.100.177.100:from:127.0.2.255]; R_SPF_ALLOW(-0.20)[+ip4:94.100.176.0/20]; DKIM_TRACE(0.00)[mail.ru:+]; DMARC_POLICY_ALLOW(-0.50)[mail.ru,reject]; NEURAL_SPAM_SHORT(1.00)[0.998]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[mail.ru]; ASN(0.00)[asn:47764, ipnet:94.100.176.0/20, country:RU]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[94.100.177.100:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 12:39:08 -0000 I have exec.fib = 2 in /etc/jail.conf, but it seems the address of the jail is not inserted into this fib. What's the best practice for using jail with fib when net.add_addr_allfibs=0? Thanks. From owner-freebsd-current@freebsd.org Mon Jan 11 12:55:17 2021 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 2363F4D8A0C for ; Mon, 11 Jan 2021 12:55:17 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDtwN6ghYz3QLp for ; Mon, 11 Jan 2021 12:55:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id E51064D898A; Mon, 11 Jan 2021 12:55:16 +0000 (UTC) Delivered-To: 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 E4DC14D81F8 for ; Mon, 11 Jan 2021 12:55:16 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDtwN0bVXz3QTY for ; Mon, 11 Jan 2021 12:55:15 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10BCtDKL013829 for ; Mon, 11 Jan 2021 12:55:13 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10BCtDBV013828 for current@freebsd.org; Mon, 11 Jan 2021 04:55:13 -0800 (PST) (envelope-from david) Date: Mon, 11 Jan 2021 04:55:13 -0800 From: David Wolfskill To: current@freebsd.org Subject: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="/TMyYUYpD52MtsEv" Content-Disposition: inline X-Rspamd-Queue-Id: 4DDtwN0bVXz3QTY X-Spamd-Bar: / X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MAILMAN_DEST(0.00)[current]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 12:55:17 -0000 --/TMyYUYpD52MtsEv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable At the conclusion of each morning's "update cycle," I have (for some time) been in the habit of powering the laptop off, leaving it powered off for about 15 seconds, then powering it back up. (The build machine also gets powered off, but doesn't get powered back up until a bit before midnight.) This is usually the only time the laptop is powered off (which may reflect ... something :-} ). Today's update was from: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #118 main-c2= 55826-g81b3a0a34145-dirty: Sun Jan 10 04:02:54 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 130= 0134 to: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #119 main-c2= 55850-g16079c7233be-dirty: Mon Jan 11 04:01:51 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 130= 0134 (and yes, while the tree was "dirty," that's because none of my local changes are committed; the counts & hashes correspond with what's on git.freebsd.org). I have place a photo of the screen in https://www.catwhisker.org/~david/FreeBSD/head/c255850/ Here is a hand-transcription of the final few lines: acpi_button0: wake_prep disabled wake for \_SB_.PBBTN (S5) nvidia-modeset: Unloading pci3: unknown notify 0x2 ACPI Error: AE_ERROR, Thread 100002 could not acquire Mutex [ACPI_MTX_Cache= s] (0c4) (20201113/utmutex-434) ACPI Error: Aborting method \_PTS due to previous error (AE_NO_MEMORY) (202= 01113/psparse-689) acpi0: AcpiEnterSleepStatePrep failed - AE_NO_MEMORY The operating system has halted. Please press any key to reboot. [At that point, after getting the photo, I pressed the power burtton long enough to power the machine off, waited about 15 seconds, then powered it back up.] A copy of the (verbose) dmesg.boot (grabbed just before the attempted power-off) may be found at https://www.catwhisker.org/~david/FreeBSD/history/laptop.13_dmesg.txt Normal and gzipped copies of the kernel config file ("CANARY") are at https://www.catwhisker.org/~david/FreeBSD/head/ As may be seen, the config includes GENERIC, and tweaks it a bit -- but hasn't been changed since 01 December 2020. While I won't be able to do much testing with the laptop for several hours (as I use it for work), I'm happy to test when I can. The build machine seems to have powered off without complaint, FWIW. What may I do to help figure out what's wrong? Peace, david --=20 David H. Wolfskill david@catwhisker.org "I want him to resign. I want him out. He has caused enough damage." - Senator Lisa Murkowski (R-AK) See https://www.catwhisker.org/~david/publickey.gpg for my public key. --/TMyYUYpD52MtsEv Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/8SrFfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pckq+gf/fjIJtVZGU4gx9dND4HeynVULaVy7gyXVJy7cx0M7Y9tCwm53NMRsJ1/Q yJnMlwfW/SSbJ4BUoWJwg9schlepv60jmDUycVJXjK2eRqqLw24zbfOrOnGAJIhg Xi16Av/MXCDC6ccePg2bCnyPehod8BWOQDybxHNeZxHx6uIJjsc29+sXbboJ6d+q Q6zJfmzbfChPznCnCjVVEOZgeyrRqMSUbRYHPdTrcuRrO1XGOK3UQ134krLvIz07 V0K4C6V2cVuUj3pDjHceBwv6YIhkA/ntTRW+E862ZqML3eB5sIYHZ/mn6b/5Cu6q jMhY9jTdi9dlqNzPdyvdOxxiDIPOfQ== =SJ8p -----END PGP SIGNATURE----- --/TMyYUYpD52MtsEv-- From owner-freebsd-current@freebsd.org Mon Jan 11 13:25:57 2021 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 B5D534D8DA0 for ; Mon, 11 Jan 2021 13:25:57 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward501o.mail.yandex.net (forward501o.mail.yandex.net [37.140.190.203]) (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 4DDvbm14yCz3h7b for ; Mon, 11 Jan 2021 13:25:55 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from vla1-4c700811e81f.qloud-c.yandex.net (vla1-4c700811e81f.qloud-c.yandex.net [IPv6:2a02:6b8:c0d:371c:0:640:4c70:811]) by forward501o.mail.yandex.net (Yandex) with ESMTP id 89CC91E804AD; Mon, 11 Jan 2021 16:25:52 +0300 (MSK) Received: from localhost (localhost [::1]) by vla1-4c700811e81f.qloud-c.yandex.net (mxback/Yandex) with ESMTP id pRgtv51kl0-PpECQkRR; Mon, 11 Jan 2021 16:25:52 +0300 Received: by vla5-8300199a0c8b.qloud-c.yandex.net with HTTP; Mon, 11 Jan 2021 16:25:51 +0300 From: Alexander V. Chernikov To: qroxana , "freebsd-current@freebsd.org" In-Reply-To: References: Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 11 Jan 2021 13:25:51 +0000 Message-Id: <2236241610371416@mail.yandex.ru> Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Rspamd-Queue-Id: 4DDvbm14yCz3h7b X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:37.140.128.0/18]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[mail.ru,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[37.140.190.203:from]; ASN(0.00)[asn:13238, ipnet:37.140.128.0/18, country:RU]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FREEFALL_USER(0.00)[melifaro]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; SPAMHAUS_ZRD(0.00)[37.140.190.203:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[37.140.190.203:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[37.140.190.203:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 13:25:57 -0000 11.01.2021, 12:39, "qroxana" : > I have exec.fib = 2 in /etc/jail.conf, but it seems the address of > the jail is not inserted into this fib. What's the best practice > for using jail with fib when net.add_addr_allfibs=0? Could you please consider clarifying the end result you want to achieve? If you could include some more details of how it was configured earlier, it would help as well. Thank you! > > Thanks. > _______________________________________________ > 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 Jan 11 14:50:42 2021 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 2F8A24DB930 for ; Mon, 11 Jan 2021 14:50:42 +0000 (UTC) (envelope-from freebsd@grem.de) Received: from mail.evolve.de (mail.evolve.de [213.239.217.29]) (using TLSv1.3 with cipher TLS_CHACHA20_POLY1305_SHA256 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.evolve.de", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDxTY1BdTz3nL7 for ; Mon, 11 Jan 2021 14:50:40 +0000 (UTC) (envelope-from freebsd@grem.de) Received: by mail.evolve.de (OpenSMTPD) with ESMTP id 66da44f7; Mon, 11 Jan 2021 14:50:38 +0000 (UTC) Received: by mail.evolve.de (OpenSMTPD) with ESMTPSA id 24ad6d3b (TLSv1.3:AEAD-CHACHA20-POLY1305-SHA256:256:NO); Mon, 11 Jan 2021 14:50:37 +0000 (UTC) Date: Mon, 11 Jan 2021 15:50:22 +0100 From: Michael Gmelin To: qroxana Cc: freebsd-current@freebsd.org Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 Message-ID: <20210111155022.71549b54@bsd64.grem.de> In-Reply-To: References: X-Face: $wrgCtfdVw_H9WAY?S&9+/F"!41z'L$uo*WzT8miX?kZ~W~Lr5W7v?j0Sde\mwB&/ypo^}> +a'4xMc^^KroE~+v^&^#[B">soBo1y6(TW6#UZiC]o>C6`ej+i Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWJBwe5BQDl LASZU0/LTEWEfHbyj0Txi32+sKrp1Mv944X8/fm1rS+cAAAACXBIWXMAAAsTAAAL EwEAmpwYAAAAB3RJTUUH3wESCxwC7OBhbgAAACFpVFh0Q29tbWVudAAAAAAAQ3Jl YXRlZCB3aXRoIFRoZSBHSU1QbbCXAAAAAghJREFUOMu11DFvEzEUAGCfEhBVFzuq AKkLd0O6VrIQsLXVSZXoWE5N1K3DobBBA9fQpRWc8OkWouaIjedWKiyREOKs+3PY fvalCNjgLVHeF7/3bMtBzV8C/VsQ8tecEgCcDgrzjekwKZ7TwsJZd/ywEKwwP+ZM 8P3drTsAwWn2mpWuDDuYiK1bFs6De0KUUFw0tWxm+D4AIhuuvZqtyWYeO7jQ4Aea 7jUqI+ixhQoHex4WshEvSXdood7stlv4oSuFOC4tqGcr0NjEqXgV4mMJO38nld4+ xKNxRDon7khyKVqY7YR4d+Cg0OMrkWXZOM7YDkEfKiilCn1qYv4mighZiynuHHOA Wq9QJq+BIES7lMFUtcikMnkDGHUoncA+uHgrP0ctIEqfwLHzeSo+eUA66AqzwN6n 2ZHJhw6Qh/PoyC/QENyEyC/AyNjq74Bs+3UH0xYwzDUC4B97HgLocg1QLYgDDO1v f3UX9Y307Ew4AHh67YAFFsxEpkXwpXY3eIgMhAAE3R19L919nNnuD2wlPcDE3UeT L2ytEICQib9BXgS2fU8PrD82ToYO1OEmMSnYTjSqSv9wdC0tPYC+rQRQD9ESnldF CyqfmiYW+tlALt8gH2xrMdC/youbjzPXEun+/ReXsMCDyve3dZc09fn2Oas8oXGc Jj6/fOeK5UmSMPmf/jL+GD8BEj0k/Fn6IO4AAAAASUVORK5CYII= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DDxTY1BdTz3nL7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[grem.de:s=20180501]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:213.239.217.29/32]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[grem.de]; SPAMHAUS_ZRD(0.00)[213.239.217.29:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[grem.de:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[mail.ru]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[213.239.217.29:from]; ASN(0.00)[asn:24940, ipnet:213.239.192.0/18, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 14:50:42 -0000 On Mon, 11 Jan 2021 12:38:50 +0000 qroxana wrote: > I have exec.fib = 2 in /etc/jail.conf, but it seems the address of > the jail is not inserted into this fib. What's the best practice > for using jail with fib when net.add_addr_allfibs=0? Depends on how you configure the jail address (seeing your full jail.conf would be useful). What I used to do when using fibs (switched everything to vnet now, as fibs + jails can be painful), is setting something like this in rc.conf: ifconfig_em0_name="jailif" ifconfig_jailif="10.0.0.2/24 fib 2 description 'jail interface'" and setting routes as needed: static_routes="default_jailif" route_default_jailif="default 10.0.0.1 -fib 2" (in reality this involved vlans multiple addresses per interface) Also, you need to make sure to use setfib correctly when jexec'ing into a jail to (re)start daemons (plus, as a safety measure, configure "_fib=2" within the jail's /etc/rc.conf). Cheers, Michael -- Michael Gmelin From owner-freebsd-current@freebsd.org Mon Jan 11 14:59:03 2021 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 9E5AC4DBF2E for ; Mon, 11 Jan 2021 14:59:03 +0000 (UTC) (envelope-from qroxana@protonmail.com) Received: from mail-40138.protonmail.ch (mail-40138.protonmail.ch [185.70.40.138]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDxgB2rLYz3pPM for ; Mon, 11 Jan 2021 14:59:01 +0000 (UTC) (envelope-from qroxana@protonmail.com) Date: Mon, 11 Jan 2021 14:58:47 +0000 To: "Alexander V. Chernikov" From: qroxana Cc: "freebsd-current@freebsd.org" Reply-To: qroxana Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 Message-ID: In-Reply-To: <20210111155022.71549b54@bsd64.grem.de> References: <20210111155022.71549b54@bsd64.grem.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DDxgB2rLYz3pPM X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; HAS_REPLYTO(0.00)[qroxana@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.138:from]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.70.40.138:from]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; SPAMHAUS_ZRD(0.00)[185.70.40.138:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 14:59:03 -0000 On Mon, 11 Jan 2021 13:25:51 +0000, Alexander V. Chernikov wrote: > Could you please consider clarifying the end result you want to achieve? > If you could include some more details of how it was configured earlier, = it would help as well. Thank you for the quick reply. Let's say there are two jails defined in /etc/jail.conf jail1 { ... ip4.addr =3D 192.168.1.101; exec.fib =3D 1; ... } jail2 { ... ip4.addr =3D 192.168.1.102; exec.fib =3D 2; ... } All the traffic in jail1 goes to the default router defined in fib 1, and traffic in jail2 goes to the default router defined in fib 2. And I could only see 127.0.0.1 after starting the jails: # setfib -F 2 netstat -rn Routing tables (fib: 2) Internet: Destination Gateway Flags Netif Expire 127.0.0.1 link#2 UHS lo0 Internet6: Destination Gateway Flags Netif Expire ... ... please let me know if you need more info. Thanks. From owner-freebsd-current@freebsd.org Mon Jan 11 15:41:24 2021 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 84FE54DD55B for ; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DDyc43HJfz3vbR for ; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 70A544DD55A; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) Delivered-To: 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 706D84DD559 for ; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DDyc42nRmz3vv1; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: from mail-qv1-f53.google.com (mail-qv1-f53.google.com [209.85.219.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) (Authenticated sender: kevans) by smtp.freebsd.org (Postfix) with ESMTPSA id 4DEC126BD; Mon, 11 Jan 2021 15:41:24 +0000 (UTC) (envelope-from kevans@freebsd.org) Received: by mail-qv1-f53.google.com with SMTP id s6so7569799qvn.6; Mon, 11 Jan 2021 07:41:24 -0800 (PST) X-Gm-Message-State: AOAM533l9TXSTlFNMiOPUFgjV+V/GDAX1AVtjidrc9RtaZ//Mk5porjZ KBf4wfpiZIdJj90JyC9w4+RuXBbmAGnU4giKgqM= X-Google-Smtp-Source: ABdhPJxKcZTSkJJtX8ukJiU2WqOoZXYfTHXWyJB5FOPZavN2XT0g5geupDsyq9Akodr6dVo4dDg1Llu5cYx4dqtSnB0= X-Received: by 2002:a0c:b59a:: with SMTP id g26mr240811qve.26.1610379683851; Mon, 11 Jan 2021 07:41:23 -0800 (PST) MIME-Version: 1.0 References: <1827645385.154500.1610202838480.ref@mail.yahoo.com> <1827645385.154500.1610202838480@mail.yahoo.com> In-Reply-To: <1827645385.154500.1610202838480@mail.yahoo.com> From: Kyle Evans Date: Mon, 11 Jan 2021 09:41:11 -0600 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Problem compiling custom kernel To: Filippo Moretti Cc: FreeBSD Current , Vladimir Kondratyev Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 15:41:24 -0000 On Sat, Jan 9, 2021 at 8:34 AM Filippo Moretti wrote: > > I tried to compile my custom kernel but I did get the following error,I enclose the beginning of dmesg output.So far I could always build kernel STING.I did switch to git and previously I could build it without issues.sincerelyFilippo > > [... snip ...]] > > --- kernel.full ---linking kernel.full > ld: error: undefined symbol: hid_is_keyboard > >>> referenced by ukbd.c:957 (/usr/src/sys/dev/usb/input/ukbd.c:957) > >>> ukbd.o:(ukbd_probe) > ld: error: undefined symbol: hid_is_mouse > >>> referenced by ukbd.c:958 (/usr/src/sys/dev/usb/input/ukbd.c:958) > >>> ukbd.o:(ukbd_probe) > ... Hi, ukbd recently grew a dependency on the newly split uhid module. See the 20210107 UPDATING entry for resolution. Thanks, Kyle Evans From owner-freebsd-current@freebsd.org Mon Jan 11 16:24:44 2021 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 679CE4DE895 for ; Mon, 11 Jan 2021 16:24:44 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DDzZ32yflz4SPw for ; Mon, 11 Jan 2021 16:24:43 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kyzzk-0000w5-P4; Mon, 11 Jan 2021 17:24:40 +0100 Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kyzzk-0002IS-4K; Mon, 11 Jan 2021 17:24:40 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> From: Jakob Alvermark Message-ID: <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> Date: Mon, 11 Jan 2021 17:24:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DDzZ32yflz4SPw X-Spamd-Bar: - X-Spamd-Result: default: False [-1.52 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.98)[0.977]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 16:24:44 -0000 On 1/11/21 1:14 PM, Hans Petter Selasky wrote: > On 1/11/21 11:12 AM, Jakob Alvermark wrote: >> >> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >> >> >> Rebooting with the newly build kernel i get this panic. >> >> >> Fatal    trap 12: page fault while in kernel mode >> >> cpuid    = 1; apic id = 02 >> fault    virtual address     = 0x1030000 >> fault    code                = supervisor read data, >> >> instruction    pointer       = 0x20:0xffffffff809e5265 >> stack    pointer             = 0x28:0xffffffff8281db70 >> frame    pointer             = 0x28:0xffffffff8281db70 >> code    segment              = base 0x0, limit 0xfffff, type 0x1b >> =    DPL 0, pres 1, long 1, def32 0, gran 1 >> processor    eflags  = interrupt enabled, resume, IOPL = 0 >> current    process           = 12 (irq88: xhci0) >> trap    number               = 12 >> panic:    page fault >> cpuid    = 1 >> time    = 2 >> KDB:    stack backtrace: >> db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame >> 0xffffffff8281d820 >> vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 >> panic()    at panic+0x43/frame 0xffffffff8281d8d0 >> trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 >> trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 >> trap()    at trap+0x280/frame 0xffffffff8281daa0 >> calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 >> ---    trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, >> rbp = 0xffffffff8281db70 --- >> usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 >> xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame >> 0xffffffff8281dc20 >> xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >> ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >> fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 >> fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 >> ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- >> KDB:    enter: panic >> >> >> Any help appreciated. > > Hi, > > If you could bi-sect that panic, would be great. > > Else install gdb from ports and run: > > kgdb101 > > info line *(usbd_get_page+0x65) > > Having just learned how to bisect (thanks Warner for the mini primer) this is the result: de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit Jakob From owner-freebsd-current@freebsd.org Mon Jan 11 17:08:02 2021 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 A5F4F4DFED5 for ; Mon, 11 Jan 2021 17:08:02 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (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 4DF0X15MbPz4WpL for ; Mon, 11 Jan 2021 17:08:01 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from [188.174.56.43] (helo=fritz.box) by ms-10.1blu.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kz0ff-00031I-4n for freebsd-current@freebsd.org; Mon, 11 Jan 2021 18:07:59 +0100 Date: Mon, 11 Jan 2021 17:07:57 +0000 From: Matthias Apitz Reply-To: Matthias Apitz To: freebsd-current@freebsd.org Subject: Re: Panic after updating Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable In-Reply-To: <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> Message-ID: MIME-Version: 1.0 X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 188.174.56.43 X-Rspamd-Queue-Id: 4DF0X15MbPz4WpL X-Spamd-Bar: / X-Spamd-Result: default: False [-0.20 / 15.00]; HAS_REPLYTO(0.00)[guru@unixarea.de]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_XOIP(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[178.254.4.101:from]; TO_DN_NONE(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[188.174.56.43:received]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[178.254.4.101:from]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42730, ipnet:178.254.0.0/19, country:DE]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[unixarea.de]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[178.254.4.101:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[178.254.4.101:from]; NEURAL_SPAM_SHORT(1.00)[0.997]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 17:08:02 -0000 On Mon, 11 Jan 2021 17:24:39 +0100, Jakob Alvermark wrote: > > On 1/11/21 1:14 PM, Hans Petter Selasky wrote: >> On 1/11/21 11:12 AM, Jakob Alvermark wrote: >>> >>> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >>> >>> >>> Rebooting with the newly build kernel i get this panic. >>> >>> >>> Fatal trap 12: page fault while in kernel mode >>> >>> cpuid =3D 1; apic id =3D 02 >>> fault virtual address =3D 0x1030000 >>> fault code =3D supervisor read data, >>> >>> instruction pointer =3D 0x20:0xffffffff809e5265 >>> stack pointer =3D 0x28:0xffffffff8281db70 >>> frame pointer =3D 0x28:0xffffffff8281db70 >>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>> current process =3D 12 (irq88: xhci0) >>> trap number =3D 12 >>> panic: page fault >>> cpuid =3D 1 >>> time =3D 2 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xffffffff8281d820 >>> vpanic() at vpanic+0x181/frame 0xffffffff8281d870 >>> panic() at panic+0x43/frame 0xffffffff8281d8d0 >>> trap_fatal() at trap_fatal+0x387/frame 0xffffffff8281d930 >>> trap_pfault() at trap_pfault+0x4f/frame 0xffffffff8281d990 >>> trap() at trap+0x280/frame 0xffffffff8281daa0 >>> calltrap() at calltrap+0x8/frame 0xffffffff8281daa0 >>> --- trap 0xc, rip =3D 0xffffffff809e5265, rsp =3D 0xffffffff8281db7= 0, >>> rbp =3D 0xffffffff8281db70 --- >>> usbd_get_page() at usbd_get_page+0x65/frame 0xffffffff8281db70 >>> xhci_interrupt_poll() at xhci_interrupt_poll+0x29/frame >>> 0xffffffff8281dc20 >>> xhci_interrupt() at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >>> ithread_loop() at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >>> fork_exit() at fork_exit+0x7e/frame 0xffffffff8281dd30 >>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffffff8281dd30 >>> --- trap 0, rip =3D 0, rsp =3D 0, rbp =3D 0 --- >>> KDB: enter: panic >>> >>> >>> Any help appreciated. >> >> Hi, >> >> If you could bi-sect that panic, would be great. >> >> Else install gdb from ports and run: >> >> kgdb101 >> >> info line *(usbd_get_page+0x65) >> >> > > Having just learned how to bisect (thanks Warner for the mini primer)=20= > this is the result: > > de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit > > Jakob > Can you please share this mini primer or a link to it. TIA Matthias -- Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-17= 6-38902045 Public GnuPG key: http://www.unixarea.de/key.pub =D0=91=D0=B5=D0=B7 =D0=BA=D0=BD=D0=B8=D0=B3=D0=B8 =D0=BD=D0=B5=D1=82 =D0= =B7=D0=BD=D0=B0=D0=BD=D0=B8=D1=8F, =D0=B1=D0=B5=D0=B7 =D0=B7=D0=BD=D0=B0= =D0=BD=D0=B8=D1=8F =D0=BD=D0=B5=D1=82 =D0=BA=D0=BE=D0=BC=D0=BC=D1=83=D0=BD= =D0=B8=D0=B7=D0=BC=D0=B0 (=D0=92=D0=BBa=D0=B4=D0=B8=D0=BC=D0=B8=D1=80 =D0= =98=D0=BB=D1=8C=D0=B8=D1=87 =D0=9B=D0=B5=D0=BD=D0=B8=D0=BD) Without books no knowledge - without knowledge no communism (Vladimir Ilyi= ch Lenin) Sin libros no hay saber - sin saber no hay comunismo. (Vladimir Ilich Leni= n) -- Matthias Apitz, =E2=9C=89 guru@unixarea.de, http://www.unixarea.de/ +49-17= 6-38902045 Public GnuPG key: http://www.unixarea.de/key.pub =D0=91=D0=B5=D0=B7 =D0=BA=D0=BD=D0=B8=D0=B3=D0=B8 =D0=BD=D0=B5=D1=82 =D0= =B7=D0=BD=D0=B0=D0=BD=D0=B8=D1=8F, =D0=B1=D0=B5=D0=B7 =D0=B7=D0=BD=D0=B0= =D0=BD=D0=B8=D1=8F =D0=BD=D0=B5=D1=82 =D0=BA=D0=BE=D0=BC=D0=BC=D1=83=D0=BD= =D0=B8=D0=B7=D0=BC=D0=B0 (=D0=92=D0=BBa=D0=B4=D0=B8=D0=BC=D0=B8=D1=80 =D0= =98=D0=BB=D1=8C=D0=B8=D1=87 =D0=9B=D0=B5=D0=BD=D0=B8=D0=BD) Without books no knowledge - without knowledge no communism (Vladimir Ilyi= ch Lenin) Sin libros no hay saber - sin saber no hay comunismo. (Vladimir Ilich Leni= n) From owner-freebsd-current@freebsd.org Mon Jan 11 17:10:42 2021 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 991F74E01A0 for ; Mon, 11 Jan 2021 17:10:42 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DF0b55f2Gz4XK3 for ; Mon, 11 Jan 2021 17:10:41 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kz0iG-0000zZ-6W for freebsd-current@freebsd.org; Mon, 11 Jan 2021 18:10:40 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kz0iF-0002vw-KV for freebsd-current@freebsd.org; Mon, 11 Jan 2021 18:10:39 +0100 Subject: Re: Panic after updating To: freebsd-current@freebsd.org References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> From: Jakob Alvermark Message-ID: <5703b5db-154d-4fb2-32df-5b91b52014f6@alvermark.net> Date: Mon, 11 Jan 2021 18:10:39 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DF0b55f2Gz4XK3 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.72 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.78)[0.780]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 17:10:42 -0000 On 1/11/21 6:07 PM, Matthias Apitz wrote: > On Mon, 11 Jan 2021 17:24:39 +0100, Jakob Alvermark wrote: >> On 1/11/21 1:14 PM, Hans Petter Selasky wrote: >>> On 1/11/21 11:12 AM, Jakob Alvermark wrote: >>>> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >>>> >>>> >>>> Rebooting with the newly build kernel i get this panic. >>>> >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> >>>> cpuid = 1; apic id = 02 >>>> fault virtual address = 0x1030000 >>>> fault code = supervisor read data, >>>> >>>> instruction pointer = 0x20:0xffffffff809e5265 >>>> stack pointer = 0x28:0xffffffff8281db70 >>>> frame pointer = 0x28:0xffffffff8281db70 >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags = interrupt enabled, resume, IOPL = 0 >>>> current process = 12 (irq88: xhci0) >>>> trap number = 12 >>>> panic: page fault >>>> cpuid = 1 >>>> time = 2 >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>>> 0xffffffff8281d820 >>>> vpanic() at vpanic+0x181/frame 0xffffffff8281d870 >>>> panic() at panic+0x43/frame 0xffffffff8281d8d0 >>>> trap_fatal() at trap_fatal+0x387/frame 0xffffffff8281d930 >>>> trap_pfault() at trap_pfault+0x4f/frame 0xffffffff8281d990 >>>> trap() at trap+0x280/frame 0xffffffff8281daa0 >>>> calltrap() at calltrap+0x8/frame 0xffffffff8281daa0 >>>> --- trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, >>>> rbp = 0xffffffff8281db70 --- >>>> usbd_get_page() at usbd_get_page+0x65/frame 0xffffffff8281db70 >>>> xhci_interrupt_poll() at xhci_interrupt_poll+0x29/frame >>>> 0xffffffff8281dc20 >>>> xhci_interrupt() at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >>>> ithread_loop() at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >>>> fork_exit() at fork_exit+0x7e/frame 0xffffffff8281dd30 >>>> fork_trampoline() at fork_trampoline+0xe/frame 0xffffffff8281dd30 >>>> --- trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> KDB: enter: panic >>>> >>>> >>>> Any help appreciated. >>> Hi, >>> >>> If you could bi-sect that panic, would be great. >>> >>> Else install gdb from ports and run: >>> >>> kgdb101 >>> >>> info line *(usbd_get_page+0x65) >>> >>> >> Having just learned how to bisect (thanks Warner for the mini primer) >> this is the result: >> >> de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit >> >> Jakob >> > Can you please share this mini primer or a link to it. TIA > > Matthias Absolutely! https://github.com/bsdimp/freebsd-git-docs/blob/main/mini-primer.md Jakob From owner-freebsd-current@freebsd.org Mon Jan 11 18:09:00 2021 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 6E2944E117E for ; Mon, 11 Jan 2021 18:09:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF1tM1qtWz4cRx for ; Mon, 11 Jan 2021 18:08:58 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 54694260420; Mon, 11 Jan 2021 19:08:55 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current , Mateusz Guzik References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> From: Hans Petter Selasky Message-ID: Date: Mon, 11 Jan 2021 19:08:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DF1tM1qtWz4cRx X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.28 / 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)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; NEURAL_SPAM_SHORT(0.02)[0.018]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[alvermark.net,freebsd.org,gmail.com]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 18:09:00 -0000 On 1/11/21 5:24 PM, Jakob Alvermark wrote: > > On 1/11/21 1:14 PM, Hans Petter Selasky wrote: >> On 1/11/21 11:12 AM, Jakob Alvermark wrote: >>> >>> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >>> >>> >>> Rebooting with the newly build kernel i get this panic. >>> >>> >>> Fatal    trap 12: page fault while in kernel mode >>> >>> cpuid    = 1; apic id = 02 >>> fault    virtual address     = 0x1030000 >>> fault    code                = supervisor read data, >>> >>> instruction    pointer       = 0x20:0xffffffff809e5265 >>> stack    pointer             = 0x28:0xffffffff8281db70 >>> frame    pointer             = 0x28:0xffffffff8281db70 >>> code    segment              = base 0x0, limit 0xfffff, type 0x1b >>> =    DPL 0, pres 1, long 1, def32 0, gran 1 >>> processor    eflags  = interrupt enabled, resume, IOPL = 0 >>> current    process           = 12 (irq88: xhci0) >>> trap    number               = 12 >>> panic:    page fault >>> cpuid    = 1 >>> time    = 2 >>> KDB:    stack backtrace: >>> db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame >>> 0xffffffff8281d820 >>> vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 >>> panic()    at panic+0x43/frame 0xffffffff8281d8d0 >>> trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 >>> trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 >>> trap()    at trap+0x280/frame 0xffffffff8281daa0 >>> calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 >>> ---    trap 0xc, rip = 0xffffffff809e5265, rsp = 0xffffffff8281db70, >>> rbp = 0xffffffff8281db70 --- >>> usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 >>> xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame >>> 0xffffffff8281dc20 >>> xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >>> ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >>> fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 >>> fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 >>> ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- >>> KDB:    enter: panic >>> >>> >>> Any help appreciated. >> >> Hi, >> >> If you could bi-sect that panic, would be great. >> >> Else install gdb from ports and run: >> >> kgdb101 >> >> info line *(usbd_get_page+0x65) >> >> > > Having just learned how to bisect (thanks Warner for the mini primer) > this is the result: > > de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit > You mean this commit is causing the panic? > git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 > commit de0b2d4f47bad36025dcf52755ce76cca6e715d9 > Author: Mateusz Guzik > Date: Sun Dec 13 21:30:42 2020 +0000 > > Patch annotation in sigdeferstop > > Probability flipped since sigdefer handling was moved away from regular VOP > calls. > > Notes: > svn path=/head/; revision=368616 > > diff --git a/sys/sys/signalvar.h b/sys/sys/signalvar.h > index 93ef15bbbf0..df761a1e1a5 100644 > --- a/sys/sys/signalvar.h > +++ b/sys/sys/signalvar.h > @@ -367,7 +367,7 @@ static inline int > sigdeferstop(int mode) > { > > - if (__predict_true(mode == SIGDEFERSTOP_NOP)) > + if (__predict_false(mode == SIGDEFERSTOP_NOP)) > return (SIGDEFERSTOP_VAL_NCHG); > return (sigdeferstop_impl(mode)); > } And: git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 | patch -p1 -R gets you a working kernel? --HPS From owner-freebsd-current@freebsd.org Mon Jan 11 18:57:49 2021 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 64A0B4E3180; Mon, 11 Jan 2021 18:57:49 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: from spindle.one-eyed-alien.net (spindle.one-eyed-alien.net [199.48.129.229]) (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 4DF2yh3zrRz4h6V; Mon, 11 Jan 2021 18:57:48 +0000 (UTC) (envelope-from brooks@spindle.one-eyed-alien.net) Received: by spindle.one-eyed-alien.net (Postfix, from userid 3001) id A8E113C0199; Mon, 11 Jan 2021 18:57:42 +0000 (UTC) Date: Mon, 11 Jan 2021 18:57:42 +0000 From: Brooks Davis To: freebsd-current@freebsd.org, bapt@freebsd.org, git@freebsd.org Subject: Re: poudriere && moving from svn to git for downloading source Message-ID: <20210111185742.GJ94898@spindle.one-eyed-alien.net> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lkTb+7nhmha7W+c3" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-Rspamd-Queue-Id: 4DF2yh3zrRz4h6V X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[199.48.129.229:from]; FREEFALL_USER(0.00)[brooks]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[freebsd.org]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[199.48.129.229:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; RCVD_COUNT_ZERO(0.00)[0]; R_SPF_NA(0.00)[no SPF record]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:36236, ipnet:199.48.128.0/22, country:US]; FROM_NEQ_ENVFROM(0.00)[brooks@freebsd.org,brooks@spindle.one-eyed-alien.net]; MAILMAN_DEST(0.00)[freebsd-current,git] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 18:57:49 -0000 --lkTb+7nhmha7W+c3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jan 07, 2021 at 11:03:53AM +0100, Ulrich Sp??rlein wrote: > On Thu, 2021-01-07 at 09:27:59 +0100, Matthias Apitz wrote: > > > >Hello, > > > >I use poudriere to compile my used ports. Could someone please explain > >or point me to a document which explains the now to be used syntax to > >create (i.e. checkout) the jail and the ports tree. Actually I'm using > >something like: > > > ># poudriere jail -c -j freebsd-r368166 -m svn+http -v head@r368166 > > > >or > > > ># poudriere jail -c -j freebsd-head -m svn+http > > > >and for the ports tree > > > ># poudriere ports -c -p ports-20201130 -m svn -U svn://svn.freebsd.org/= ports/ > > > >Thanks > > > > matthias >=20 > We've recently discussed in the Git WG what would be required to get a=20 > seemless migration going (as in, you switch src + ports to git and=20 > things will just work). >=20 > Thanks for flagging the specific revision problem though, not sure yet=20 > what to do about that. For jail you can use -v and for ports -B to specify a branch or revision. -- Brooks --lkTb+7nhmha7W+c3 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJf/J+lAAoJEKzQXbSebgfA0xgH/jEbk1Y9zDrcGxCCLxqqxTB4 0dBcTifB0MrGTVh2vz5CnWLM2UfvzwWSrzuHGPTKW4SHEe5eq2bDpzAgJHihrpbW VFW3C6LCq66wlSnY4FY1qSTuvCrI8b3cBxRMzKTup6CbrUfBpTn0rTPH2gV3Rbf3 WbrsAU1RDPDqLcI9JOhSD8Spsvf3YcsS7hFv4JMuO/5qNqKFFv2mrzxB3ojjP2Vy DejPHCAbMA6sjsLyGmQi/NJhCnrJzT6E3Zwtl2dmeTmaXIvr6tDhYB+c5WajQ/1M bYfdBvreg23iB4Hg0UlfifkBPni88r1LODhT+S1CaJYTp1d7+Ijj6CsfSYkLNuk= =jUdS -----END PGP SIGNATURE----- --lkTb+7nhmha7W+c3-- From owner-freebsd-current@freebsd.org Mon Jan 11 19:38:01 2021 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 162084E41BC for ; Mon, 11 Jan 2021 19:38:01 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from forward500o.mail.yandex.net (forward500o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::610]) (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 4DF3s34gSSz4lNh for ; Mon, 11 Jan 2021 19:37:58 +0000 (UTC) (envelope-from melifaro@ipfw.ru) Received: from sas1-4f6d6a97a84a.qloud-c.yandex.net (sas1-4f6d6a97a84a.qloud-c.yandex.net [IPv6:2a02:6b8:c08:f310:0:640:4f6d:6a97]) by forward500o.mail.yandex.net (Yandex) with ESMTP id 3AFCE600BE; Mon, 11 Jan 2021 22:37:54 +0300 (MSK) Received: from localhost (localhost [::1]) by sas1-4f6d6a97a84a.qloud-c.yandex.net (mxback/Yandex) with ESMTP id tSjKEDQNf3-brEmwTic; Mon, 11 Jan 2021 22:37:53 +0300 Received: by sas1-c37eebe3eab8.qloud-c.yandex.net with HTTP; Mon, 11 Jan 2021 22:37:53 +0300 From: Alexander V. Chernikov To: qroxana Cc: "freebsd-current@freebsd.org" In-Reply-To: References: <20210111155022.71549b54@bsd64.grem.de> Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 MIME-Version: 1.0 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Mon, 11 Jan 2021 19:37:53 +0000 Message-Id: <4325361610393748@mail.yandex.ru> Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=utf-8 X-Rspamd-Queue-Id: 4DF3s34gSSz4lNh X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.60 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a02:6b8:0:1a2d::610:from]; R_DKIM_ALLOW(-0.20)[ipfw.ru:s=mail]; FREEFALL_USER(0.00)[melifaro]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a02:6b8:0:1000::/52]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[ipfw.ru]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2a02:6b8:0:1a2d::610:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[ipfw.ru:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[protonmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:13238, ipnet:2a02:6b8::/32, country:RU]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[2a02:6b8:0:1a2d::610:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 19:38:01 -0000 11.01.2021, 14:59, "qroxana" : > On Mon, 11 Jan 2021 13:25:51 +0000, Alexander V. Chernikov wrote: > >>  Could you please consider clarifying the end result you want to achieve? >>  If you could include some more details of how it was configured earlier, it would help as well. > > Thank you for the quick reply. > Let's say there are two jails defined in /etc/jail.conf > > jail1 { >     ... >     ip4.addr = 192.168.1.101; >     exec.fib = 1; >     ... > } > > jail2 { >     ... >     ip4.addr = 192.168.1.102; >     exec.fib = 2; >     ... > } Got it, thank you for the clarification. > > All the traffic in jail1 goes to the default router defined in fib 1, > and traffic in jail2 goes to the default router defined in fib 2. Could you describe interface&routing setup as well? In particular, I'm looking into details of setting up # of fibs, interface configuration and default route setup. > And I could only see 127.0.0.1 after starting the jails: > > # setfib -F 2 netstat -rn > Routing tables (fib: 2) > > Internet: > Destination Gateway Flags Netif Expire > 127.0.0.1 link#2 UHS lo0 > > Internet6: > Destination Gateway Flags > Netif Expire > ... ... > > please let me know if you need more info. Thanks. > > _______________________________________________ > 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 Jan 11 21:49:30 2021 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 9E6114E7C23 for ; Mon, 11 Jan 2021 21:49:30 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DF6mn6XVPz3DhT for ; Mon, 11 Jan 2021 21:49:29 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qk1-x729.google.com with SMTP id d14so208446qkc.13 for ; Mon, 11 Jan 2021 13:49:29 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-transfer-encoding; bh=Ga6sze13mKAMg5JsWloaKSmgWdNrIdscCKblpDU/QV8=; b=ZmDRO2gWkOwXr3JqRuDUZvbucjava8AjZqQXVc0OM+QbZez5UEARoZhJrZGbHZSmxv 2lNkjcU3QTEc2OIdboQB8fs/d0gkp4qi/I4S6Er3fXudSwiGXl5axPiSnmqMyVc/DBkc UeB7ciArQ4rqlv7UhYOcdO9C08vqi252Vm58NzStYTA9S7InoN3ZfdTP7A7JGcrmSYjK OMYil1RstBXbduo561C1zeZ6j/dsloElP8e/nb+P0K8RWi9fCzBSVo40djLreFKP8Bm4 yeXUcqOuUTnvcNVBVG/futKn2hjS1IP9tVFwz+HdDVW2KPXo5pZsmMy1l9A2uj415ftn Cp5Q== X-Gm-Message-State: AOAM533qB1jd7Ay0EpgMif+T1LWEdJe7tKu8ZFsWQ8LEoxy5i5zc7XNN z6ZLUqFde47hMnM/aXKiNaM= X-Google-Smtp-Source: ABdhPJwiWDexCW1bwb0Yf3Um18Ax4bMZ4hPb5ySk0oYaGZKI9MMUooiv6qHxHUHyXeGT2h/u9g8zrQ== X-Received: by 2002:ae9:e909:: with SMTP id x9mr1463788qkf.166.1610401769120; Mon, 11 Jan 2021 13:49:29 -0800 (PST) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id a206sm553465qkc.30.2021.01.11.13.49.27 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 11 Jan 2021 13:49:28 -0800 (PST) Message-ID: <5FFCC7E6.70401@gmail.com> Date: Mon, 11 Jan 2021 16:49:26 -0500 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Alexander V. Chernikov" CC: qroxana , "freebsd-current@freebsd.org" Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 References: <20210111155022.71549b54@bsd64.grem.de> <4325361610393748@mail.yandex.ru> In-Reply-To: <4325361610393748@mail.yandex.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DF6mn6XVPz3DhT X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.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:c]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::729:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::729:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::729:from]; FREEMAIL_CC(0.00)[protonmail.com,freebsd.org]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 11 Jan 2021 21:49:30 -0000 I think you are all barking up the wrong tree The default OS comes with only ONE fib. You need to re-compile the kernel with "option ROUTETABLES=2" or use the net.fibs=2 option in /boot/loader.config file. 0= default host routing table 1= first additional routing table 2= second additional routing table Then issue host console commend; setfib 1 route add default "that jails default route ip address" Adding the above to /etc/rc.conf would make it happen on every boot of the host system. From owner-freebsd-current@freebsd.org Tue Jan 12 06:09:45 2021 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 097F34CA294 for ; Tue, 12 Jan 2021 06:09:45 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFKt022H8z4SSy for ; Tue, 12 Jan 2021 06:09:44 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id r3so1198162wrt.2 for ; Mon, 11 Jan 2021 22:09:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=iTHrYgw7qvt6/vg6i1uozI/0rolb2A/+qYL0PbVh1k0=; b=HvxqiWvDHF2IYw9Po1Va2jqy3SRm0gLUPVx0iVRxdgcatJy1E041adYsQf/TUSOjWu h+jgB+ONvTHPceoGJA7Ze9yAhfhFor/ez7ddFp/DM38diu+P2vUlV1wUT5ZNCp4tV0Ov zQ+Ki/Pxf3F8JyvTLX//QjR7DjPUktfT1k7ztwCLJkRjDjRNJJCBzPQe51u/T67gLn/b W2WghYmWYVIOb0sjqKMj7NhvIrs+YNLH9rdPGOaTcxA8R2U7gZluzASZNhP1CEl8Gqt2 t5DYebefIjt24lPTxJTJE/3ecB11Fp+bhWns7EcmcPf2y/lcE45E5Sg4WzoAat5E5I0m c6VQ== X-Gm-Message-State: AOAM530lOTEPXLK9L7sc5AlITs4evSFQM64Od1peiOekSb4ENHNFOXRs UTUc205hLLJZLcSPk8yuCXHyugAQBFsxng== X-Google-Smtp-Source: ABdhPJx7BtKyADQiv+S0L8vzCgb8ig4K/B8JaesRnEqjZn41i+lWa94AhbVE25WxhiinhjmU/NTmMQ== X-Received: by 2002:a5d:6486:: with SMTP id o6mr691636wri.380.1610431782529; Mon, 11 Jan 2021 22:09:42 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id v20sm3225600wra.19.2021.01.11.22.09.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Jan 2021 22:09:42 -0800 (PST) To: FreeBSD CURRENT From: Graham Perrin Subject: Querying the contents of a repo that has a different ABI Message-ID: <85b61ac5-0761-6b53-d5a8-7dab67718512@gmail.com> Date: Tue, 12 Jan 2021 06:09:40 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DFKt022H8z4SSy X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::433:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.29)[-0.286]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::433:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::433:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 06:09:45 -0000 Can I use the command line in FreeBSD-CURRENT to query the version of a package in the FreeBSD _12_ repo at ? Or, if I download the packagesite.txz alone then can I query the version of a package _without_ extracting the contents of the `.txz` file? From owner-freebsd-current@freebsd.org Tue Jan 12 06:50:49 2021 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 520CB4CB5E3 for ; Tue, 12 Jan 2021 06:50:49 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x433.google.com (mail-wr1-x433.google.com [IPv6:2a00:1450:4864:20::433]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFLnN2WMYz4VrX for ; Tue, 12 Jan 2021 06:50:48 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x433.google.com with SMTP id t30so1287336wrb.0 for ; Mon, 11 Jan 2021 22:50:48 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-transfer-encoding:content-language; bh=Y05CZOLWNJgzWfkCmJpNZ44Ofr7u64a70ha8tAST1RA=; b=Mh8QoywQyWIX17qHegOiNZ3z6I03fQP/DnPMyNmvUXrmoszBwY0NWN/DPZY7il10Yy rjxabj5hgVmnDyZM7VKYSmAZc+1y6f5EYXF2WD9m5rGwGYpEjw2MLB4ccYA8R47M2IGp JnRj+sti2LETbmdZTVHrd36ChdJ/xNLCXECebLnAbH7Ecg9E/yZ+/L//5Rkw4DQfYQmU cyN9LbqxNucqwHvyOSNl8qqOkLM2eIoWSm60yCqrbXLOta3eYv+pk1zWThdHkXnDhkIE pt9lb9iy4shotgADgD9pCTKqGDuQzaac2OvKbCb5phTdYd2ESQCmgp3FVKnk35UP+KNq lSxg== X-Gm-Message-State: AOAM5332r5ugOaT8r/scKgfZ9etE5T3Q0kalg/Ah/rd6j9U2lzDMdbCH k8vmK33/0Cigf+lvGo8+t9esy1oHncAVYg== X-Google-Smtp-Source: ABdhPJzFP3fwpStEqhKZ55LvKOmj8HX8tzoF9rYTvKwSCoJ0qZiRQzSPkR0Lu5926cr2ieSNPs/d8w== X-Received: by 2002:a5d:498a:: with SMTP id r10mr2580776wrq.238.1610434246581; Mon, 11 Jan 2021 22:50:46 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id b19sm2224253wmj.37.2021.01.11.22.50.45 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 11 Jan 2021 22:50:45 -0800 (PST) To: freebsd-current@freebsd.org From: Graham Perrin Subject: zpool can not create a pool after using gdisk to prepare the device Message-ID: Date: Tue, 12 Jan 2021 06:50:45 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DFLnN2WMYz4VrX X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::433:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::433:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::433:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 06:50:49 -0000 I used gdisk(8) with a USB flash drive to: 1. zap (destroy) GPT data structures 2. blank out the MBR 3. (below) write a new GPT with a FreeBSD ZFS (A504) partition at /dev/da1p1 ---- root@mowa219-gjp4-8570p:~ # gdisk /dev/da1 GPT fdisk (gdisk) version 1.0.5 Partition table scan:   MBR: not present   BSD: not present   APM: not present   GPT: not present Creating new GPT entries in memory. Command (? for help): n Partition number (1-128, default 1): First sector (34-7827358, default = 2048) or {+-}size{KMGTP}: Last sector (2048-7827358, default = 7827358) or {+-}size{KMGTP}: Current type is A503 (FreeBSD UFS) Hex code or GUID (L to show codes, Enter = A503): A504 Changed type of partition to 'FreeBSD ZFS' Command (? for help): w Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING PARTITIONS!! Do you want to proceed? (Y/N): y OK; writing new GUID partition table (GPT) to /dev/da1. Warning: The kernel may continue to use old or deleted partitions. You should reboot or remove the drive. The operation has completed successfully. root@mowa219-gjp4-8570p:~ # ---- I exported the pool that used the device at /dev/da0 (preparing for a disruptive test), removed both devices then reconnected the USB flash drive. zpool can not create a pool, the file system is reportedly read-only. Please, why is this? ---- root@mowa219-gjp4-8570p:~ # tail -n 0 -f /var/log/messages Jan 12 06:44:44 mowa219-gjp4-8570p kernel: ugen0.6: at usbus0 (disconnected) Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: at uhub1, port 3, addr 14 (disconnected) Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0:   s/n 001D0F0CAABFF97115A00A15 detached Jan 12 06:44:44 mowa219-gjp4-8570p kernel: (da0:umass-sim0:0:0:0): Periph destroyed Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: detached Jan 12 06:44:48 mowa219-gjp4-8570p kernel: ugen0.6: at usbus0 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0 on uhub1 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0: on usbus0 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:  SCSI over Bulk-Only; quirks = 0xc100 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:6:0: Attached to scbus6 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 scbus6 target 0 lun 0 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: Removable Direct Access SCSI-2 device Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: Serial Number 001D0F0CAABFF97115A00A15 Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 40.000MB/s transfers Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 3821MB (7827392 512 byte sectors) Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: quirks=0x2 ^C root@mowa219-gjp4-8570p:~ # lsblk da0 DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT da0              1:247 3.7G GPT - -            -:-   1.0M -                                     - -   da0p1          1:248 3.7G freebsd-zfs gpt/efiboot0 root@mowa219-gjp4-8570p:~ # zpool create -m /media/sorry sorry /dev/da0p1 cannot open '/dev/da0p1': Read-only file system root@mowa219-gjp4-8570p:~ # From owner-freebsd-current@freebsd.org Tue Jan 12 08:33:30 2021 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 AE72B4CE447 for ; Tue, 12 Jan 2021 08:33:30 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DFP3s5Qlzz4bwC for ; Tue, 12 Jan 2021 08:33:29 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzF7H-0002PG-CF; Tue, 12 Jan 2021 09:33:27 +0100 Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzF7G-000GOT-NS; Tue, 12 Jan 2021 09:33:26 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current , Mateusz Guzik References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> From: Jakob Alvermark Message-ID: <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> Date: Tue, 12 Jan 2021 09:33:26 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFP3s5Qlzz4bwC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-0.99)[-0.991]; FREEMAIL_TO(0.00)[selasky.org,freebsd.org,gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 08:33:30 -0000 On 1/11/21 7:08 PM, Hans Petter Selasky wrote: > On 1/11/21 5:24 PM, Jakob Alvermark wrote: >> >> On 1/11/21 1:14 PM, Hans Petter Selasky wrote: >>> On 1/11/21 11:12 AM, Jakob Alvermark wrote: >>>> >>>> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >>>> >>>> >>>> Rebooting with the newly build kernel i get this panic. >>>> >>>> >>>> Fatal    trap 12: page fault while in kernel mode >>>> >>>> cpuid    = 1; apic id = 02 >>>> fault    virtual address     = 0x1030000 >>>> fault    code                = supervisor read data, >>>> >>>> instruction    pointer       = 0x20:0xffffffff809e5265 >>>> stack    pointer             = 0x28:0xffffffff8281db70 >>>> frame    pointer             = 0x28:0xffffffff8281db70 >>>> code    segment              = base 0x0, limit 0xfffff, type 0x1b >>>> =    DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor    eflags  = interrupt enabled, resume, IOPL = 0 >>>> current    process           = 12 (irq88: xhci0) >>>> trap    number               = 12 >>>> panic:    page fault >>>> cpuid    = 1 >>>> time    = 2 >>>> KDB:    stack backtrace: >>>> db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame >>>> 0xffffffff8281d820 >>>> vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 >>>> panic()    at panic+0x43/frame 0xffffffff8281d8d0 >>>> trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 >>>> trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 >>>> trap()    at trap+0x280/frame 0xffffffff8281daa0 >>>> calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 >>>> ---    trap 0xc, rip = 0xffffffff809e5265, rsp = >>>> 0xffffffff8281db70, rbp = 0xffffffff8281db70 --- >>>> usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 >>>> xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame >>>> 0xffffffff8281dc20 >>>> xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >>>> ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >>>> fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 >>>> fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 >>>> ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>> KDB:    enter: panic >>>> >>>> >>>> Any help appreciated. >>> >>> Hi, >>> >>> If you could bi-sect that panic, would be great. >>> >>> Else install gdb from ports and run: >>> >>> kgdb101 >>> >>> info line *(usbd_get_page+0x65) >>> >>> >> >> Having just learned how to bisect (thanks Warner for the mini primer) >> this is the result: >> >> de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit >> > > You mean this commit is causing the panic? > >> git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 >> commit de0b2d4f47bad36025dcf52755ce76cca6e715d9 >> Author: Mateusz Guzik >> Date:   Sun Dec 13 21:30:42 2020 +0000 >> >>     Patch annotation in sigdeferstop >>         Probability flipped since sigdefer handling was moved away >> from regular VOP >>     calls. >> >> Notes: >>     svn path=/head/; revision=368616 >> >> diff --git a/sys/sys/signalvar.h b/sys/sys/signalvar.h >> index 93ef15bbbf0..df761a1e1a5 100644 >> --- a/sys/sys/signalvar.h >> +++ b/sys/sys/signalvar.h >> @@ -367,7 +367,7 @@ static inline int >>  sigdeferstop(int mode) >>  { >> >> -       if (__predict_true(mode == SIGDEFERSTOP_NOP)) >> +       if (__predict_false(mode == SIGDEFERSTOP_NOP)) >>                 return (SIGDEFERSTOP_VAL_NCHG); >>         return (sigdeferstop_impl(mode)); >>  } It appears so. Mind you, this is the first time I have done a bisect, I may have made a mistake. > > And: > > git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 | patch -p1 -R > > gets you a working kernel? > No... So I probably made a mistake in bisecting. I will try again. Jakob From owner-freebsd-current@freebsd.org Tue Jan 12 09:45:53 2021 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 69F394D08A9 for ; Tue, 12 Jan 2021 09:45:53 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFQgN3XVjz4h5t for ; Tue, 12 Jan 2021 09:45:52 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x629.google.com with SMTP id e18so1122562ejt.12 for ; Tue, 12 Jan 2021 01:45:52 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=TsenBDppnREX19ddWuTWihwiPQIqyOZo3aD8Qundcps=; b=Si2U1upv6i4cbeIJaovR/sAylEBts2SKXGqJoXttYWaeaH/r7BBATgoaRbW6X5TJEk /ZkRx0AzohY8L599oSntsdfwV0SDX3gX01xvmZVc+1mMHsucZyS46uPCwlUNHkVRFZ44 O2sddmU1bK5RVi1Z3LUEBcb452ODWh7Mw9WOxTWa6CAvw1wAAFztIakjpe/Y4QZmicCG 3o/yb2d6hf+MKqvW4U8tGXW36KEEwqCtlKhrJNqd8hadK0WeN7yoqzyjQt8Ge4CHii22 Eat83z1cFINjMUbVEnvXseJpjCSHJJLzE0dRdj/edT2ms7PbmXfv+PHtvch3AQ1EH5cb wzaQ== X-Gm-Message-State: AOAM531UrjSBzjzpkK3j91UitJmIr4v3FN31+SU+l9ZGPhxXoppI8XZu lTL/4zZiKHB/csT6ThTM/pwpjumwaRZnlg== X-Google-Smtp-Source: ABdhPJyojnGrxjOPGmppesVMuydkFnsly9X9dprGrfRf/dD8SosS6HggiPH2p/ltRTOma3183dptoA== X-Received: by 2002:a17:906:b252:: with SMTP id ce18mr2634701ejb.5.1610444750153; Tue, 12 Jan 2021 01:45:50 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id n22sm1159224edr.11.2021.01.12.01.45.48 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 12 Jan 2021 01:45:49 -0800 (PST) Subject: Re: zpool can not create a pool after using gdisk to prepare the device To: freebsd-current@freebsd.org References: From: Johan Hendriks Message-ID: Date: Tue, 12 Jan 2021 10:45:46 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFQgN3XVjz4h5t X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.90)[-0.902]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::629:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::629:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::629:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 09:45:53 -0000 On 12/01/2021 07:50, Graham Perrin wrote: > I used gdisk(8) with a USB flash drive to: > > 1. zap (destroy) GPT data structures > 2. blank out the MBR > 3. (below) write a new GPT with a FreeBSD ZFS (A504) partition at > /dev/da1p1 > > ---- > > root@mowa219-gjp4-8570p:~ # gdisk /dev/da1 > GPT fdisk (gdisk) version 1.0.5 > > Partition table scan: >   MBR: not present >   BSD: not present >   APM: not present >   GPT: not present > > Creating new GPT entries in memory. > > Command (? for help): n > Partition number (1-128, default 1): > First sector (34-7827358, default = 2048) or {+-}size{KMGTP}: > Last sector (2048-7827358, default = 7827358) or {+-}size{KMGTP}: > Current type is A503 (FreeBSD UFS) > Hex code or GUID (L to show codes, Enter = A503): A504 > Changed type of partition to 'FreeBSD ZFS' > > Command (? for help): w > > Final checks complete. About to write GPT data. THIS WILL OVERWRITE > EXISTING > PARTITIONS!! > > Do you want to proceed? (Y/N): y > OK; writing new GUID partition table (GPT) to /dev/da1. > Warning: The kernel may continue to use old or deleted partitions. > You should reboot or remove the drive. > The operation has completed successfully. > root@mowa219-gjp4-8570p:~ # > > ---- > > I exported the pool that used the device at /dev/da0 (preparing for a > disruptive test), removed both devices then reconnected the USB flash > drive. > > zpool can not create a pool, the file system is reportedly read-only. > Please, why is this? > > ---- > > root@mowa219-gjp4-8570p:~ # tail -n 0 -f /var/log/messages > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: ugen0.6: DataTraveler G2> at usbus0 (disconnected) > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: at uhub1, port 3, > addr 14 (disconnected) > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 > scbus6 target 0 lun 0 > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0: G2 1.00>  s/n 001D0F0CAABFF97115A00A15 detached > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: (da0:umass-sim0:0:0:0): > Periph destroyed > Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: detached > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: ugen0.6: DataTraveler G2> at usbus0 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0 on uhub1 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0: DataTraveler G2, class 0/0, rev 2.00/1.00, addr 15> on usbus0 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:  SCSI over > Bulk-Only; quirks = 0xc100 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:6:0: Attached to scbus6 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 > scbus6 target 0 lun 0 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: G2 1.00> Removable Direct Access SCSI-2 device > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: Serial Number > 001D0F0CAABFF97115A00A15 > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 40.000MB/s transfers > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 3821MB (7827392 512 > byte sectors) > Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: quirks=0x2 > ^C > root@mowa219-gjp4-8570p:~ # lsblk da0 > DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT > da0              1:247 3.7G GPT - - >            -:-   1.0M -                                     - - >   da0p1          1:248 3.7G freebsd-zfs gpt/efiboot0 > root@mowa219-gjp4-8570p:~ # zpool create -m /media/sorry sorry /dev/da0p1 > cannot open '/dev/da0p1': Read-only file system > root@mowa219-gjp4-8570p:~ # > > It looks like it is mounted or something like that. So see with mount if it is mounted somewhere. I alway use gpart to partition disk and i never have problems. gpart destroy -F /dev/da0 gpart create -s GPT /dev/da0 gpart create -a 1M -t freebsd-zfs -l LABELNAME /dev/da0 Now you can create your pool using zpool create sorry gpt/LABELNAME This way you create your pool using the GPT labelname that never changes, and you can use it everywhere From owner-freebsd-current@freebsd.org Tue Jan 12 11:33:04 2021 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 4E7A04D3DCF for ; Tue, 12 Jan 2021 11:33:04 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DFT3335X2z4q1J for ; Tue, 12 Jan 2021 11:33:03 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzHux-0002eN-5U; Tue, 12 Jan 2021 12:32:55 +0100 Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzHuw-000J8b-HQ; Tue, 12 Jan 2021 12:32:54 +0100 Subject: Re: Panic after updating From: Jakob Alvermark To: Hans Petter Selasky , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> Message-ID: Date: Tue, 12 Jan 2021 12:32:54 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFT3335X2z4q1J X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 11:33:04 -0000 On 1/12/21 9:33 AM, Jakob Alvermark wrote: > > On 1/11/21 7:08 PM, Hans Petter Selasky wrote: >> On 1/11/21 5:24 PM, Jakob Alvermark wrote: >>> >>> On 1/11/21 1:14 PM, Hans Petter Selasky wrote: >>>> On 1/11/21 11:12 AM, Jakob Alvermark wrote: >>>>> >>>>> Updated my Acer laptop from r367734 to main-c255666-g1790f5e654f >>>>> >>>>> >>>>> Rebooting with the newly build kernel i get this panic. >>>>> >>>>> >>>>> Fatal    trap 12: page fault while in kernel mode >>>>> >>>>> cpuid    = 1; apic id = 02 >>>>> fault    virtual address     = 0x1030000 >>>>> fault    code                = supervisor read data, >>>>> >>>>> instruction    pointer       = 0x20:0xffffffff809e5265 >>>>> stack    pointer             = 0x28:0xffffffff8281db70 >>>>> frame    pointer             = 0x28:0xffffffff8281db70 >>>>> code    segment              = base 0x0, limit 0xfffff, type 0x1b >>>>> =    DPL 0, pres 1, long 1, def32 0, gran 1 >>>>> processor    eflags  = interrupt enabled, resume, IOPL = 0 >>>>> current    process           = 12 (irq88: xhci0) >>>>> trap    number               = 12 >>>>> panic:    page fault >>>>> cpuid    = 1 >>>>> time    = 2 >>>>> KDB:    stack backtrace: >>>>> db_trace_self_wrapper()    at db_trace_self_wrapper+0x2b/frame >>>>> 0xffffffff8281d820 >>>>> vpanic()    at vpanic+0x181/frame 0xffffffff8281d870 >>>>> panic()    at panic+0x43/frame 0xffffffff8281d8d0 >>>>> trap_fatal()    at trap_fatal+0x387/frame 0xffffffff8281d930 >>>>> trap_pfault()    at trap_pfault+0x4f/frame 0xffffffff8281d990 >>>>> trap()    at trap+0x280/frame 0xffffffff8281daa0 >>>>> calltrap()    at calltrap+0x8/frame 0xffffffff8281daa0 >>>>> ---    trap 0xc, rip = 0xffffffff809e5265, rsp = >>>>> 0xffffffff8281db70, rbp = 0xffffffff8281db70 --- >>>>> usbd_get_page()    at usbd_get_page+0x65/frame 0xffffffff8281db70 >>>>> xhci_interrupt_poll()    at xhci_interrupt_poll+0x29/frame >>>>> 0xffffffff8281dc20 >>>>> xhci_interrupt()    at xhci_interrupt+0x11a/frame 0xffffffff8281dc60 >>>>> ithread_loop()    at ithread_loop+0x24f/frame 0xffffffff8281dcf0 >>>>> fork_exit()    at fork_exit+0x7e/frame 0xffffffff8281dd30 >>>>> fork_trampoline()    at fork_trampoline+0xe/frame 0xffffffff8281dd30 >>>>> ---    trap 0, rip = 0, rsp = 0, rbp = 0 --- >>>>> KDB:    enter: panic >>>>> >>>>> >>>>> Any help appreciated. >>>> >>>> Hi, >>>> >>>> If you could bi-sect that panic, would be great. >>>> >>>> Else install gdb from ports and run: >>>> >>>> kgdb101 >>>> >>>> info line *(usbd_get_page+0x65) >>>> >>>> >>> >>> Having just learned how to bisect (thanks Warner for the mini >>> primer) this is the result: >>> >>> de0b2d4f47bad36025dcf52755ce76cca6e715d9 is the first bad commit >>> >> >> You mean this commit is causing the panic? >> >>> git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 >>> commit de0b2d4f47bad36025dcf52755ce76cca6e715d9 >>> Author: Mateusz Guzik >>> Date:   Sun Dec 13 21:30:42 2020 +0000 >>> >>>     Patch annotation in sigdeferstop >>>         Probability flipped since sigdefer handling was moved away >>> from regular VOP >>>     calls. >>> >>> Notes: >>>     svn path=/head/; revision=368616 >>> >>> diff --git a/sys/sys/signalvar.h b/sys/sys/signalvar.h >>> index 93ef15bbbf0..df761a1e1a5 100644 >>> --- a/sys/sys/signalvar.h >>> +++ b/sys/sys/signalvar.h >>> @@ -367,7 +367,7 @@ static inline int >>>  sigdeferstop(int mode) >>>  { >>> >>> -       if (__predict_true(mode == SIGDEFERSTOP_NOP)) >>> +       if (__predict_false(mode == SIGDEFERSTOP_NOP)) >>>                 return (SIGDEFERSTOP_VAL_NCHG); >>>         return (sigdeferstop_impl(mode)); >>>  } > It appears so. Mind you, this is the first time I have done a bisect, > I may have made a mistake. >> >> And: >> >> git show de0b2d4f47bad36025dcf52755ce76cca6e715d9 | patch -p1 -R >> >> gets you a working kernel? >> > No... So I probably made a mistake in bisecting. I will try again. > Alright, after a new bisect run I got a different result, so I most likely did something wrong the first time. ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit commit ff3468ac94597efdcbc56f372528dfc98b114dac Author: Ian Lepore Date:   Sat Dec 12 18:34:15 2020 +0000     Provide userland notification of gpio pin changes ("userland gpio interrupts"). Maybe more likely this is causing the panic? Jakob From owner-freebsd-current@freebsd.org Tue Jan 12 11:54:14 2021 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 30CCB4D4889 for ; Tue, 12 Jan 2021 11:54:14 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFTWT38mHz4rgP for ; Tue, 12 Jan 2021 11:54:13 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1D37626037D; Tue, 12 Jan 2021 12:54:11 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> From: Hans Petter Selasky Message-ID: <75784796-b513-5573-abc4-8c445d03c007@selasky.org> Date: Tue, 12 Jan 2021 12:54:00 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DFTWT38mHz4rgP X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 11:54:14 -0000 On 1/12/21 12:32 PM, Jakob Alvermark wrote: > Alright, after a new bisect run I got a different result, so I most > likely did something wrong the first time. > > ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit > commit ff3468ac94597efdcbc56f372528dfc98b114dac > Author: Ian Lepore > Date:   Sat Dec 12 18:34:15 2020 +0000 > >     Provide userland notification of gpio pin changes ("userland gpio > interrupts"). > > > Maybe more likely this is causing the panic? Doesn't make sense :-( Can you try to fetch the latest 13-current as of now and re-build the kernel? I noticed some issues myself which got fixed. --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 12:43:48 2021 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 903044D6EB5 for ; Tue, 12 Jan 2021 12:43:48 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DFVcg5778z3CCx for ; Tue, 12 Jan 2021 12:43:47 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzJ1U-0002iU-Pg; Tue, 12 Jan 2021 13:43:44 +0100 Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzJ1U-000K9j-4Q; Tue, 12 Jan 2021 13:43:44 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> From: Jakob Alvermark Message-ID: Date: Tue, 12 Jan 2021 13:43:43 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: <75784796-b513-5573-abc4-8c445d03c007@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFVcg5778z3CCx X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 12:43:48 -0000 On 1/12/21 12:54 PM, Hans Petter Selasky wrote: > On 1/12/21 12:32 PM, Jakob Alvermark wrote: >> Alright, after a new bisect run I got a different result, so I most >> likely did something wrong the first time. >> >> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >> commit ff3468ac94597efdcbc56f372528dfc98b114dac >> Author: Ian Lepore >> Date:   Sat Dec 12 18:34:15 2020 +0000 >> >>      Provide userland notification of gpio pin changes ("userland >> gpio interrupts"). >> >> >> Maybe more likely this is causing the panic? > > Doesn't make sense :-( > > Can you try to fetch the latest 13-current as of now and re-build the > kernel? I noticed some issues myself which got fixed. I did that, still panics the same way. But, the commit above is about gpio, and I do have 'bytgpio_load="YES"' in my /boot/loader.conf If I boot the kernel without that it works. 'kldload bytgpio' panics the machine. Jakob From owner-freebsd-current@freebsd.org Tue Jan 12 13:17:07 2021 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 775FF4D7AE9 for ; Tue, 12 Jan 2021 13:17:07 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFWM64483z3FW3 for ; Tue, 12 Jan 2021 13:17:05 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id EBE7E2604E4; Tue, 12 Jan 2021 14:16:57 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> From: Hans Petter Selasky Message-ID: <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> Date: Tue, 12 Jan 2021 14:16:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DFWM64483z3FW3 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:2a01:4f8::/29, country:DE]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 13:17:07 -0000 On 1/12/21 1:43 PM, Jakob Alvermark wrote: > > On 1/12/21 12:54 PM, Hans Petter Selasky wrote: >> On 1/12/21 12:32 PM, Jakob Alvermark wrote: >>> Alright, after a new bisect run I got a different result, so I most >>> likely did something wrong the first time. >>> >>> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >>> commit ff3468ac94597efdcbc56f372528dfc98b114dac >>> Author: Ian Lepore >>> Date:   Sat Dec 12 18:34:15 2020 +0000 >>> >>>      Provide userland notification of gpio pin changes ("userland >>> gpio interrupts"). >>> >>> >>> Maybe more likely this is causing the panic? >> >> Doesn't make sense :-( >> >> Can you try to fetch the latest 13-current as of now and re-build the >> kernel? I noticed some issues myself which got fixed. > > > I did that, still panics the same way. > > But, the commit above is about gpio, and I do have 'bytgpio_load="YES"' > in my /boot/loader.conf > > If I boot the kernel without that it works. > > 'kldload bytgpio' panics the machine. > Could you screenshot the panic backtrace after kldload of bytegpio ? --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 13:39:30 2021 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 47FFD4D8C80 for ; Tue, 12 Jan 2021 13:39:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFWry0l77z3Gyp for ; Tue, 12 Jan 2021 13:39:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 1955D4D877F; Tue, 12 Jan 2021 13:39:30 +0000 (UTC) Delivered-To: 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 191E54D8B43 for ; Tue, 12 Jan 2021 13:39:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFWrx0VT1z3Gwj for ; Tue, 12 Jan 2021 13:39:28 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10CDdLLZ027367 for ; Tue, 12 Jan 2021 13:39:21 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10CDdLsh027366 for current@freebsd.org; Tue, 12 Jan 2021 05:39:21 -0800 (PST) (envelope-from david) Date: Tue, 12 Jan 2021 05:39:21 -0800 From: David Wolfskill To: current@freebsd.org Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="KqvBkxV1Hla3lNpF" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DFWrx0VT1z3Gwj X-Spamd-Bar: / X-Spamd-Result: default: False [-0.40 / 15.00]; HAS_REPLYTO(0.00)[current@freebsd.org]; ARC_NA(0.00)[]; FREEFALL_USER(0.00)[david]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.204.234.170:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[107.204.234.170:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[catwhisker.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MAILMAN_DEST(0.00)[current]; REPLYTO_EQ_TO_ADDR(5.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 13:39:30 -0000 --KqvBkxV1Hla3lNpF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jan 11, 2021 at 04:55:13AM -0800, David Wolfskill wrote: > At the conclusion of each morning's "update cycle," I have (for > some time) been in the habit of powering the laptop off, leaving > it powered off for about 15 seconds, then powering it back up. (The > build machine also gets powered off, but doesn't get powered back > up until a bit before midnight.) This is usually the only time the > laptop is powered off (which may reflect ... something :-} ). >=20 > Today's update was from: > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #118 main-= c255826-g81b3a0a34145-dirty: Sun Jan 10 04:02:54 PST 2021 root@g1-55.ca= twhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 1= 300134 >=20 > to: > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #119 main-= c255850-g16079c7233be-dirty: Mon Jan 11 04:01:51 PST 2021 root@g1-55.ca= twhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 1= 300134 > .... After today's update -- from: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #119 main-c2= 55850-g16079c7233be-dirty: Mon Jan 11 04:01:51 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 130= 0134 to: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #120 main-c2= 55894-g8b1839548750-dirty: Tue Jan 12 05:23:50 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 130= 0134 poweroff was normal; I did not see a recurrence of the original issue. Peace, david --=20 David H. Wolfskill david@catwhisker.org "What happened at the Capitol last Wednesday, then, wasn't the first time Trump's base took him literally. It was the culmination of having taken him literally the entire duration of his presidency." - Chris Cillizza See https://www.catwhisker.org/~david/publickey.gpg for my public key. --KqvBkxV1Hla3lNpF Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/9polfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcnQvQf/WJIgD5tF/HaZUj12NdMq+LI2OZDAcvR7nePX994A4EvCNRsfxtcB4Xdz 6tGQ9Gy9AhkjHyz+MWfL2hF3h7iULChQlnyZMdlggSXKDfU+AE2FHuphjxO+y1/j FuUzlsfiCpQP5I7cGV8MU+iY2AzaSHVYEh2M4P+DI2Wj+bHQ9T3oRZakgHmREFBi a2WbU2YYCMVjqPs5AH++jxChAXSjeox6HbbofJ0Q5EATfYEi3hSsdTHBdm600Grh qOpypWlFQofTo9mg4pq+UHWKupS0hSEoFQ0fGFoB9nSFvZOb/8+b7RuC0BK/KTri rcBDrJKoP865vZyxJh8wpMfy/NCDxw== =3ti8 -----END PGP SIGNATURE----- --KqvBkxV1Hla3lNpF-- From owner-freebsd-current@freebsd.org Tue Jan 12 13:40:17 2021 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 737B24D8E0E for ; Tue, 12 Jan 2021 13:40:17 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DFWsr53jmz3H9d for ; Tue, 12 Jan 2021 13:40:16 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzJuB-0002ld-7t; Tue, 12 Jan 2021 14:40:15 +0100 Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzJuA-000L15-KW; Tue, 12 Jan 2021 14:40:14 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> From: Jakob Alvermark Message-ID: <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> Date: Tue, 12 Jan 2021 14:40:14 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.4.1 MIME-Version: 1.0 In-Reply-To: <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFWsr53jmz3H9d X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 13:40:17 -0000 On 1/12/21 2:16 PM, Hans Petter Selasky wrote: > On 1/12/21 1:43 PM, Jakob Alvermark wrote: >> >> On 1/12/21 12:54 PM, Hans Petter Selasky wrote: >>> On 1/12/21 12:32 PM, Jakob Alvermark wrote: >>>> Alright, after a new bisect run I got a different result, so I most >>>> likely did something wrong the first time. >>>> >>>> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >>>> commit ff3468ac94597efdcbc56f372528dfc98b114dac >>>> Author: Ian Lepore >>>> Date:   Sat Dec 12 18:34:15 2020 +0000 >>>> >>>>      Provide userland notification of gpio pin changes ("userland >>>> gpio interrupts"). >>>> >>>> >>>> Maybe more likely this is causing the panic? >>> >>> Doesn't make sense :-( >>> >>> Can you try to fetch the latest 13-current as of now and re-build >>> the kernel? I noticed some issues myself which got fixed. >> >> >> I did that, still panics the same way. >> >> But, the commit above is about gpio, and I do have >> 'bytgpio_load="YES"' in my /boot/loader.conf >> >> If I boot the kernel without that it works. >> >> 'kldload bytgpio' panics the machine. >> > > Could you screenshot the panic backtrace after kldload of bytegpio ? Sure: panic: vm_fault_lookup: fault on nofault entry, addr: 0xfffffe00c96c2000 cpuid = 1 time = 1610458544 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c7306140 vpanic() at vpanic+0x181/frame 0xfffffe00c7306190 panic() at panic+0x43/frame 0xfffffe00c73061f0 vm_fault() at vm_fault+0x142d/frame 0xfffffe00c73062f0 vm_fault_trap() at vm_fault_trap+0xb1/frame 0xfffffe00c7306340 trap_pfault() at trap_pfault+0x1f6/frame 0xfffffe00c73063a0 trap() at trap+0x280/frame 0xfffffe00c73064b0 calltrap() at calltrap+0x8/frame 0xfffffe00c73064b0 --- trap 0xc, rip = 0xffffffff80c27d08, rsp = 0xfffffe00c7306580, rbp = 0xfffffe00c7306580 --- lock_init() at lock_init+0xf8/frame 0xfffffe00c7306580 _mtx_init() at _mtx_init+0x70/frame 0xfffffe00c73065a0 gpioc_attach() at gpioc_attach+0x139/frame 0xfffffe00c7306620 device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306670 bus_generic_attach() at bus_generic_attach+0x4b/frame 0xfffffe00c73066a0 gpiobus_attach_bus() at gpiobus_attach_bus+0x44/frame 0xfffffe00c73066c0 bytgpio_attach() at bytgpio_attach+0x1f7/frame 0xfffffe00c7306710 device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306760 device_probe_and_attach() at device_probe_and_attach+0x41/frame 0xfffffe00c7306790 acpi_driver_added() at acpi_driver_added+0xaa/frame 0xfffffe00c73067c0 devclass_driver_added() at devclass_driver_added+0x3c/frame 0xfffffe00c7306800 devclass_add_driver() at devclass_add_driver+0x13d/frame 0xfffffe00c7306840 module_register_init() at module_register_init+0xa7/frame 0xfffffe00c7306870 linker_load_module() at linker_load_module+0xbca/frame 0xfffffe00c7306b80 kern_kldload() at kern_kldload+0xbb/frame 0xfffffe00c7306bd0 sys_kldload() at sys_kldload+0x5b/frame 0xfffffe00c7306c00 amd64_syscall() at amd64_syscall+0x111/frame 0xfffffe00c7306d30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00c7306d30 --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80037715a, rsp = 0x7fffffffe698, rbp = 0x7fffffffec10 --- KDB: enter: panic Jakob From owner-freebsd-current@freebsd.org Tue Jan 12 13:46:23 2021 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 265854D91C3 for ; Tue, 12 Jan 2021 13:46:23 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFX0s6T7dz3J8t; Tue, 12 Jan 2021 13:46:21 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 468FD2604E4; Tue, 12 Jan 2021 14:46:20 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current , Ian Lepore References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> From: Hans Petter Selasky Message-ID: Date: Tue, 12 Jan 2021 14:46:09 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DFX0s6T7dz3J8t X-Spamd-Bar: - X-Spamd-Result: default: False [-1.56 / 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)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; NEURAL_SPAM_SHORT(0.74)[0.741]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 13:46:23 -0000 On 1/12/21 2:40 PM, Jakob Alvermark wrote: > > On 1/12/21 2:16 PM, Hans Petter Selasky wrote: >> On 1/12/21 1:43 PM, Jakob Alvermark wrote: >>> >>> On 1/12/21 12:54 PM, Hans Petter Selasky wrote: >>>> On 1/12/21 12:32 PM, Jakob Alvermark wrote: >>>>> Alright, after a new bisect run I got a different result, so I most >>>>> likely did something wrong the first time. >>>>> >>>>> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >>>>> commit ff3468ac94597efdcbc56f372528dfc98b114dac >>>>> Author: Ian Lepore >>>>> Date:   Sat Dec 12 18:34:15 2020 +0000 >>>>> >>>>>      Provide userland notification of gpio pin changes ("userland >>>>> gpio interrupts"). >>>>> >>>>> >>>>> Maybe more likely this is causing the panic? >>>> >>>> Doesn't make sense :-( >>>> >>>> Can you try to fetch the latest 13-current as of now and re-build >>>> the kernel? I noticed some issues myself which got fixed. >>> >>> >>> I did that, still panics the same way. >>> >>> But, the commit above is about gpio, and I do have >>> 'bytgpio_load="YES"' in my /boot/loader.conf >>> >>> If I boot the kernel without that it works. >>> >>> 'kldload bytgpio' panics the machine. >>> >> >> Could you screenshot the panic backtrace after kldload of bytegpio ? > > Sure: > > panic: vm_fault_lookup: fault on nofault entry, addr: 0xfffffe00c96c2000 > cpuid = 1 > time = 1610458544 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > 0xfffffe00c7306140 > vpanic() at vpanic+0x181/frame 0xfffffe00c7306190 > panic() at panic+0x43/frame 0xfffffe00c73061f0 > vm_fault() at vm_fault+0x142d/frame 0xfffffe00c73062f0 > vm_fault_trap() at vm_fault_trap+0xb1/frame 0xfffffe00c7306340 > trap_pfault() at trap_pfault+0x1f6/frame 0xfffffe00c73063a0 > trap() at trap+0x280/frame 0xfffffe00c73064b0 > calltrap() at calltrap+0x8/frame 0xfffffe00c73064b0 > --- trap 0xc, rip = 0xffffffff80c27d08, rsp = 0xfffffe00c7306580, rbp = > 0xfffffe00c7306580 --- > lock_init() at lock_init+0xf8/frame 0xfffffe00c7306580 > _mtx_init() at _mtx_init+0x70/frame 0xfffffe00c73065a0 > gpioc_attach() at gpioc_attach+0x139/frame 0xfffffe00c7306620 > device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306670 > bus_generic_attach() at bus_generic_attach+0x4b/frame 0xfffffe00c73066a0 > gpiobus_attach_bus() at gpiobus_attach_bus+0x44/frame 0xfffffe00c73066c0 > bytgpio_attach() at bytgpio_attach+0x1f7/frame 0xfffffe00c7306710 > device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306760 > device_probe_and_attach() at device_probe_and_attach+0x41/frame > 0xfffffe00c7306790 > acpi_driver_added() at acpi_driver_added+0xaa/frame 0xfffffe00c73067c0 > devclass_driver_added() at devclass_driver_added+0x3c/frame > 0xfffffe00c7306800 > devclass_add_driver() at devclass_add_driver+0x13d/frame 0xfffffe00c7306840 > module_register_init() at module_register_init+0xa7/frame > 0xfffffe00c7306870 > linker_load_module() at linker_load_module+0xbca/frame 0xfffffe00c7306b80 > kern_kldload() at kern_kldload+0xbb/frame 0xfffffe00c7306bd0 > sys_kldload() at sys_kldload+0x5b/frame 0xfffffe00c7306c00 > amd64_syscall() at amd64_syscall+0x111/frame 0xfffffe00c7306d30 > fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00c7306d30 > --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80037715a, rsp = > 0x7fffffffe698, rbp = 0x7fffffffec10 --- > KDB: enter: panic > Adding Ian. --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 15:31:34 2021 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 B886B4DC39E for ; Tue, 12 Jan 2021 15:31:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFZLG4phZz3gxm for ; Tue, 12 Jan 2021 15:31:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id A51C94DC39C; Tue, 12 Jan 2021 15:31:34 +0000 (UTC) Delivered-To: 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 A4E804DBDDB for ; Tue, 12 Jan 2021 15:31:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (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 4DFZLG34cSz3RD7 for ; Tue, 12 Jan 2021 15:31:33 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.24] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id A7F48601A9 for ; Tue, 12 Jan 2021 15:31:32 +0000 (UTC) Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 To: current@freebsd.org References: From: Andriy Gapon Message-ID: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> Date: Tue, 12 Jan 2021 17:31:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DFZLG34cSz3RD7 X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ASN(0.00)[asn:29169, ipnet:217.70.176.0/20, country:FR]; local_wl_from(0.00)[FreeBSD.org] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 15:31:34 -0000 On 2021-01-11 14:55, David Wolfskill wrote: > pci3: unknown notify 0x2 > ACPI Error: AE_ERROR, Thread 100002 could not acquire Mutex [ACPI_MTX_Caches] (0c4) (20201113/utmutex-434) Looks like that was some sort of a race or otherwise transient condition that lead to the _PTS (prepare-to-sleep) failure. > ACPI Error: Aborting method \_PTS due to previous error (AE_NO_MEMORY) (20201113/psparse-689) > acpi0: AcpiEnterSleepStatePrep failed - AE_NO_MEMORY -- Andriy Gapon From owner-freebsd-current@freebsd.org Tue Jan 12 15:37:31 2021 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 74A304DC5A0 for ; Tue, 12 Jan 2021 15:37:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFZT71DCxz3h5l for ; Tue, 12 Jan 2021 15:37:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 27A834DC705; Tue, 12 Jan 2021 15:37:31 +0000 (UTC) Delivered-To: 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 276E34DC688 for ; Tue, 12 Jan 2021 15:37:31 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFZT65rvHz3RG3; Tue, 12 Jan 2021 15:37:30 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10CFbSUQ028258; Tue, 12 Jan 2021 15:37:28 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10CFbSKu028257; Tue, 12 Jan 2021 07:37:28 -0800 (PST) (envelope-from david) Date: Tue, 12 Jan 2021 07:37:28 -0800 From: David Wolfskill To: Andriy Gapon Cc: current@freebsd.org Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Andriy Gapon References: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3e24V0rg+S7fA2KM" Content-Disposition: inline In-Reply-To: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> X-Rspamd-Queue-Id: 4DFZT65rvHz3RG3 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 15:37:31 -0000 --3e24V0rg+S7fA2KM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 12, 2021 at 05:31:30PM +0200, Andriy Gapon wrote: > On 2021-01-11 14:55, David Wolfskill wrote: > > pci3: unknown notify 0x2 > > ACPI Error: AE_ERROR, Thread 100002 could not acquire Mutex [ACPI_MTX_C= aches] (0c4) (20201113/utmutex-434) >=20 > Looks like that was some sort of a race or otherwise transient condition > that lead to the _PTS (prepare-to-sleep) failure. >=20 > > ACPI Error: Aborting method \_PTS due to previous error (AE_NO_MEMORY) = (20201113/psparse-689) > > acpi0: AcpiEnterSleepStatePrep failed - AE_NO_MEMORY > .... That's certainly plausible -- as I noted a bit earlier today, there was no recurrence after this morning's main-c255850-g16079c7233be -> main-c255894-g8b1839548750 update. Should I encounter a recurrence, I will plan to get another screenshot, then bring the machine back up and re-try the poweroff (and then report my findings). Thanks for looking at it. Peace, david --=20 David H. Wolfskill david@catwhisker.org "What happened at the Capitol last Wednesday, then, wasn't the first time Trump's base took him literally. It was the culmination of having taken him literally the entire duration of his presidency." - Chris Cillizza See https://www.catwhisker.org/~david/publickey.gpg for my public key. --3e24V0rg+S7fA2KM Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/9wjhfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclQTQf+M86eKBdIi9/pjuIoUtETD+Sb0fn7CZpIo5KTs9qNMmnh+wBaDRHW6+K3 QHNwsRTe2Q51uSU4hiJacpt/cnt7YRw7EdRQ6DPDZSHet6snb9qTHaTbKuGK/2L4 DO7dCzcKKJc5IAUKBUTht//sA25zNihiUYTB0/Bq/TVkD0J1I0Jz58tv74dEgiLX K0ZE56nb60CnjifMI0+c9btEBjVeAeI+r92Xbr1Oogux9fqZKTLGIR74dYn7MLlg Wt/eOZ0Nvj9qv7i8YFR6yZ0wtkjNYvaULETDYvbafDeNDwrMr2FZKVkcv2xKz/wc FnTCWH3LIfiwKYFXPKrQvfdL+31htg== =0oAW -----END PGP SIGNATURE----- --3e24V0rg+S7fA2KM-- From owner-freebsd-current@freebsd.org Tue Jan 12 15:58:31 2021 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 77E174DD10C for ; Tue, 12 Jan 2021 15:58:31 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (noc.quadranet.com [66.63.164.214]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "sigill.theweb.org.ua", Issuer "sigill.theweb.org.ua" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFZxK6FL1z3jBJ for ; Tue, 12 Jan 2021 15:58:29 +0000 (UTC) (envelope-from oleg@theweb.org.ua) Received: from sigill.theweb.org.ua (localhost [127.0.0.1]) by sigill.theweb.org.ua (8.16.1/8.16.1) with ESMTPS id 10CFwJaO003699 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Tue, 12 Jan 2021 17:58:19 +0200 (EET) (envelope-from oleg@theweb.org.ua) Received: (from oleg@localhost) by sigill.theweb.org.ua (8.16.1/8.16.1/Submit) id 10CFwJEn003698 for freebsd-current@freebsd.org; Tue, 12 Jan 2021 17:58:19 +0200 (EET) (envelope-from oleg@theweb.org.ua) X-Authentication-Warning: sigill.theweb.org.ua: oleg set sender to oleg@theweb.org.ua using -f From: "Oleg V. Nauman" To: freebsd-current@freebsd.org Subject: Current amd64 main-c255825-g2a4b22514635-dirty panic triggered by ure(4) detach Date: Tue, 12 Jan 2021 17:58:19 +0200 Message-ID: <3792754.BRNeRiNLvY@sigill.theweb.org.ua> Organization: Private persom MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Rspamd-Queue-Id: 4DFZxK6FL1z3jBJ X-Spamd-Bar: / X-Spamd-Result: default: False [-0.30 / 15.00]; HAS_XAW(0.00)[]; HFILTER_HELO_NORES_A_OR_MX(0.30)[sigill.theweb.org.ua]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; HFILTER_HELO_IP_A(1.00)[sigill.theweb.org.ua]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; CTE_CASE(0.50)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.63.164.214:from]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:8100, ipnet:66.63.164.0/23, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[oleg]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.63.164.214:from:127.0.2.255]; DMARC_NA(0.00)[theweb.org.ua]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 15:58:31 -0000 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct pcpu, (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 #1 doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:399 #2 0xffffffff804a3b3e in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:486 #3 0xffffffff804a3f2b in vpanic (fmt=, ap=0xfffffe00eb7d3130) at /usr/src/sys/kern/kern_shutdown.c:919 #4 0xffffffff804a3d83 in panic (fmt=) at /usr/src/sys/kern/kern_shutdown.c:843 #5 0xffffffff807009cc in trap_fatal (frame=frame@entry=0xfffffe00eb7d3330, eva=1088) at /usr/src/sys/amd64/amd64/trap.c:915 #6 0xffffffff80700d68 in trap_pfault (frame=frame@entry=0xfffffe00eb7d3330, usermode=false, signo=, signo@entry=0x0, ucode=, ucode@entry=0x0) at /usr/src/sys/amd64/include/cpufunc.h:433 #7 0xffffffff807001c9 in trap (frame=0xfffffe00eb7d3330) at /usr/src/sys/amd64/amd64/trap.c:398 #8 #9 __mtx_lock_sleep (c=0xfffff8023a13beb8, v=) at /usr/src/sys/kern/kern_mutex.c:590 #10 0xffffffff80400304 in usbd_do_request_flags (udev=, udev@entry=0xfffff802f632e000, mtx=0xfffff8023a13bea0, req=req@entry=0xfffffe00eb7d3558, data=data@entry=0xfffffe00eb7d3564, flags=flags@entry=0, actlen=actlen@entry=0x0, timeout=) at /usr/src/sys/dev/usb/usb_request.c:714 #11 0xffffffff804003e0 in usbd_do_request_proc (udev=0xfffff802f632e000, pproc=pproc@entry=0xfffff8023a13bc40, req=req@entry=0xfffffe00eb7d3558, data=data@entry=0xfffffe00eb7d3564, flags=flags@entry=0, actlen=actlen@entry=0x0, timeout=1000) at /usr/src/sys/dev/usb/usb_request.c:759 #12 0xffffffff81648499 in ure_ctl (sc=0xfffff8023a13bc00, rw=1 '\001', val=45056, index=256, buf=0xfffffe00eb7d3564, len=4) at /usr/src/sys/dev/usb/net/if_ure.c:303 #13 ure_read_mem (sc=0xfffff8023a13bc00, addr=45056, index=256, buf=0xfffffe00eb7d3564, len=4) at /usr/src/sys/dev/usb/net/if_ure.c:311 #14 ure_read_2 (sc=0xfffff8023a13bc00, reg=45056, index=256) at /usr/src/sys/dev/usb/net/if_ure.c:349 #15 ure_ocp_reg_read (sc=0xfffff8023a13bc00, addr=8192) at /usr/src/sys/dev/usb/net/if_ure.c:424 #16 ure_miibus_readreg (dev=, phy=, reg=) at /usr/src/sys/dev/usb/net/if_ure.c:457 #17 0xffffffff81660535 in MIIBUS_READREG (dev=0xfffff8027ee1c900, phy=0, reg=0) at ./miibus_if.h:27 #18 rgephy_status (sc=0xfffff801bdce6880) at /usr/src/sys/dev/mii/rgephy.c:325 #19 0xffffffff81660427 in rgephy_service (sc=0xfffff801bdce6880, mii=, cmd=) at /usr/src/sys/dev/mii/rgephy.c:265 #20 0xffffffff8165c8d6 in mii_pollstat (mii=mii@entry=0xfffff801bc043700) at /usr/src/sys/dev/mii/mii.c:627 #21 0xffffffff8164b165 in ure_ifmedia_sts (ifp=, ifmr=0xfffffe00eb7d3910) at /usr/src/sys/dev/usb/net/if_ure.c:1272 #22 0xffffffff8059fbca in ifmedia_ioctl (ifp=0xfffff8023a13beb8, ifr=0xfffffe00eb7d3910, ifm=0xfffff801bc043700, cmd=) at /usr/src/sys/net/if_media.c:294 #23 0xffffffff80597875 in ifhwioctl (cmd=cmd@entry=3224398136, ifp=ifp@entry=0xfffff80268a30000, data=data@entry=0xfffffe00eb7d3910 "ue0", td=td@entry=0xfffffe00eb4aea00) at /usr/src/sys/net/if.c:2840 #24 0xffffffff805992e6 in ifioctl (so=0xfffff8031252b3b0, cmd=3224398136, data=0xfffffe00eb7d3910 "ue0", td=0xfffffe00eb4aea00) at /usr/src/sys/net/if.c:3049 #25 0xffffffff80505caa in fo_ioctl (fp=0xfffff80030644e10, com=3224398136, data=0xfffffe00eb7d3910, active_cred=0xfffff8023a13bea0, td=0xfffffe00eb4aea00) at /usr/src/sys/sys/file.h:354 #26 kern_ioctl (td=0xfffffe00eb4aea00, fd=, com=com@entry=3224398136, data=data@entry=0xfffffe00eb7d3910 "ue0") at /usr/src/sys/kern/sys_generic.c:803 #27 0xffffffff805059f6 in sys_ioctl (td=, uap=0xfffffe00eb4aede8) at /usr/src/sys/kern/sys_generic.c:711 #28 0xffffffff807012a0 in syscallenter (td=0xfffffe00eb4aea00) at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 #29 amd64_syscall (td=0xfffffe00eb4aea00, traced=0) at /usr/src/sys/amd64/amd64/trap.c:1156 #30 #31 0x00000008026d8b6a in ?? () Backtrace stopped: Cannot access memory at address 0x7fffdf7f8ed8 (kgdb) From owner-freebsd-current@freebsd.org Tue Jan 12 16:00:16 2021 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 9E1C24DD329 for ; Tue, 12 Jan 2021 16:00:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFZzM54J3z3jnv for ; Tue, 12 Jan 2021 16:00:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 47A0C26048A; Tue, 12 Jan 2021 17:00:08 +0100 (CET) Subject: Re: Current amd64 main-c255825-g2a4b22514635-dirty panic triggered by ure(4) detach To: "Oleg V. Nauman" , freebsd-current@freebsd.org References: <3792754.BRNeRiNLvY@sigill.theweb.org.ua> From: Hans Petter Selasky Message-ID: Date: Tue, 12 Jan 2021 16:59:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <3792754.BRNeRiNLvY@sigill.theweb.org.ua> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DFZzM54J3z3jnv X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 16:00:16 -0000 On 1/12/21 4:58 PM, Oleg V. Nauman wrote: > > > > __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > 55 __asm("movq %%gs:%P1,%0" : "=r" (td) : "n" (offsetof(struct > pcpu, > (kgdb) #0 __curthread () at /usr/src/sys/amd64/include/pcpu_aux.h:55 > #1 doadump (textdump=) > at /usr/src/sys/kern/kern_shutdown.c:399 > #2 0xffffffff804a3b3e in kern_reboot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:486 > #3 0xffffffff804a3f2b in vpanic (fmt=, ap=0xfffffe00eb7d3130) > at /usr/src/sys/kern/kern_shutdown.c:919 > #4 0xffffffff804a3d83 in panic (fmt=) > at /usr/src/sys/kern/kern_shutdown.c:843 > #5 0xffffffff807009cc in trap_fatal (frame=frame@entry=0xfffffe00eb7d3330, > eva=1088) at /usr/src/sys/amd64/amd64/trap.c:915 > #6 0xffffffff80700d68 in trap_pfault (frame=frame@entry=0xfffffe00eb7d3330, > usermode=false, signo=, signo@entry=0x0, > ucode=, ucode@entry=0x0) > at /usr/src/sys/amd64/include/cpufunc.h:433 > #7 0xffffffff807001c9 in trap (frame=0xfffffe00eb7d3330) > at /usr/src/sys/amd64/amd64/trap.c:398 > #8 > #9 __mtx_lock_sleep (c=0xfffff8023a13beb8, v=) > at /usr/src/sys/kern/kern_mutex.c:590 > #10 0xffffffff80400304 in usbd_do_request_flags (udev=, > udev@entry=0xfffff802f632e000, mtx=0xfffff8023a13bea0, > req=req@entry=0xfffffe00eb7d3558, data=data@entry=0xfffffe00eb7d3564, > flags=flags@entry=0, actlen=actlen@entry=0x0, timeout=) > at /usr/src/sys/dev/usb/usb_request.c:714 > #11 0xffffffff804003e0 in usbd_do_request_proc (udev=0xfffff802f632e000, > pproc=pproc@entry=0xfffff8023a13bc40, req=req@entry=0xfffffe00eb7d3558, > data=data@entry=0xfffffe00eb7d3564, flags=flags@entry=0, > actlen=actlen@entry=0x0, timeout=1000) > at /usr/src/sys/dev/usb/usb_request.c:759 > #12 0xffffffff81648499 in ure_ctl (sc=0xfffff8023a13bc00, rw=1 '\001', > val=45056, index=256, buf=0xfffffe00eb7d3564, len=4) > at /usr/src/sys/dev/usb/net/if_ure.c:303 > #13 ure_read_mem (sc=0xfffff8023a13bc00, addr=45056, index=256, > buf=0xfffffe00eb7d3564, len=4) at /usr/src/sys/dev/usb/net/if_ure.c:311 > #14 ure_read_2 (sc=0xfffff8023a13bc00, reg=45056, index=256) > at /usr/src/sys/dev/usb/net/if_ure.c:349 > #15 ure_ocp_reg_read (sc=0xfffff8023a13bc00, addr=8192) > at /usr/src/sys/dev/usb/net/if_ure.c:424 > #16 ure_miibus_readreg (dev=, phy=, > reg=) at /usr/src/sys/dev/usb/net/if_ure.c:457 > #17 0xffffffff81660535 in MIIBUS_READREG (dev=0xfffff8027ee1c900, phy=0, > reg=0) at ./miibus_if.h:27 > #18 rgephy_status (sc=0xfffff801bdce6880) at /usr/src/sys/dev/mii/rgephy.c:325 > #19 0xffffffff81660427 in rgephy_service (sc=0xfffff801bdce6880, > mii=, cmd=) > at /usr/src/sys/dev/mii/rgephy.c:265 > #20 0xffffffff8165c8d6 in mii_pollstat (mii=mii@entry=0xfffff801bc043700) > at /usr/src/sys/dev/mii/mii.c:627 > #21 0xffffffff8164b165 in ure_ifmedia_sts (ifp=, > ifmr=0xfffffe00eb7d3910) at /usr/src/sys/dev/usb/net/if_ure.c:1272 > #22 0xffffffff8059fbca in ifmedia_ioctl (ifp=0xfffff8023a13beb8, > ifr=0xfffffe00eb7d3910, ifm=0xfffff801bc043700, cmd=) > at /usr/src/sys/net/if_media.c:294 > #23 0xffffffff80597875 in ifhwioctl (cmd=cmd@entry=3224398136, > ifp=ifp@entry=0xfffff80268a30000, > data=data@entry=0xfffffe00eb7d3910 "ue0", td=td@entry=0xfffffe00eb4aea00) > at /usr/src/sys/net/if.c:2840 > #24 0xffffffff805992e6 in ifioctl (so=0xfffff8031252b3b0, cmd=3224398136, > data=0xfffffe00eb7d3910 "ue0", td=0xfffffe00eb4aea00) > at /usr/src/sys/net/if.c:3049 > #25 0xffffffff80505caa in fo_ioctl (fp=0xfffff80030644e10, com=3224398136, > data=0xfffffe00eb7d3910, active_cred=0xfffff8023a13bea0, > td=0xfffffe00eb4aea00) at /usr/src/sys/sys/file.h:354 > #26 kern_ioctl (td=0xfffffe00eb4aea00, fd=, > com=com@entry=3224398136, data=data@entry=0xfffffe00eb7d3910 "ue0") > at /usr/src/sys/kern/sys_generic.c:803 > #27 0xffffffff805059f6 in sys_ioctl (td=, > uap=0xfffffe00eb4aede8) at /usr/src/sys/kern/sys_generic.c:711 > #28 0xffffffff807012a0 in syscallenter (td=0xfffffe00eb4aea00) > at /usr/src/sys/amd64/amd64/../../kern/subr_syscall.c:189 > #29 amd64_syscall (td=0xfffffe00eb4aea00, traced=0) > at /usr/src/sys/amd64/amd64/trap.c:1156 > #30 > #31 0x00000008026d8b6a in ?? () > Backtrace stopped: Cannot access memory at address 0x7fffdf7f8ed8 > (kgdb) > This appears to a known regression issue. Patches are on the way. See: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252608 --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 16:02:54 2021 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 D71E74DD777 for ; Tue, 12 Jan 2021 16:02:54 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFb2Q0Gv2z3k8T for ; Tue, 12 Jan 2021 16:02:53 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 10CG2lSn022930 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 12 Jan 2021 16:02:47 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 10CG2lfv022929; Tue, 12 Jan 2021 16:02:47 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202101121602.10CG2lfv022929@donotpassgo.dyslexicfish.net> Date: Tue, 12 Jan 2021 16:02:46 +0000 Organization: Dyslexic Fish To: jamie@catflap.org, grahamperrin@gmail.com, freebsd-current@freebsd.org Subject: Re: Git and complementary web interfaces (some fast but basic, others fuller-featured) References: <94447.1609779520@critter.freebsd.dk> <94622.1609782682@critter.freebsd.dk> <202101051308.105D8IMh060928@donotpassgo.dyslexicfish.net> <202101060232.1062WKMu005019@donotpassgo.dyslexicfish.net> <593c762a-aaa7-a114-43a3-20251b8e92ef@gmail.com> <202101061434.106EY802043911@donotpassgo.dyslexicfish.net> <221f60b4-aa33-6ddc-6b1a-85bf5c35ae1e@gmail.com> In-Reply-To: <221f60b4-aa33-6ddc-6b1a-85bf5c35ae1e@gmail.com> User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Tue, 12 Jan 2021 16:02:47 +0000 (GMT) X-Rspamd-Queue-Id: 4DFb2Q0Gv2z3k8T X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:300:2185:123::1:from]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; ARC_NA(0.00)[]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:19f0:300:2185:123::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[catflap.org,gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 16:02:54 -0000 Graham Perrin wrote: > Strictly speaking, main site does still > direct developers to the Subversion repository and the Git mirror on GitHub. Fair enough, but that will change, and timestamps don't appear to be an option. I'm sure it wouldn't be too painful to add, I'll probably look at it myself when I switch to FreeBSD-13. > cgit describes itself as "hyperfast" with > "basic repository browsing" > as a feature. > > Beyond those basics, I guess that it will be appropriate to ensure > awareness of complementary web-based repository browsers including > GitHub and GitLab; these might be > described as fuller-featured (without explicitly describing them as > relatively slow). Awareness through the Developers menu at > and so on. I liked svnweb. I like cgit. github is too heavy for browsing (I can't be the only one who fires up w3m from the command line to do a quick check on something) A typical "file/directory" type ui that git has is all I want... but with absolute timestamps! :-) Cheers, Jamie From owner-freebsd-current@freebsd.org Tue Jan 12 17:04:22 2021 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 DEE6B4DF0C9 for ; Tue, 12 Jan 2021 17:04:22 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [IPv6:2001:19f0:300:2185:123::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFcPL3TT0z3qRB for ; Tue, 12 Jan 2021 17:04:22 +0000 (UTC) (envelope-from jamie@catflap.org) Received: from donotpassgo.dyslexicfish.net (donotpassgo.dyslexicfish.net [104.207.135.49]) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5) with ESMTP id 10CH4KwE042527 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 12 Jan 2021 17:04:20 GMT (envelope-from jamie@donotpassgo.dyslexicfish.net) Received: (from jamie@localhost) by donotpassgo.dyslexicfish.net (8.14.5/8.14.5/Submit) id 10CH4K91042526 for freebsd-current@freebsd.org; Tue, 12 Jan 2021 17:04:20 GMT (envelope-from jamie) From: Jamie Landeg-Jones Message-Id: <202101121704.10CH4K91042526@donotpassgo.dyslexicfish.net> Date: Tue, 12 Jan 2021 17:04:20 +0000 Organization: Dyslexic Fish To: freebsd-current@freebsd.org Subject: /usr/bin/diff - incorrectly says files are identical User-Agent: Heirloom mailx 12.4 7/29/08 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.7 (donotpassgo.dyslexicfish.net [104.207.135.49]); Tue, 12 Jan 2021 17:04:20 +0000 (GMT) X-Rspamd-Queue-Id: 4DFcPL3TT0z3qRB X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.44 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:300:2185:123::1:from]; FREEFALL_USER(0.00)[jamie]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx:dyslexicfish.net:c]; 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]; HAS_ORG_HEADER(0.00)[]; SPAMHAUS_ZRD(0.00)[2001:19f0:300:2185:123::1:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[catflap.org,none]; NEURAL_HAM_SHORT(-0.64)[-0.638]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:20473, ipnet:2001:19f0::/38, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 17:04:22 -0000 When diff hits certain access errors, function diffreg() shows the error message, and then returns to the calling function, which calls print_status() with the return value. However, in these cases, the return value isn't changed from the initial default value of D_SAME. Normally, print_status() with a value of D_SAME does nothing, so this works out ok, however, if the "-s" flag is set, a message is displayed showing identicality: case D_SAME: if (sflag) printf("Files %s%s and %s%s are identical\n", path1, entry, path2, entry); break; This then produces such results as: % diff -s /COPYRIGHT /var/run/rpcbind.sock diff: /var/run/rpcbind.sock: Operation not supported Files /COPYRIGHT and /var/run/rpcbind.sock are identical % diff -s /COPYRIGHT /etc/master.passwd diff: /etc/master.passwd: Permission denied Files /COPYRIGHT and /etc/master.passwd are identical Further details, and fixing patch here: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252614 Cheers, Jamie From owner-freebsd-current@freebsd.org Tue Jan 12 17:10:28 2021 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 4A99A4DF4D7 for ; Tue, 12 Jan 2021 17:10:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFcXM3mT0z3qfC; Tue, 12 Jan 2021 17:10:27 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 1D83C2602AA; Tue, 12 Jan 2021 18:10:25 +0100 (CET) Subject: Re: Panic after updating From: Hans Petter Selasky To: Jakob Alvermark , FreeBSD Current , Ian Lepore References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> Message-ID: Date: Tue, 12 Jan 2021 18:10:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DFcXM3mT0z3qfC X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 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)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.966]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 17:10:28 -0000 On 1/12/21 2:46 PM, Hans Petter Selasky wrote: > On 1/12/21 2:40 PM, Jakob Alvermark wrote: >> >> On 1/12/21 2:16 PM, Hans Petter Selasky wrote: >>> On 1/12/21 1:43 PM, Jakob Alvermark wrote: >>>> >>>> On 1/12/21 12:54 PM, Hans Petter Selasky wrote: >>>>> On 1/12/21 12:32 PM, Jakob Alvermark wrote: >>>>>> Alright, after a new bisect run I got a different result, so I >>>>>> most likely did something wrong the first time. >>>>>> >>>>>> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >>>>>> commit ff3468ac94597efdcbc56f372528dfc98b114dac >>>>>> Author: Ian Lepore >>>>>> Date:   Sat Dec 12 18:34:15 2020 +0000 >>>>>> >>>>>>      Provide userland notification of gpio pin changes ("userland >>>>>> gpio interrupts"). >>>>>> >>>>>> >>>>>> Maybe more likely this is causing the panic? >>>>> >>>>> Doesn't make sense :-( >>>>> >>>>> Can you try to fetch the latest 13-current as of now and re-build >>>>> the kernel? I noticed some issues myself which got fixed. >>>> >>>> >>>> I did that, still panics the same way. >>>> >>>> But, the commit above is about gpio, and I do have >>>> 'bytgpio_load="YES"' in my /boot/loader.conf >>>> >>>> If I boot the kernel without that it works. >>>> >>>> 'kldload bytgpio' panics the machine. >>>> >>> >>> Could you screenshot the panic backtrace after kldload of bytegpio ? >> >> Sure: >> >> panic: vm_fault_lookup: fault on nofault entry, addr: 0xfffffe00c96c2000 >> cpuid = 1 >> time = 1610458544 >> KDB: stack backtrace: >> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >> 0xfffffe00c7306140 >> vpanic() at vpanic+0x181/frame 0xfffffe00c7306190 >> panic() at panic+0x43/frame 0xfffffe00c73061f0 >> vm_fault() at vm_fault+0x142d/frame 0xfffffe00c73062f0 >> vm_fault_trap() at vm_fault_trap+0xb1/frame 0xfffffe00c7306340 >> trap_pfault() at trap_pfault+0x1f6/frame 0xfffffe00c73063a0 >> trap() at trap+0x280/frame 0xfffffe00c73064b0 >> calltrap() at calltrap+0x8/frame 0xfffffe00c73064b0 >> --- trap 0xc, rip = 0xffffffff80c27d08, rsp = 0xfffffe00c7306580, rbp >> = 0xfffffe00c7306580 --- >> lock_init() at lock_init+0xf8/frame 0xfffffe00c7306580 >> _mtx_init() at _mtx_init+0x70/frame 0xfffffe00c73065a0 >> gpioc_attach() at gpioc_attach+0x139/frame 0xfffffe00c7306620 >> device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306670 >> bus_generic_attach() at bus_generic_attach+0x4b/frame 0xfffffe00c73066a0 >> gpiobus_attach_bus() at gpiobus_attach_bus+0x44/frame 0xfffffe00c73066c0 >> bytgpio_attach() at bytgpio_attach+0x1f7/frame 0xfffffe00c7306710 >> device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306760 >> device_probe_and_attach() at device_probe_and_attach+0x41/frame >> 0xfffffe00c7306790 >> acpi_driver_added() at acpi_driver_added+0xaa/frame 0xfffffe00c73067c0 >> devclass_driver_added() at devclass_driver_added+0x3c/frame >> 0xfffffe00c7306800 >> devclass_add_driver() at devclass_add_driver+0x13d/frame >> 0xfffffe00c7306840 >> module_register_init() at module_register_init+0xa7/frame >> 0xfffffe00c7306870 >> linker_load_module() at linker_load_module+0xbca/frame 0xfffffe00c7306b80 >> kern_kldload() at kern_kldload+0xbb/frame 0xfffffe00c7306bd0 >> sys_kldload() at sys_kldload+0x5b/frame 0xfffffe00c7306c00 >> amd64_syscall() at amd64_syscall+0x111/frame 0xfffffe00c7306d30 >> fast_syscall_common() at fast_syscall_common+0xf8/frame >> 0xfffffe00c7306d30 >> --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80037715a, rsp >> = 0x7fffffffe698, rbp = 0x7fffffffec10 --- >> KDB: enter: panic >> > > Adding Ian. > Looks like an off-by-one there. Can you try to apply this patch manually: > diff --git a/sys/dev/gpio/gpioc.c b/sys/dev/gpio/gpioc.c > index 727b07a7058..29d795bb54b 100644 > --- a/sys/dev/gpio/gpioc.c > +++ b/sys/dev/gpio/gpioc.c > @@ -582,7 +582,7 @@ gpioc_attach(device_t dev) > return (err); > sc->sc_pin_intr = malloc(sizeof(struct gpioc_pin_intr) * sc->sc_npins, > M_GPIOC, M_WAITOK | M_ZERO); > - for (int i = 0; i <= sc->sc_npins; i++) { > + for (int i = 0; i != sc->sc_npins; i++) { > sc->sc_pin_intr[i].pin = malloc(sizeof(struct gpiobus_pin), > M_GPIOC, M_WAITOK | M_ZERO); > sc->sc_pin_intr[i].sc = sc; > @@ -616,7 +616,7 @@ gpioc_detach(device_t dev) > if (sc->sc_ctl_dev) > destroy_dev(sc->sc_ctl_dev); > > - for (int i = 0; i <= sc->sc_npins; i++) { > + for (int i = 0; i != sc->sc_npins; i++) { > mtx_destroy(&sc->sc_pin_intr[i].mtx); > free(&sc->sc_pin_intr[i].pin, M_GPIOC); > } --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 18:10:40 2021 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 087104E1438 for ; Tue, 12 Jan 2021 18:10:40 +0000 (UTC) (envelope-from joe@via.net) Received: from smtp4.via.net (smtp4.via.net [209.81.0.254]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "via.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFdsq0prGz4S0Y for ; Tue, 12 Jan 2021 18:10:38 +0000 (UTC) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [157.22.3.34]) by smtp4.via.net (8.15.2/8.14.1-VIANET) with ESMTPS id 10CIAa79002568 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Tue, 12 Jan 2021 10:10:37 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at smtp4.via.net Received: from [209.81.2.65] ([209.81.2.65]) by mail.via.net (8.15.2/8.14.1-VIANET) with ESMTP id 10CIAatW004677 for ; Tue, 12 Jan 2021 10:10:36 -0800 (PST) From: joe mcguckin Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Preparing ZFS drives Message-Id: Date: Tue, 12 Jan 2021 10:10:26 -0800 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (smtp4.via.net [209.81.0.254]); Tue, 12 Jan 2021 10:10:37 -0800 (PST) X-Rspamd-Queue-Id: 4DFdsq0prGz4S0Y X-Spamd-Bar: - X-Spamd-Result: default: False [-1.41 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.39)[0.389]; FREEFALL_USER(0.00)[joe]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.81.0.254:from]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[209.81.0.254:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[via.net]; R_SPF_ALLOW(-0.20)[+MX]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.81.0.254:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7091, ipnet:209.81.0.0/18, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:10:40 -0000 Folks, I want to buy some 16TB drives and raid them up How should I label and prepare the drives for ZFS? Someone ought to = write a =E2=80=98cookbook=E2=80=99 on that! Do I need to start the volume on a particular sector boundary? Are the 4096 byte sector drives usable? Thanks, Joe Joe McGuckin ViaNet Communications joe@via.net 650-207-0372 cell 650-213-1302 office 650-969-2124 fax From owner-freebsd-current@freebsd.org Tue Jan 12 18:32:20 2021 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 A8F064E1DC3 for ; Tue, 12 Jan 2021 18:32:20 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk1-x72f.google.com (mail-qk1-x72f.google.com [IPv6:2607:f8b0:4864:20::72f]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFfLq2kKQz4TDn for ; Tue, 12 Jan 2021 18:32:19 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk1-x72f.google.com with SMTP id v126so2734916qkd.11 for ; Tue, 12 Jan 2021 10:32:19 -0800 (PST) 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=yDGnoC+I631kn5CmbGFUp4vEIhuwD38mGwwTaJuzZ54=; b=kAHJcPiCDVcypuNFybYp7jXV+sdf6bd+fkdnjSbWkoDwcHySiP9lNcpNRmk2lLLfO9 1ilfiM7puzaFfKa/qSEiDDZ19mlQeDEiJtaFVxBFynHSPOC72ZzC2OEmRI5OYedicNdt cTY23Tq7OBtnU5uRMOT+YeHNg/G7qqR9on5SzlAF3dYtuAA6V3Pq3jk7C1AZS2JD+dR1 gZQyhhVy1bx7v2egJwFAxk0KYighsmmdExWt1svHasx04vnpN1njReG8+ITEeDl+AIJ2 XUr9qFMvacksAcby2HqjqknJ8bIeWWBojAWzb9TG2tXLO8I76N1HDakum+weXlNqlPbI JqgA== X-Gm-Message-State: AOAM533H5fc2x6x4U45WgmgnM0cdiGY0NL73wcGIHGpy75hf3veRuZz1 ur9abWxuWfRdjPTLYuvg/fVHg7WtHq3QIg0zaKDiSiuAfUA= X-Google-Smtp-Source: ABdhPJy0pO+3gXLMS6tchGLbXU4QnRBZvp9lwxH0Vuprrk5vxl8H3T/IwPp6hAJgdNealN+qLCgTdA+n+4nVVfmKDpE= X-Received: by 2002:a37:7981:: with SMTP id u123mr688775qkc.360.1610476338392; Tue, 12 Jan 2021 10:32:18 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Freddie Cash Date: Tue, 12 Jan 2021 10:32:07 -0800 Message-ID: Subject: Re: Preparing ZFS drives To: joe mcguckin Cc: FreeBSD-Current X-Rspamd-Queue-Id: 4DFfLq2kKQz4TDn X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; 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]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72f:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72f:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72f:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:32:20 -0000 On Tue, Jan 12, 2021 at 10:10 AM joe mcguckin wrote: > Folks, > > I want to buy some 16TB drives and raid them up > > How should I label and prepare the drives for ZFS? Someone ought to writ= e > a =E2=80=98cookbook=E2=80=99 on that! > If these drives will be strictly data drives (not booting from them), partitioning them is fairly easy. You will want to determine a labelling system for them. Personally, I like to label the drives using a grid system (columns are letters, rows are numbers). For systems with multiple JBODs attached, I include which JBOD chassis their in as well. For example, a 24-bay chassis would use disk-a1, disk-a2, disk-a3 ... disk-d4, disk-d5, disk-d6. A system with 2 24-bay JBODs would use jbod1-a1, jbod1-a2, jbod1-a3 ... jbod2-d4, jbod2-d5, jbod2-d6. So you label the GPT partition on each disk, and build the pool using the GPT partition labels. gpart create -s gpt da0 gpart add -t freebsd-zfs -a 1M -l disk-a1 da0 gpart create -s gpt da1 gpart add -t freebsd-zfs -a 1M -l disk-a2 da1 And so on. Add 1 disk, partition/label it based on its location. Then add the next disk. And so on. Then use the GPT labels to create the pool (they show up as devices under the /dev/gpt/ directory): zpool create mypool mirror gpt/disk-a1 gpt/disk-a2 mirror gpt/disk-a3 gpt/disk-a4 mirror gpt/disk-a5 gpt/disk-a6 If you need to boot from these drives (make a root pool), then things get more complicated. Personally, I'd recommend using the 16 TB drives strictly for a data pool, and then use some smaller SSDs for a root pool, in a simple mirror vdev setup. Separate the OS from the data. :) Do I need to start the volume on a particular sector boundary? > The "-a 1M" argument for gpart does it for you. It aligns the partition at the 1 MB boundary, and figures out which sector of the disk that corresponds to based on the sector size of the disk (512B or 4K). > Are the 4096 byte sector drives usable? > Yeah, they work without issues. Try not to mix 512B and 4K drives within a single vdev (it'll work, but may cause performance issues). Mixing them in a pool (a vdev using 512B drives, another vdev using 4K drives) is okay, so long as you set the vfs.zfs.min_auto_ashift sysctl to 12 (force the minimum block size used by ZFS to be 4K). That way, in the future, you can replace the 512B drives with 4K drives without any performance issues. You can check what the ashift value is for each of the vdevs using: zdb | grep -B5 ashift If it shows ashift=3D9 anywhere, then destroy the pool, change the sysctl value, and recreate the pool. Check to make sure it shows ashift=3D12 in z= db output. --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-current@freebsd.org Tue Jan 12 18:35:14 2021 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 8D4F54E1F65 for ; Tue, 12 Jan 2021 18:35:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from home.opsec.eu (home.opsec.eu [IPv6:2001:14f8:200::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFfQB23vJz4TlX for ; Tue, 12 Jan 2021 18:35:14 +0000 (UTC) (envelope-from pi@freebsd.org) Received: from pi by home.opsec.eu with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1kzOVR-0008yc-Dj; Tue, 12 Jan 2021 19:35:01 +0100 Date: Tue, 12 Jan 2021 19:35:01 +0100 From: Kurt Jaeger To: joe mcguckin Cc: freebsd-current@freebsd.org Subject: Re: Preparing ZFS drives Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DFfQB23vJz4TlX X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; local_wl_from(0.00)[freebsd.org]; ASN(0.00)[asn:12502, ipnet:2001:14f8::/32, country:DE] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:35:14 -0000 Hi! > How should I label and prepare the drives for ZFS? Someone ought to write a ???cookbook??? on that! Basically, what I once did, was this: zpool create bck raidz2 ada2 ada3 ada4 ada5 ada6 ada7 ada8 ada9 Therefore: raw disks, nothing else. > Do I need to start the volume on a particular sector boundary? > > Are the 4096 byte sector drives usable? I think the default is now 4096 anyway. https://charsiurice.wordpress.com/2016/05/30/checking-ashift-on-existing-pools/ describes the command to check for 4096 blocks: zdb -C | grep ashift If it displays ashift: 9 the blocks are 512 bytes. If it displays ashift: 12 the block size is 4096. -- pi@opsec.eu +49 171 3101372 Now what ? From owner-freebsd-current@freebsd.org Tue Jan 12 18:38:37 2021 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 ADD4C4E22D0 for ; Tue, 12 Jan 2021 18:38:37 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f44.google.com (mail-ot1-f44.google.com [209.85.210.44]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFfV45vSkz4Tvp for ; Tue, 12 Jan 2021 18:38:36 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f44.google.com with SMTP id j20so3228198otq.5 for ; Tue, 12 Jan 2021 10:38:36 -0800 (PST) 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=94nNz6odrJjSrCabSXbjOQh6Q+6uqomsFqgWUd7l8vM=; b=JNzu2ort4+7ZpmqJ/TWVia9DAQGedjawIjJRQqUwqr2SszA8gdgYE2+cTM0bVr4eYF lFxQnG8AmYNQY9/oXiRh2HxLmZLUwenhlupLZOoKXoWCDC6/bLaTmPSwPWdoG5klbn3N 6iw4ai+YogAOYbYwC4pgGrCKiHZTB7FS/olgys586dDTtY1eCo0tzMNiYyH3dJvsbMRY d/4V7nVPOR4S+ReCpTYPeZ0zM+DjzqS1OUZZklEDVOdUL7d2l1cndyZbUtE8jhUlqXsM yA5Dgw619w+EYPZ51XquECXzOuwvMyxOpy/LM3TBqO+bY6IchhtAuS2IP6Nbu3urQpib 3QGA== X-Gm-Message-State: AOAM533LZ8AScsEX4jd0OJAMwRd6qPMgilfSjQFcpFHRJ2YKI3/Re4rc lQnTDXLJrDZQ4XYTmyYqyRv8w6xDK8H4oTEOut6260DGCG8= X-Google-Smtp-Source: ABdhPJxoTTQUF6pNxTxJT8FfaM3cCl5KgxLod+ZaX+PnyCMRycr5pJhOxFj3JbXZNOm34qDpeApfLEQrV+BkZj3htfU= X-Received: by 2002:a05:6830:2413:: with SMTP id j19mr506860ots.251.1610476715727; Tue, 12 Jan 2021 10:38:35 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Alan Somers Date: Tue, 12 Jan 2021 11:38:24 -0700 Message-ID: Subject: Re: Preparing ZFS drives To: joe mcguckin Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DFfV45vSkz4Tvp X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.44:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.999]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.44:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.210.44:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.44:from]; R_DKIM_NA(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:38:37 -0000 On Tue, Jan 12, 2021 at 11:10 AM joe mcguckin wrote: > Folks, > > I want to buy some 16TB drives and raid them up > > How should I label and prepare the drives for ZFS? Someone ought to writ= e > a =E2=80=98cookbook=E2=80=99 on that! > > Do I need to start the volume on a particular sector boundary? > > Are the 4096 byte sector drives usable? > > Thanks, > > Joe > > Joe McGuckin > ViaNet Communications > > joe@via.net > 650-207-0372 cell > 650-213-1302 office > 650-969-2124 fax > If you aren't going to boot from them, and you aren't using anything fancy like multipath JBODs, then you don't need to do anything at all. Just use the raw disks. And you don't need to worry about the sector size, unless you're planning to replace 512B disks with 4KB disks at some future date. -Alan From owner-freebsd-current@freebsd.org Tue Jan 12 18:40:43 2021 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 81DFB4E2353 for ; Tue, 12 Jan 2021 18:40:43 +0000 (UTC) (envelope-from joe@via.net) Received: from smtp2.via.net (smtp2.via.net [157.22.3.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "via.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFfXV3GqTz4V2k for ; Tue, 12 Jan 2021 18:40:42 +0000 (UTC) (envelope-from joe@via.net) Received: from mail.via.net (mail.via.net [157.22.3.34]) by smtp2.via.net (8.15.2/8.14.1-VIANET) with ESMTPS id 10CIedCM010873 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 12 Jan 2021 10:40:39 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at smtp2.via.net Received: from [209.81.2.65] ([209.81.2.65]) by mail.via.net (8.15.2/8.14.1-VIANET) with ESMTP id 10CIedZJ012656; Tue, 12 Jan 2021 10:40:39 -0800 (PST) From: joe mcguckin Message-Id: Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: Preparing ZFS drives Date: Tue, 12 Jan 2021 10:40:28 -0800 In-Reply-To: Cc: FreeBSD-Current To: Freddie Cash References: X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (smtp2.via.net [157.22.3.6]); Tue, 12 Jan 2021 10:40:40 -0800 (PST) X-Rspamd-Queue-Id: 4DFfXV3GqTz4V2k X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.85 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[157.22.3.6:from]; FREEFALL_USER(0.00)[joe]; FROM_HAS_DN(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+MX:c]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[via.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MID_RHS_MATCH_FROM(0.00)[]; SPAMHAUS_ZRD(0.00)[157.22.3.6:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.95)[-0.954]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:7091, ipnet:157.22.0.0/16, country:US]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[157.22.3.6:from] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:40:43 -0000 Freddie, Thanks! I have to say that this is the most cogent explanation on how to = prepare ZFS drives that=20 anyone has ever given me. Thanks again! Joe Joe McGuckin ViaNet Communications joe@via.net 650-207-0372 cell 650-213-1302 office 650-969-2124 fax > On Jan 12, 2021, at 10:32 AM, Freddie Cash wrote: >=20 > On Tue, Jan 12, 2021 at 10:10 AM joe mcguckin > wrote: > Folks, >=20 > I want to buy some 16TB drives and raid them up >=20 > How should I label and prepare the drives for ZFS? Someone ought to = write a =E2=80=98cookbook=E2=80=99 on that! >=20 > If these drives will be strictly data drives (not booting from them), = partitioning them is fairly easy. You will want to determine a = labelling system for them. Personally, I like to label the drives using = a grid system (columns are letters, rows are numbers). For systems with = multiple JBODs attached, I include which JBOD chassis their in as well. = For example, a 24-bay chassis would use disk-a1, disk-a2, disk-a3 ... = disk-d4, disk-d5, disk-d6. A system with 2 24-bay JBODs would use = jbod1-a1, jbod1-a2, jbod1-a3 ... jbod2-d4, jbod2-d5, jbod2-d6. So you = label the GPT partition on each disk, and build the pool using the GPT = partition labels. >=20 > gpart create -s gpt da0 > gpart add -t freebsd-zfs -a 1M -l disk-a1 da0 >=20 > gpart create -s gpt da1 > gpart add -t freebsd-zfs -a 1M -l disk-a2 da1 >=20 > And so on. Add 1 disk, partition/label it based on its location. = Then add the next disk. And so on. >=20 > Then use the GPT labels to create the pool (they show up as devices = under the /dev/gpt/ directory): >=20 > zpool create mypool mirror gpt/disk-a1 gpt/disk-a2 mirror gpt/disk-a3 = gpt/disk-a4 mirror gpt/disk-a5 gpt/disk-a6 >=20 >=20 > If you need to boot from these drives (make a root pool), then things = get more complicated. Personally, I'd recommend using the 16 TB drives = strictly for a data pool, and then use some smaller SSDs for a root = pool, in a simple mirror vdev setup. Separate the OS from the data. :) >=20 > Do I need to start the volume on a particular sector boundary? >=20 > The "-a 1M" argument for gpart does it for you. It aligns the = partition at the 1 MB boundary, and figures out which sector of the disk = that corresponds to based on the sector size of the disk (512B or 4K). > =20 > Are the 4096 byte sector drives usable? >=20 > Yeah, they work without issues. Try not to mix 512B and 4K drives = within a single vdev (it'll work, but may cause performance issues). = Mixing them in a pool (a vdev using 512B drives, another vdev using 4K = drives) is okay, so long as you set the vfs.zfs.min_auto_ashift sysctl = to 12 (force the minimum block size used by ZFS to be 4K). That way, in = the future, you can replace the 512B drives with 4K drives without any = performance issues. >=20 > You can check what the ashift value is for each of the vdevs using: = zdb | grep -B5 ashift >=20 > If it shows ashift=3D9 anywhere, then destroy the pool, change the = sysctl value, and recreate the pool. Check to make sure it shows = ashift=3D12 in zdb output. >=20 > --=20 > Freddie Cash > fjwcash@gmail.com From owner-freebsd-current@freebsd.org Tue Jan 12 18:45:52 2021 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 F3FEC4E2A19 for ; Tue, 12 Jan 2021 18:45:51 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFffR504Vz4Vlw for ; Tue, 12 Jan 2021 18:45:51 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1610477150; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=EYI2MLnOOnTecNUlgeEsduJ0lpG8X1cbKCS4aL2r1chmL4Hpz03qTnr1+asBUZcE7gbEmwzpKN9Ud wEYKwts8LKN9ECAIugO84016rB0/JGEsiTdGBx+fFhsKpcjsOIXMBjfyhuB9YOvt3eRMK7vAVTi/Dv gcyoGFKNb3YnSmDW5tmBZo00Xg5SqhPAKKykW6Pw6UhA5VN6uurcioWoqHFMvTGsb3bYSeRL2/UhwM TFsvsrR0fICPzQCcmgx9xDNSYcRH/g7VwF7+lssQVkC4Uj+wt8sAo0H58poyA7DQIfuRzZvWcRK1aG ip9TO0du2TPjZwldcASFOn4yuwmgR3g== 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=fbpz1r593hkeVQeE/qfMe0I9lJUsDbYvuIX8qbfzuHY=; b=Yzw1uVB6O/qN5XN4l6XTuPza6cheUB6O3sKe8MU2Rz+l338WGPyMgkSON7J8g4o6Ig+Ot17XfmvSz NIb+fT8Md/BgTdJaM5Vb7BXvG/wuiLBnpuHz7j5Em7PVdbcl1NtiOF/4WyDMruXQghCMRGT4lKAkN8 UmpHUTPyBauyi3q1geG16Nf2QzPTqtIiqwinsV3okRORLB/NuaZbHmY+szPfIDfcvL0xdpanGbm77d BXpevrwwOaTGM4DQXqVyVUxDYajTQ2hu547yRlgyfFcgyvC+SXDjnmBX/hfn5DYkLDBialPLtH6hhC lAO1E9Jkdf8UxPwgPOi9x5hsHcoGQ3A== 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; X-MHO-RoutePath: aGlwcGll X-MHO-User: 61f3f4b2-5506-11eb-9e76-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 61f3f4b2-5506-11eb-9e76-df46ed8f892f; Tue, 12 Jan 2021 18:45:49 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 10CIjkUq058508; Tue, 12 Jan 2021 11:45:46 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <7fee78a371dad15e1a7b66eecfa5190e510d930f.camel@freebsd.org> Subject: Re: Panic after updating From: Ian Lepore To: Hans Petter Selasky , Jakob Alvermark , FreeBSD Current Date: Tue, 12 Jan 2021 11:45:46 -0700 In-Reply-To: References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DFffR504Vz4Vlw X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:45:52 -0000 On Tue, 2021-01-12 at 18:10 +0100, Hans Petter Selasky wrote: > On 1/12/21 2:46 PM, Hans Petter Selasky wrote: > > On 1/12/21 2:40 PM, Jakob Alvermark wrote: > > > > > > On 1/12/21 2:16 PM, Hans Petter Selasky wrote: > > > > On 1/12/21 1:43 PM, Jakob Alvermark wrote: > > > > > > > > > > On 1/12/21 12:54 PM, Hans Petter Selasky wrote: > > > > > > On 1/12/21 12:32 PM, Jakob Alvermark wrote: > > > > > > > Alright, after a new bisect run I got a different result, > > > > > > > so I > > > > > > > most likely did something wrong the first time. > > > > > > > > > > > > > > ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad > > > > > > > commit > > > > > > > commit ff3468ac94597efdcbc56f372528dfc98b114dac > > > > > > > Author: Ian Lepore > > > > > > > Date: Sat Dec 12 18:34:15 2020 +0000 > > > > > > > > > > > > > > Provide userland notification of gpio pin changes > > > > > > > ("userland > > > > > > > gpio interrupts"). > > > > > > > > > > > > > > > > > > > > > Maybe more likely this is causing the panic? > > > > > > > > > > > > Doesn't make sense :-( > > > > > > > > > > > > Can you try to fetch the latest 13-current as of now and > > > > > > re-build > > > > > > the kernel? I noticed some issues myself which got fixed. > > > > > > > > > > > > > > > I did that, still panics the same way. > > > > > > > > > > But, the commit above is about gpio, and I do have > > > > > 'bytgpio_load="YES"' in my /boot/loader.conf > > > > > > > > > > If I boot the kernel without that it works. > > > > > > > > > > 'kldload bytgpio' panics the machine. > > > > > > > > > > > > > Could you screenshot the panic backtrace after kldload of > > > > bytegpio ? > > > > > > Sure: > > > > > > panic: vm_fault_lookup: fault on nofault entry, addr: > > > 0xfffffe00c96c2000 > > > cpuid = 1 > > > time = 1610458544 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe00c7306140 > > > vpanic() at vpanic+0x181/frame 0xfffffe00c7306190 > > > panic() at panic+0x43/frame 0xfffffe00c73061f0 > > > vm_fault() at vm_fault+0x142d/frame 0xfffffe00c73062f0 > > > vm_fault_trap() at vm_fault_trap+0xb1/frame 0xfffffe00c7306340 > > > trap_pfault() at trap_pfault+0x1f6/frame 0xfffffe00c73063a0 > > > trap() at trap+0x280/frame 0xfffffe00c73064b0 > > > calltrap() at calltrap+0x8/frame 0xfffffe00c73064b0 > > > --- trap 0xc, rip = 0xffffffff80c27d08, rsp = 0xfffffe00c7306580, > > > rbp > > > = 0xfffffe00c7306580 --- > > > lock_init() at lock_init+0xf8/frame 0xfffffe00c7306580 > > > _mtx_init() at _mtx_init+0x70/frame 0xfffffe00c73065a0 > > > gpioc_attach() at gpioc_attach+0x139/frame 0xfffffe00c7306620 > > > device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306670 > > > bus_generic_attach() at bus_generic_attach+0x4b/frame > > > 0xfffffe00c73066a0 > > > gpiobus_attach_bus() at gpiobus_attach_bus+0x44/frame > > > 0xfffffe00c73066c0 > > > bytgpio_attach() at bytgpio_attach+0x1f7/frame 0xfffffe00c7306710 > > > device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306760 > > > device_probe_and_attach() at device_probe_and_attach+0x41/frame > > > 0xfffffe00c7306790 > > > acpi_driver_added() at acpi_driver_added+0xaa/frame > > > 0xfffffe00c73067c0 > > > devclass_driver_added() at devclass_driver_added+0x3c/frame > > > 0xfffffe00c7306800 > > > devclass_add_driver() at devclass_add_driver+0x13d/frame > > > 0xfffffe00c7306840 > > > module_register_init() at module_register_init+0xa7/frame > > > 0xfffffe00c7306870 > > > linker_load_module() at linker_load_module+0xbca/frame > > > 0xfffffe00c7306b80 > > > kern_kldload() at kern_kldload+0xbb/frame 0xfffffe00c7306bd0 > > > sys_kldload() at sys_kldload+0x5b/frame 0xfffffe00c7306c00 > > > amd64_syscall() at amd64_syscall+0x111/frame 0xfffffe00c7306d30 > > > fast_syscall_common() at fast_syscall_common+0xf8/frame > > > 0xfffffe00c7306d30 > > > --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80037715a, > > > rsp > > > = 0x7fffffffe698, rbp = 0x7fffffffec10 --- > > > KDB: enter: panic > > > > > > > Adding Ian. > > > > Looks like an off-by-one there. > > Can you try to apply this patch manually: > > > diff --git a/sys/dev/gpio/gpioc.c b/sys/dev/gpio/gpioc.c > > index 727b07a7058..29d795bb54b 100644 > > --- a/sys/dev/gpio/gpioc.c > > +++ b/sys/dev/gpio/gpioc.c > > @@ -582,7 +582,7 @@ gpioc_attach(device_t dev) > > return (err); > > sc->sc_pin_intr = malloc(sizeof(struct gpioc_pin_intr) * > > sc->sc_npins, > > M_GPIOC, M_WAITOK | M_ZERO); > > - for (int i = 0; i <= sc->sc_npins; i++) { > > + for (int i = 0; i != sc->sc_npins; i++) { > > sc->sc_pin_intr[i].pin = malloc(sizeof(struct > > gpiobus_pin), > > M_GPIOC, M_WAITOK | M_ZERO); > > sc->sc_pin_intr[i].sc = sc; > > @@ -616,7 +616,7 @@ gpioc_detach(device_t dev) > > if (sc->sc_ctl_dev) > > destroy_dev(sc->sc_ctl_dev); > > > > - for (int i = 0; i <= sc->sc_npins; i++) { > > + for (int i = 0; i != sc->sc_npins; i++) { > > mtx_destroy(&sc->sc_pin_intr[i].mtx); > > free(&sc->sc_pin_intr[i].pin, M_GPIOC); > > } > > --HPS > If that is the problem, I'd rather see it fixed by using the idiomatic i < sc->sc_npins rather than the non-standard != test. (But I don't feel strongly enough about it to learn how to use git and commit the fix myself.) -- Ian From owner-freebsd-current@freebsd.org Tue Jan 12 18:56:29 2021 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 2CA3B4E2FFC for ; Tue, 12 Jan 2021 18:56:29 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFfth2n2vz4WfJ; Tue, 12 Jan 2021 18:56:28 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id A72502605BA; Tue, 12 Jan 2021 19:56:26 +0100 (CET) Subject: Re: Panic after updating To: Ian Lepore , Jakob Alvermark , FreeBSD Current References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> <7fee78a371dad15e1a7b66eecfa5190e510d930f.camel@freebsd.org> From: Hans Petter Selasky Message-ID: <63efc8ee-cd5b-bf99-bcdd-a49a62c48a63@selasky.org> Date: Tue, 12 Jan 2021 19:56:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <7fee78a371dad15e1a7b66eecfa5190e510d930f.camel@freebsd.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DFfth2n2vz4WfJ X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.30 / 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)[3]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net:c]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:c17:6c4b::2:from]; SPAMHAUS_ZRD(0.00)[2a01:4f8:c17:6c4b::2:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 18:56:29 -0000 On 1/12/21 7:45 PM, Ian Lepore wrote: >>> - for (int i = 0; i <= sc->sc_npins; i++) { >>> + for (int i = 0; i != sc->sc_npins; i++) { >>> mtx_destroy(&sc->sc_pin_intr[i].mtx); >>> free(&sc->sc_pin_intr[i].pin, M_GPIOC); >>> } >> --HPS >> > If that is the problem, I'd rather see it fixed by using the idiomatic > i < sc->sc_npins rather than the non-standard != test. (But I don't > feel strongly enough about it to learn how to use git and commit the > fix myself.) Hi Ian, I think it is more serious that the iteration variable is declared inside the for-loop :-) At least it is pretty obvious that the array written is one element too small. I've always used != instead of <= in for-loops. But if there is a certain style in there, I'm good with < too, though I've always seen < as an overhead compared to != , because to implement < you need a subtraction, while != is just a comparison ... --HPS From owner-freebsd-current@freebsd.org Tue Jan 12 19:01:41 2021 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 CBD234E32E3 for ; Tue, 12 Jan 2021 19:01:41 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound5a.ore.mailhop.org (outbound5a.ore.mailhop.org [44.233.67.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFg0j2hyLz4XDB for ; Tue, 12 Jan 2021 19:01:40 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1610478090; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=aGQKMLlSTEykmy6Juau4My7RoEsKpQ5ubik0KVVScH86g3mjZp2+en2VHU7wsyvXxehPYA049XAbs 9R7Yik9yWNQmnAXhjcj1FRSjmE/23h8yFpMt5MjEH/UDG+B9K4p21w5jgrkno3F6CafsWg6eOaNEhC f3LbYP9ZaAubCS7tZw/otefEh3fkNZ6nVIo7EOKFeVSn7CfdQTf20Z7nhKeuTK+sqKZQKKbklfq8yB dsOhfZ+EiaceuKYhlk4JFX9eqncnfgT6eu6kKMWq6XUVwGA2Y7ICZM+dHEJG0IMBrLhNygP4FIVMsq 6eIFmOsUlvDQe72PvM8pXLkrXmSpK4g== 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=eIRNj2OePD4JM0U0gF853nsz6UOZwauWa7L8/z4hqLM=; b=PRNgrn2CIPvd50wLxbsXRyumNctyRnacjyjex1eX1maIc/Y6XV0DF1xthx+/LBNFmHGe4I3dOIgk2 qezOkdqQpRE7kJpja9clj6WjDZW2B5U+6JXJjAiD2fuZ4k8OKhZJOfE86RBrQXFmCy22WpefGWd4jb 5dmTZNkbhFSAJ7ZTPUAWZZDXJjdtbNKPw+nj2Zdia4OnaT2mdoUP25CLrmsH7xn2M2PRLE9zVCdXxd Nsqt4VpRfbSBDYfF0VoKwJDRRCoLbwKLx7xJU7ib/OQ1KVFOYygsEtW64QM6lGgWOmUs4UrlV8quQM mY2r9Rkt2pqqQu+NERHdZ+q2QveXeIQ== 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; X-MHO-RoutePath: aGlwcGll X-MHO-User: 8dead189-5508-11eb-8ba0-614106969e8d X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 8dead189-5508-11eb-8ba0-614106969e8d; Tue, 12 Jan 2021 19:01:22 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 10CJ1Idj058587; Tue, 12 Jan 2021 12:01:19 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Panic after updating From: Ian Lepore To: Hans Petter Selasky , Jakob Alvermark , FreeBSD Current Date: Tue, 12 Jan 2021 12:01:18 -0700 In-Reply-To: <63efc8ee-cd5b-bf99-bcdd-a49a62c48a63@selasky.org> References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> <7fee78a371dad15e1a7b66eecfa5190e510d930f.camel@freebsd.org> <63efc8ee-cd5b-bf99-bcdd-a49a62c48a63@selasky.org> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DFg0j2hyLz4XDB X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 19:01:41 -0000 On Tue, 2021-01-12 at 19:56 +0100, Hans Petter Selasky wrote: > On 1/12/21 7:45 PM, Ian Lepore wrote: > > > > - for (int i = 0; i <= sc->sc_npins; i++) { > > > > + for (int i = 0; i != sc->sc_npins; i++) { > > > > mtx_destroy(&sc->sc_pin_intr[i].mtx); > > > > free(&sc->sc_pin_intr[i].pin, M_GPIOC); > > > > } > > > > > > --HPS > > > > > > > If that is the problem, I'd rather see it fixed by using the > > idiomatic > > i < sc->sc_npins rather than the non-standard != test. (But I > > don't > > feel strongly enough about it to learn how to use git and commit > > the > > fix myself.) > > Hi Ian, > > I think it is more serious that the iteration variable is declared > inside the for-loop :-) > > At least it is pretty obvious that the array written is one element > too > small. I've always used != instead of <= in for-loops. But if there > is a > certain style in there, I'm good with < too, though I've always seen > < > as an overhead compared to != , because to implement < you need a > subtraction, while != is just a comparison ... > > --HPS I thought we recently changed (or at least discussed changing) style(9) to allow for that sort of loop-iter-var declaration. On most of the chips I know assembly language for (mostly risc chips), there is no difference between a comparison and a subtraction at the chip-instruction level. That is, at the chip level, comparision instructions are typically implemented as a subtraction that sets condition code bits but doesn't store the result back to a register. -- Ian From owner-freebsd-current@freebsd.org Tue Jan 12 21:11:44 2021 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 6BB904E5FF2 for ; Tue, 12 Jan 2021 21:11:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-25.consmr.mail.gq1.yahoo.com (sonic303-25.consmr.mail.gq1.yahoo.com [98.137.64.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFjtl3nkzz4fYP for ; Tue, 12 Jan 2021 21:11:43 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610485901; bh=FcJX9MWL+kSfLTs+yC1pKpvRfVwIdCovuqmEdYtwyRA=; h=From:Subject:Date:To:From:Subject:Reply-To; b=dgTn4QVtOVUC4W4NVBGJEDuwuIUZpHiEBg0I66C8jqX5uhF7eSPiPaa2/3wImIUEJLaub4bUL+OMALwySWxudxMZWQ24YEeaScpEa+9ZVz6r5FkJJb/hWt/c3Qi62wFddXeCjFP6sp76jCaeZ2AhbVkYs/utyvVwGonEQWIc5z2zMbJSoKhsp/WJucaU6G5IlgpsntiS9eXORiPubcsBlFYFlPVHjJXOgbS5LzRGRzPUnsWOzeT05gLJIIFteJHYhNtLMUSKetnE4CgkIJEVJEJkgeP2RdEA797d6vPRBbK8n/YFEJ/mvyJcfof2jCHxFH+DaxwS9312K06BEbTKzg== X-YMail-OSG: hMj1RHQVM1nbkWUN5e18TmaKrbAaKkb3XTmAVZgfgtEv.ghBn6dzbIHzapoAk9N p_B7NK.JhRph4_f0vBXkBGKampWCyaO2Lc1N0aeOYCYssCjpxyEN0mR4TIwo_by9T8jA5dp7NEL2 klrHXgpOiky9pdGfPKlJLoS5mNejCapaI_PscKEEzCaJAK5N3zix.TxVtUlOKJfIZQhLy3B0HH.k F0fu_zQZQK.KJtrQc5ombEWjO5GhqfjAZR3fit9GTMRbvc1FOK.vEptEMDCP5WN8j4NwyYp1vnCM tYIVKlmj..dAo4i_WVZybYaA8bl0aiXz7ysQ2_MGMtjHQOX5QP9SH1pwK.aUtk.Ft7YdamjlqwRl 04I6_puPow8SShra5gh2npeJYoUcuicJV0TrntTmZqI61Xrm8SCt7KC65XujV8n06K7vbABLF96O GKdi22KM_dqA.OBPIHVaWuCSvb7F9l6gnZXjCoumHzugeVlnkefD5KW8sZbLfLp67DZ3yF4qDDQR MfjVh2RRlTDzHxw3w5G7JNpcgl7AzBOZfhR3VaS9.god5KfbYOg.gYY4tTJRH63U259WnfDbvmN1 M.Nq31C1ScQBQuf1WtjPeUN.i4AN..lGOE5m2e.O8VZ3xLDC7iR.ulD6UUUx.wmCpOKmx0OMvJx8 qnwM.S4qGVYKAsVDzPu0MXImj1yPbhpXHmm.JUkGO9AyblFHDukNArmkiVJ9JFHbwb4EuwhNLKdj B1y1mk435U_GkJ2NJYQvThHJDt9yRos96xrCyvO9e5U1A3bUr4_V10DhlIzj91MW6_RrTJoco7Os mqs9Y4A6RK7dxLqDFJm5pMAFIJ82.g.JVGthPAPcvrNrzaPo1ISMggF06fZNvJkRUWPqCLvCQAUi hebIpWFNMIxpVYNIcuwgBSbyEIj0mBA9Pg0MJ_ebRwUe1GurM7NAk2kpe_T431NhYqc_Sy.hPaQK ttj5qm9quClcqvWtqKs6.wpjrntCUv0iErGM4TiVcEXKiJS48wxK7lZT4anwZbh7fTQayJlAnNX8 9XYA.1ffkZz2Tb_0KTeYl7UXTzTk8mYH1Rth.eMxN06qGPAKrx8jllkuWYVemVB0vH_9qKV20QBt S7.4.6pyqOCIMog5oo9nzLy.3jZ0K6VBP8yPwH6AhCpXu3aKpDmlIosn390XxnA2AzyI.AhzPm7i TSIs7RxUEpT7If38sPa11bucu6qiirhHaWUxUUPkvDB5yzv0NKjteotGXsYUcGWo9MU8hmaDyrPI QNNTExecc_cM6.ydLgY.jn_q9wmIyXMHG1OpP48U_zF6bCqPkvLJpGJgmUciFo9mfS3KPfj6UwLG SNzM_gbxWaBAshrGC6EPXPnPFwjpmkjywfqhzWyY81nHcLdg5MZSsmdyKW6MNSJXA7ykgdCLuHLi baaNHcYQBRvaSln_rNZPhnjMablkpTiVDEyIrFKgVSPKQ1E5Bfumyk_OGaCfzsbdr4SG4Dh2VjWv y3iGbGxJcDYe3J9gL1042r2oXqEc38JT4ot_YyPkHRCiXBTHmZiwp9v9eiPeDDMnLp6Kzl_5glSL ic4Of2_8YjMV5LY4wjfUSvyk0jWGjPQ8rouEPZaYkRaperuzKpHY4t5KuhSgRSmzndHBnlGVT1Yk ect_skaSylAza0eRyzpuWeqSGrMJ5p0BI0DeANwAUPHEmlSuDEpc2voIg_fSL5dnM_2wm7famxOL aQgcDYu84e2MKVm3LjoAOXZVT9fQrmkaxemsNj_tt27Lu1glAo_oYtmeiQAENR0IFYdyyvPwsM7T SnMXAUJiwUjc96jUghrWGlt0mWvIwWS09A7WwMWpmgdH8wv.JYJjDdpMlIhu8gDAiZgt9rfbEWCv xXL3O4t1AwMp8_XlA4ysszr87wjdveHzilFiIA69FV8dyRi_t3.QV15v.U7J4nZdpRwYckcYkCQ5 e9jVumhTcPmTknsOY5QdVKrYQPP0rY9FAsNETZMoCafkZbycWBIn1.EYMmLj_GBjo9J9Jnn3gXTb 7q4GkVV6koSzuWpafgKvNEZIXFY_3ndvccS9.R2MqELOET2Yi_PQjwlaF4T.yXsbin90K4gPqC46 birTkB6gRy10TStEsKp.4s4ajKOFlM9p85_OKhLC0Zr8vFGkOt7fSwpquMhM7RdNyA4jZWkrHDqj jJJlDsx2idCk2IqznlzaOCdFMDrCZmDZ1T5w3TCrOqsiVR7egX9Q0P6K4zI9sc5mkdeBIexRNZB. Rtotd6dA_9n4090DeaskslBjNDnJzo2y4ELdOCLe6QM1tWj.NFFaS7PZdkgEvJVnttdyS09Q.gDl pvoJ3mVXqDjzqNLr7lFtnv3B5S4fBQ92.wnQkyYfTrcCaZ8bGLnV3ldornXOZCyzP2sbSOEwgNbr s11h4f6ZwxaR.VEDOSNpyFpsfBT1NbGdtysxGoGbkp2tJOglxvkjGLaNx2U_A9NN4KWiqlC95Tes 90tGzOpSPRLLhQve4XcdEZNcZqXy0F5j6hw4sc3hM4j0NLh0YmbqVlSvbRJc8AMB_5ZAJEamD6dh qgE.LJgbacIH8KDdD0otUapSF Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 21:11:41 +0000 Received: by smtp406.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9f11a7b952a7cf159227e16842a5ee64; Tue, 12 Jan 2021 21:11:36 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Old PowerMacs, Giant, and stable/13 branch and other futures: What is the intent? Message-Id: <0951FC29-33B6-406C-A10C-F61B0BF2CD1C@yahoo.com> Date: Tue, 12 Jan 2021 13:11:35 -0800 To: freebsd-ppc , Current FreeBSD X-Mailer: Apple Mail (2.3654.40.0.2.32) References: <0951FC29-33B6-406C-A10C-F61B0BF2CD1C.ref@yahoo.com> X-Rspamd-Queue-Id: 4DFjtl3nkzz4fYP X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.206:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.206:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.206:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.206:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 21:11:44 -0000 PowerMac G5's and G4's with not much in them or connected to them = report: WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD = 13.0. There is also, using and example G4 that I have access to, WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD = 13.0. WARNING: Device "consolectl" is Giant locked and may be deleted before = FreeBSD 13.0. There could be more than I'm reporting. Such warnings are from post-git-conversion builds that I've done (given the lack of artifacts.ci.freebsd.org materials to test with). The 13 "Code slush" started on 2021-Jan-08. stable/13 is scheduled to branch on 2021-Jan-22. What is the intended status for these old powerc64 and 32-bit powerpc machines, given that the Giant use still exists? Intended status for 13? For 14? (There may be other types of issues that I'm not thinking of as well.) Another that used to happen on both G5's and G4's that I have/had access to: WARNING: Device "powermac_nvram" is Giant locked and may be deleted = before FreeBSD 13.0. I'm unsure if this one is modal in some way and it I happen to be using a mode that avoided the usage. (I do not normally run an unpatched FreeBSD on old PowerMacs as well.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Jan 12 23:14:50 2021 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 A8F8C4E90F1 for ; Tue, 12 Jan 2021 23:14:50 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic307-8.consmr.mail.gq1.yahoo.com (sonic307-8.consmr.mail.gq1.yahoo.com [98.137.64.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DFmcn2ydWz4pkh for ; Tue, 12 Jan 2021 23:14:48 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610493287; bh=bOhceNX3JppyjrR7SUc1J933UXsQ9Pknl1aBaTrZ9YM=; h=From:Subject:Date:To:From:Subject:Reply-To; b=uIM42G/2HgecM+VxbdIUmjCFm2cExfySZWSJPAe9Aa9W8rvIWuGPFwm9kD3qyGy4u4aLHy6JgQcUztSB0tObAJmG8VtpZO+/xPi2HIDiN7Dj3+B3jhQli0nXeUedYodhcFtl8PeeMkFTdFokZ2mbqtXs3NAHTtxZ2LY3zUMZ8FWe8rZP6AcaXldANkr6VP/KivRIOJDNa1LnkOXiAUNX0PZXSJSxebb2vVnr/5+Gzh3puKG6xEmh7URExVPIFRZtfEjolQpO5uIT8F012uIF7WO0veLMqhwUnKtwso0W/dfkBfgAF8SccPxmbWGQ0GlDNqXmtHIOMqEqc7QMWF20CQ== X-YMail-OSG: kozxpuQVM1m1L.kzQ5VHwSKxOnkopUW0E91cmUNMlmjr.kEbjGKJfFisoPyXN8c Jk4ZxW_kfUOsQWbOjZ52Areiy0kQwviU9JVf0.VL2BoZ.50Q1qYL8QKl4A3nkJxJRVlFtjMgXbjk VJJWSCDfbJZCri_PzR1qzb0NSEFo_zLDzRNIyFHcaUQ2IyfrAHFLPhS5JXXFgN_kPtgrNFG5sP4P .XEd7pnW7Xl8e9e_ZGugO9WJBA3S3mu_z0vw415pqd3UyACzdFOQcPz83OyH6yNtNbPBj1nXeOT4 qB4WRC5.kYpccLeDQftCGjbQL.IGGY2bhfxl_hno4RxnoEq44nOyyb.JdsoiXJL8LEIgbHLbSmpM grA4.6Lgpp_lgnBBFdYXRMWcdh8eLnl8eO5Fzq5gUWQuWfP_woFhszHv1xWW9s_y.2wtOyFabUcB lzWb.fFepWHKtp4Ty3GZN0_YgwvTsgpG0h2KEKFWRYA4zVqNmkjf1.WBJJ_jC6yRH8BWY0UWXM0v qQKJiicLO0dad2a0ydwhjYwxSTuvfYj5Le4diMKA6rDfhyboX5IuJTV_3CCe5qwbCthvEqIY9ncz KwzBOR5Ypc5ZXWRR1.0W__nZQ6IIKKdpAtnxByyQobV6MY5sOEku4ZFElJV.VeTWNMHFR33oHVcQ 6qVwkrL2QIvJwFtYqmZsBPR9lJ1inGxDmNabNZG4FqZSnC2vU7HTsRdxTSwvZKIW4Av5hEWzPGJg UbUT3A2Qsed79f4alt65tB.ZQfYQg0iT_r7TcBmdPTDFZDGUuOFpIn1TOyfS.OIyNX9gI1raf0mF NglhWeQSgq0k0Ws0Tquxi._1BpoRnJ.h1DBP95QEphYVwDVEblhwH3927zpwFweuuvTE.2BGi1GA nfxWcEm2mzwXk9zFvMjirNSWGBs47NyqkPHL.UkEOfRXoZYh6xsxwisjk8FyQcqL3SlMBG4phdFf KMvG2PNHkO7gCHCaqbkBx._qD8v2MjXRPb_4uU0jKYAMcHqZKEuawjfyvet3NRT6sOlMd_KrXILw LZ816_.o2BqtQLzM49tKOAlAcmsnNCcR8CiJjgA7oU3wyCfLfez41TOoWZR0u9hEJcbRGIeXHupL XUdoJ806tTRYTeAabWr2F660pnUUwtWBxyTVhpzWF.s6i2rkC9fgG1Ys_Fvmiyz6kjwwIFgDPRie fDJS0il8.RPtCba0hlStVWixu6Hs4iLGXNBaivk0UiY0a0k9GPKlY7mZ5ORW6m3gWlF7Uqoscdno BkVu0.q7JV6njd1qKr__ffCxUPaVWzwxmaVPL8kLOZ2VQsFgQ7I9gDIE8GbawosVZHBwEMtIM6Np iU7Pll5uy9KfTctxKvs6INbSTNVYd9m35gfc70a5ik_gJ.7tn4Uk3ONQZCvfdh7i.qJI.NW_b41L wcq5ElP0kP.5g1ub8nwBsjB9jJqVdetzJjsAwHRlMRGX5qC3F1imUaxoOGRvJ0DOs3Ua4YlGrEsH JZ9stbEirf.e6glC4l6ASLY.JWZIKRCl6iC42GMjAuv7joAIGkgmd_iGezRrbC3OXkvafrlbD3le LW59r.s_EPV_93gPFN6w9pqe5lipM.XjPIzuK5vzi66f2yuqTYQ6OP0Me7HGMSKbPnPocY0SJ9aR m9P9lIfQvP.vtD.MkqqEQmeHuV6A9_7lFRyHmCjz00U_5pkgeNSEa5iPyNEuiXAr1iUsFszv19A. 9rJkZ3ylPcnopPjoAg1hVw4o0cnINkzEtGoc1CPnV93lSPaX9ppNMt9w3vUL0K4rwpIHdGMVVDwn cVxarHNCEBWGZkCfwlxpTdglWF4vfIJcj7fwFqvJlUXYIT8D3f2lq7DnBe_kzXSIyefqZ4peTu9S lO60UZE7TVn5l6AzZ_Dk_du9rbF.cTnno2bDn1ue4ChzjVqqjSQtbbD3_uWgTWApmp6MukxsADeg COXrd1wjEyE2_tKv8lmJTUqlk8IOWNJGth2v2SKi0hu_YdkAh0E38D9I..d2ggXh.wv2RRuUZVJK uMY4DZyWbxtdhL0qtp3cbg7sHxXieEcjO_sMbzKqOPrDUtTDjKbk5rZ6lRn814ugdtVjY3PZHvgG qOjAAYY2S5M6bKWuEWdJhjjNKcX0wHurZItbTlbEeNbMcUyTNZKrqKaXNmQ5DLrgyCBbYIhJzfpk cKT6plm48qDiO7jU0AWkvQna.NwNj2LAY64LSNr4Bu1Y6_HLJOKEgTAprvba57s.8J3OS7i.kvc7 OTXomUHeyckdfDJKHToXMFEUil._OBOgh6DashNymAEHWUyMVnLYx9Z4EZTZ2Vm1go1C3E.8zgP0 f5hjCfyalheCXfwW80wE04kqj6bR4GVhZNgrzIjHpZAEBkQ0uMO_8lngiGf_Oh2kIFp3sH8vdGPD c3obpZbUWRc3rp3t5aTBwxe8JZrEs696849FQlizJJzJNGBk9dqA5S6FOV8rqoPTGDlObxuABYlk lBzWTUI7Ow6GQRirfRey1S9T9eTmKlgyoObl1HfjSGuM.9i8ccGM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.gq1.yahoo.com with HTTP; Tue, 12 Jan 2021 23:14:47 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 8331dd8cf159369251553cff62d60877; Tue, 12 Jan 2021 23:14:44 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Old PowerMacs, Giant, and stable/13 branch and other futures: What is the intent? Date: Tue, 12 Jan 2021 15:14:42 -0800 References: <0951FC29-33B6-406C-A10C-F61B0BF2CD1C@yahoo.com> To: freebsd-ppc , Current FreeBSD In-Reply-To: <0951FC29-33B6-406C-A10C-F61B0BF2CD1C@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DFmcn2ydWz4pkh X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.48 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.98)[-0.983]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.32:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 12 Jan 2021 23:14:50 -0000 On 2021-Jan-12, at 13:11, Mark Millard wrote: > PowerMac G5's and G4's with not much in them or connected to them = report: >=20 > WARNING: Device "openfirm" is Giant locked and may be deleted before = FreeBSD 13.0. > WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD 13.0. >=20 > There is also, using and example G4 that I have access to, >=20 > WARNING: Device "agp" is Giant locked and may be deleted before = FreeBSD 13.0. > WARNING: Device "consolectl" is Giant locked and may be deleted before = FreeBSD 13.0. >=20 > There could be more than I'm reporting. Such warnings are from > post-git-conversion builds that I've done (given the lack of > artifacts.ci.freebsd.org materials to test with). >=20 > The 13 "Code slush" started on 2021-Jan-08. stable/13 is scheduled > to branch on 2021-Jan-22. >=20 > What is the intended status for these old powerc64 and 32-bit > powerpc machines, given that the Giant use still exists? Intended > status for 13? For 14? >=20 > (There may be other types of issues that I'm not thinking of > as well.) >=20 It turns out that the below was apparently dealt with in 13-CURRENT's -r362406 ( 37f530582dc5 ). > Another that used to happen on both G5's and G4's that I have/had > access to: >=20 > WARNING: Device "powermac_nvram" is Giant locked and may be deleted = before FreeBSD 13.0. >=20 > I'm unsure if this one is modal in some way and it I happen to > be using a mode that avoided the usage. (I do not normally run an > unpatched FreeBSD on old PowerMacs as well.) >=20 powermac_nvram had its Giant lock use removed/replaced, no modal issue is involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Wed Jan 13 07:15:03 2021 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 624A64D2725 for ; Wed, 13 Jan 2021 07:15:03 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DFzGv1y04z3mlR; Wed, 13 Jan 2021 07:15:02 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzaMs-0004e8-ST; Wed, 13 Jan 2021 08:14:58 +0100 Received: from office.as33885.net ([84.55.65.101] helo=[192.168.3.70]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzaMs-0009uA-15; Wed, 13 Jan 2021 08:14:58 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current , Ian Lepore References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> From: Jakob Alvermark Message-ID: <94c9421b-a9d9-ceae-510d-336d2bd691bd@alvermark.net> Date: Wed, 13 Jan 2021 08:14:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DFzGv1y04z3mlR X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 07:15:03 -0000 On 1/12/21 6:10 PM, Hans Petter Selasky wrote: > On 1/12/21 2:46 PM, Hans Petter Selasky wrote: >> On 1/12/21 2:40 PM, Jakob Alvermark wrote: >>> >>> On 1/12/21 2:16 PM, Hans Petter Selasky wrote: >>>> On 1/12/21 1:43 PM, Jakob Alvermark wrote: >>>>> >>>>> On 1/12/21 12:54 PM, Hans Petter Selasky wrote: >>>>>> On 1/12/21 12:32 PM, Jakob Alvermark wrote: >>>>>>> Alright, after a new bisect run I got a different result, so I >>>>>>> most likely did something wrong the first time. >>>>>>> >>>>>>> ff3468ac94597efdcbc56f372528dfc98b114dac is the first bad commit >>>>>>> commit ff3468ac94597efdcbc56f372528dfc98b114dac >>>>>>> Author: Ian Lepore >>>>>>> Date:   Sat Dec 12 18:34:15 2020 +0000 >>>>>>> >>>>>>>      Provide userland notification of gpio pin changes >>>>>>> ("userland gpio interrupts"). >>>>>>> >>>>>>> >>>>>>> Maybe more likely this is causing the panic? >>>>>> >>>>>> Doesn't make sense :-( >>>>>> >>>>>> Can you try to fetch the latest 13-current as of now and re-build >>>>>> the kernel? I noticed some issues myself which got fixed. >>>>> >>>>> >>>>> I did that, still panics the same way. >>>>> >>>>> But, the commit above is about gpio, and I do have >>>>> 'bytgpio_load="YES"' in my /boot/loader.conf >>>>> >>>>> If I boot the kernel without that it works. >>>>> >>>>> 'kldload bytgpio' panics the machine. >>>>> >>>> >>>> Could you screenshot the panic backtrace after kldload of bytegpio ? >>> >>> Sure: >>> >>> panic: vm_fault_lookup: fault on nofault entry, addr: >>> 0xfffffe00c96c2000 >>> cpuid = 1 >>> time = 1610458544 >>> KDB: stack backtrace: >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame >>> 0xfffffe00c7306140 >>> vpanic() at vpanic+0x181/frame 0xfffffe00c7306190 >>> panic() at panic+0x43/frame 0xfffffe00c73061f0 >>> vm_fault() at vm_fault+0x142d/frame 0xfffffe00c73062f0 >>> vm_fault_trap() at vm_fault_trap+0xb1/frame 0xfffffe00c7306340 >>> trap_pfault() at trap_pfault+0x1f6/frame 0xfffffe00c73063a0 >>> trap() at trap+0x280/frame 0xfffffe00c73064b0 >>> calltrap() at calltrap+0x8/frame 0xfffffe00c73064b0 >>> --- trap 0xc, rip = 0xffffffff80c27d08, rsp = 0xfffffe00c7306580, >>> rbp = 0xfffffe00c7306580 --- >>> lock_init() at lock_init+0xf8/frame 0xfffffe00c7306580 >>> _mtx_init() at _mtx_init+0x70/frame 0xfffffe00c73065a0 >>> gpioc_attach() at gpioc_attach+0x139/frame 0xfffffe00c7306620 >>> device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306670 >>> bus_generic_attach() at bus_generic_attach+0x4b/frame >>> 0xfffffe00c73066a0 >>> gpiobus_attach_bus() at gpiobus_attach_bus+0x44/frame >>> 0xfffffe00c73066c0 >>> bytgpio_attach() at bytgpio_attach+0x1f7/frame 0xfffffe00c7306710 >>> device_attach() at device_attach+0x3dd/frame 0xfffffe00c7306760 >>> device_probe_and_attach() at device_probe_and_attach+0x41/frame >>> 0xfffffe00c7306790 >>> acpi_driver_added() at acpi_driver_added+0xaa/frame 0xfffffe00c73067c0 >>> devclass_driver_added() at devclass_driver_added+0x3c/frame >>> 0xfffffe00c7306800 >>> devclass_add_driver() at devclass_add_driver+0x13d/frame >>> 0xfffffe00c7306840 >>> module_register_init() at module_register_init+0xa7/frame >>> 0xfffffe00c7306870 >>> linker_load_module() at linker_load_module+0xbca/frame >>> 0xfffffe00c7306b80 >>> kern_kldload() at kern_kldload+0xbb/frame 0xfffffe00c7306bd0 >>> sys_kldload() at sys_kldload+0x5b/frame 0xfffffe00c7306c00 >>> amd64_syscall() at amd64_syscall+0x111/frame 0xfffffe00c7306d30 >>> fast_syscall_common() at fast_syscall_common+0xf8/frame >>> 0xfffffe00c7306d30 >>> --- syscall (304, FreeBSD ELF64, sys_kldload), rip = 0x80037715a, >>> rsp = 0x7fffffffe698, rbp = 0x7fffffffec10 --- >>> KDB: enter: panic >>> >> >> Adding Ian. >> > > Looks like an off-by-one there. > > Can you try to apply this patch manually: > >> diff --git a/sys/dev/gpio/gpioc.c b/sys/dev/gpio/gpioc.c >> index 727b07a7058..29d795bb54b 100644 >> --- a/sys/dev/gpio/gpioc.c >> +++ b/sys/dev/gpio/gpioc.c >> @@ -582,7 +582,7 @@ gpioc_attach(device_t dev) >>                 return (err); >>         sc->sc_pin_intr = malloc(sizeof(struct gpioc_pin_intr) * >> sc->sc_npins, >>             M_GPIOC, M_WAITOK | M_ZERO); >> -       for (int i = 0; i <= sc->sc_npins; i++) { >> +       for (int i = 0; i != sc->sc_npins; i++) { >>                 sc->sc_pin_intr[i].pin = malloc(sizeof(struct >> gpiobus_pin), >>                     M_GPIOC, M_WAITOK | M_ZERO); >>                 sc->sc_pin_intr[i].sc = sc; >> @@ -616,7 +616,7 @@ gpioc_detach(device_t dev) >>         if (sc->sc_ctl_dev) >>                 destroy_dev(sc->sc_ctl_dev); >> >> -       for (int i = 0; i <= sc->sc_npins; i++) { >> +       for (int i = 0; i != sc->sc_npins; i++) { >>                 mtx_destroy(&sc->sc_pin_intr[i].mtx); >>                 free(&sc->sc_pin_intr[i].pin, M_GPIOC); >>         } Yes! That works! Thank you! Jakob From owner-freebsd-current@freebsd.org Wed Jan 13 09:08:09 2021 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 CAC0E4D567F for ; Wed, 13 Jan 2021 09:08:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG1nP4jdxz3sdL; Wed, 13 Jan 2021 09:08:09 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 01A442601CA; Wed, 13 Jan 2021 10:08:06 +0100 (CET) Subject: Re: Panic after updating To: Jakob Alvermark , FreeBSD Current , Ian Lepore References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> <94c9421b-a9d9-ceae-510d-336d2bd691bd@alvermark.net> From: Hans Petter Selasky Message-ID: <591e6420-ab8e-7391-e16c-97ee2bb535c7@selasky.org> Date: Wed, 13 Jan 2021 10:07:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <94c9421b-a9d9-ceae-510d-336d2bd691bd@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DG1nP4jdxz3sdL X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 09:08:09 -0000 > > Yes! That works! Thank you! > See: https://cgit.freebsd.org/src/commit/?id=bafb682656724d06045fa494efb83a4312036f1f --HPS From owner-freebsd-current@freebsd.org Wed Jan 13 09:37:20 2021 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 BCC084D6430 for ; Wed, 13 Jan 2021 09:37:20 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DG2R44jcPz3vHy; Wed, 13 Jan 2021 09:37:20 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzcac-0004mD-BO; Wed, 13 Jan 2021 10:37:18 +0100 Received: from office.as33885.net ([84.55.65.101] helo=[192.168.3.70]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzcab-000CAb-Ni; Wed, 13 Jan 2021 10:37:17 +0100 Subject: Re: Panic after updating To: Hans Petter Selasky , FreeBSD Current , Ian Lepore References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> <94c9421b-a9d9-ceae-510d-336d2bd691bd@alvermark.net> <591e6420-ab8e-7391-e16c-97ee2bb535c7@selasky.org> From: Jakob Alvermark Message-ID: <72b3dece-8a7a-2718-2c69-cd4f1d363733@alvermark.net> Date: Wed, 13 Jan 2021 10:37:17 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <591e6420-ab8e-7391-e16c-97ee2bb535c7@selasky.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DG2R44jcPz3vHy X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 09:37:20 -0000 On 1/13/21 10:07 AM, Hans Petter Selasky wrote: >> >> Yes! That works! Thank you! >> > > See: > > https://cgit.freebsd.org/src/commit/?id=bafb682656724d06045fa494efb83a4312036f1f > Nice! Thanks again! Jakob From owner-freebsd-current@freebsd.org Wed Jan 13 10:32:06 2021 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 248674D77E7 for ; Wed, 13 Jan 2021 10:32:06 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG3fF6KzHz4Sk8 for ; Wed, 13 Jan 2021 10:32:05 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id D930F4D757B; Wed, 13 Jan 2021 10:32:05 +0000 (UTC) Delivered-To: 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 D8F734D7849 for ; Wed, 13 Jan 2021 10:32:05 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic313-56.consmr.mail.ne1.yahoo.com (sonic313-56.consmr.mail.ne1.yahoo.com [66.163.185.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG3fD6Smyz4Sk7 for ; Wed, 13 Jan 2021 10:32:04 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610533923; bh=zUa361+INTOBPZYV+2VUwVg2k6xNk/eRSq2biVg4KkF=; h=Date:From:To:Subject:From:Subject:Reply-To; b=GaPcKRz64qmEyQ2OD54pMx4B8tkS+Tgr1F0yfSAeVKWXiV5Mldm22RUnVndWNU6AiwdhuW6DYMXz9UImnhGrF/NUwQaU07jGpLjAX3amQTyUMzmboxo1Kmf7ZPqx9YiNlYmqkeYXHFhZbQ8c7Bmf7v3IPWkoJkUQmhuG/oQDutuyBpv8yZ6vwZlVrx924amU0jBW4+38ONs5ifkOhLERWJg86in409APONsSZqjkwVVTwxa2cxy6F9VdgRmXibBPTubbGGA+EeINqZ7QeEEzIitV55aaNen08k2QdfO5lBzHF1tg3wz5EXe/FMzLMseTIctMstwePPkudx2g94YC8w== X-YMail-OSG: CoT36e4VM1n4wfM124nOomch8rWv6n.OJQwcjs.VtMLxPhqOTVf3cF_4kMDxeYe AcfmyeImJ4ZivHFgk9aH_RCmAHRPLv59rpOLY0OV_HbPS4NaSkgREaxGgxJn1F9_zeLSm.0Pswmh g3CPldjKtYsmkyfpxuOxGe5wT7tbGQeqL1L6JhZabUByvil9r9wjb_xoDdui6T13yfglOF..Dhrl H7wzopGvsp_OAEmoeODB8GRM7SeVI6p7zyc8rSfUBWq_VTgNTOZrcvCB8Tg.tC.1dVhG68bInOD5 ker_TDDahhPmdZzQVpV5w27hiM7wjkzxuQE7mhX60Lqd1zYi1bCoy2yrQ8Sgcfjz2pPuI4riOR25 1R2xkAwJnSs84v.1bid_RGvIEJRpT4_O9CoBlcxt2U.AD0aBYSbg_zTmWOHTvMV4KxW1.TEe0uqx _RhJ4EcgFDYYH0NH1oXUR1ggcSVYnmcCzbkt90sqrHf6S166dzlVeZiEVcjnTWEftuqZtGfas0AN VvDtSdtdazqNZsAXQ0O6ScxplxU2id1hJZuctKpMDbqPQvIhST5hbmiAggzXWHZzR.BuX5QYXNEo PiYjbsMvhFNsezLEN9hPGXorOkML05XIim6dK5p9XIeHiv4Ow8QTltrQTRqaNneKZLbcFhu.wCcu U9C28yZZE1TYkUsYeYAabjoRX0MMOBcsdhmcYyf_ZYbWDyd9qXsHUo5Fjvs8AtdsVn02rzCzkQ2_ TOCZM0xW_i_dcFT5q4kzM_pSm3Ze7wAZKlIbKpCJQpEXh.qsHo6DEtkegC57SkOq1qfg8b4Fl_5Q wzXXbL_lBRnYJP5eoaVBljyB0MgLAPF4mvm7molPKQGijGhx44SaIbwW5XqQB5Mg0C2EU.98FnRg ocvDOB.B3xHcsdlPr7gQ0kroAY8eIdBEhFfjmlxBmyU3bm.7HMOKGWg3GhLLW8XO362LoecQ9Qw2 AfUh6Z6a7Jj6gKcvPINIJ5DEihqW..vC0AX3yTYQkjZI.VnLqdwWD4pCgbqbEhRCBzrbggapQMyi cRxTGyPoBVP29s4r7xrCfZyo1EHSxA1jTBp0uz4K6Q8YgaUem.i4pLPaSOFcMI0udxQN5OWYSlIO rQ_t8wdsLblaZRXvoCESc6DIN5FC1.99TFxH5VDHCLnLAEQhu4ekG1Prz7JLnXJa22QCle2JEckW j98T3IlLvy_4dFLuYUHpqna_.0RWfT3P8dxgVViEuBUYAdX_BM969rdQuxA3Bll7N2AjOS9TbslW pKmHJAmtHJp3SZvqvTwAJUmP073C4oFLht02SeynmkJQCeZpchuHcZ06sHy0TeVgnryYtTrTQ41t ROcyAYHcdS74n8gRvZ2vF.mYY_om1LZZQF1Fn3KnDm924BoOle8zqIT9KfABjCntPwv5JCoz4eJs aegojc7xqYpiPmXrF5q7A1kFlaWcwfHyE6tCDp.aN1pibl_S_FIEt7aXLDJrs5k20NzKyXCqmHk3 ExzjqU8ayatyyeH7vR4OF9WxeHzrHbOZLg_VuMQq0PDQCSot1gnVbq8i77iyeypOhVx2bsFnvqMe ECfbknCNzIy5jZGJIVH07cHyMl5M17R2hUliTnOqU9QFmUjFlh5sEQ9sb14QRPGMAxu6Enx_h2QF nNdIeZhB2I5bhqGbBWeGB4WPEwFwv5rAo9mrz.Jtc7eeCH5UZKezYyoBN6ocjNsQH721FIsb008j h8UV4uFmGZMeIvWf8Gzz7Z49.DOwr9YHYIOypByz_pOcGgOp4TJQvHFQUihsD9Sba6To8ASabrM0 mPjAvFkQnkADagMfYI7iv2IpnKn6lD.OteBGC6kcbPKSszVeltAd4VbTcrf4nHAGLZMo4r80v3sQ 6wv5hrq7yhkBuPZZnrGMADNeEj5kgv5GPSC_rxs1QHFc8c8RMxXMDl6PpC1buEQt8FNXch4wTGqo 1LCo5KcJPTx97ZzgezzwpFiYRHFxiFU8YopgGtmo4.q3usmwBLyRixhSjirbarDRy3H1JzFvNWm5 hmBsctga6EitD5EhmizbDY_7RyKtd17YArPKmImgcIs3601P7uRm1FnptoMyirwprD1xsad38eWQ BuBRrfIKuRBkwdOtlwr1RU_laHlwKwybSPgNXd_AekNl3RO2v7ZtLYHKDj30Cxog0RSRG4I1tcEB vgu7KIDtIXiy.4aJpXRghdD4wkAsM5JkSbyeiRC4POD0.nDxNwli24FfWFJsgxNpMIoXWm7s_Gqs XtAtiG5D4lJtarOPt9nuwGqffkYNOhNIXaJ.0BFc.ZQHMlAkzbfPtyOm3f57YEHFd3ZsHWfP8bZx 7FS7L6sszYa5eldpjxepQmFKbrGeLNnVcYM.pnGOIcj90ULzXELra1jl31dcTQKJv7n2FcgCU Received: from sonic.gate.mail.ne1.yahoo.com by sonic313.consmr.mail.ne1.yahoo.com with HTTP; Wed, 13 Jan 2021 10:32:03 +0000 Date: Wed, 13 Jan 2021 10:32:01 +0000 (UTC) From: Filippo Moretti To: FreeBSD Current Message-ID: <1798034025.1533341.1610533921529@mail.yahoo.com> Subject: Problem compiling drm-current-kmod MIME-Version: 1.0 References: <1798034025.1533341.1610533921529.ref@mail.yahoo.com> X-Mailer: WebService/1.1.17501 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:84.0) Gecko/20100101 Firefox/84.0 X-Rspamd-Queue-Id: 4DG3fD6Smyz4Sk7 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.80 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.80)[-0.805]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.185.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.163.185.31:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.163.185.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.185.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 10:32:06 -0000 Good morning,=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=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0 my system:[root@STING /usr/ports/graphics/drm-current-kmod]# uname -a FreeBSD STING 13.0-CURRENT FreeBSD 13.0-CURRENT #16 main-c255860-g2903606b6= 06: Tue Jan 12 04:59:16 CET 2021=C2=A0=C2=A0=C2=A0=C2=A0 root@STING:/usr/ob= j/usr/src/amd64.amd64/sys/STING=C2=A0 amd64 I get the following error while trying to upgrade drm-current-kmod from por= ts:/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/drivers= /gpu/drm/amd/amdgpu/amdgpu_device.c:4009:6: error: implicit declaration of = function 'pci_is_root_bus' is invalid in C99 [-Werror,-Wimplicit-function-d= eclaration] =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (pci_is_root_bus(adev->pdev->= bus)) { =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ /usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/drivers/gp= u/drm/amd/amdgpu/amdgpu_device.c:4009:6: note: did you mean 'pci_set_bus'? /usr/src/sys/dev/pci/pcivar.h:385:1: note: 'pci_set_bus' declared here PCI_ACCESSOR(bus,=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 BUS,=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0 uint8_t) ^ /usr/src/sys/dev/pci/pcivar.h:371:2: note: expanded from macro 'PCI_ACCESSO= R' =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 __BUS_ACCESSOR(pci, var, PCI, iv= ar, type) =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ /usr/src/sys/sys/bus.h:812:22: note: expanded from macro '__BUS_ACCESSOR' static __inline void varp ## _set_ ## var(device_t dev, type t)=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=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ^ :77:1: note: expanded from here pci_set_bus ^ 1 error generated.*** Error code 1 Stop. make[4]: stopped in /usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_= v5.4.62_6/amd/amdgpu *** Error code 1 *** Error code 1 *** Error code 1 Stop. make[1]: stopped in /usr/ports/graphics/drm-current-kmod *** Error code 1 Stop. make: stopped in /usr/ports/graphics/drm-current-kmod Filippo From owner-freebsd-current@freebsd.org Wed Jan 13 10:45:34 2021 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 042B34D8109 for ; Wed, 13 Jan 2021 10:45:34 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG3xn54F3z4TJG for ; Wed, 13 Jan 2021 10:45:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id AC4844D7FCF; Wed, 13 Jan 2021 10:45:33 +0000 (UTC) Delivered-To: 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 AC0DB4D8096 for ; Wed, 13 Jan 2021 10:45:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG3xn368pz4TG2 for ; Wed, 13 Jan 2021 10:45:33 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy.home (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 251a38c5 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 13 Jan 2021 10:45:31 +0000 (UTC) Date: Wed, 13 Jan 2021 11:45:31 +0100 From: Emmanuel Vadot To: Filippo Moretti Cc: FreeBSD Current Subject: Re: Problem compiling drm-current-kmod Message-Id: <20210113114531.77e8df2f65a61726c8935dcd@bidouilliste.com> In-Reply-To: <1798034025.1533341.1610533921529@mail.yahoo.com> References: <1798034025.1533341.1610533921529.ref@mail.yahoo.com> <1798034025.1533341.1610533921529@mail.yahoo.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DG3xn368pz4TG2 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 10:45:34 -0000 On Wed, 13 Jan 2021 10:32:01 +0000 (UTC) Filippo Moretti wrote: > Good morning,=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0 my system:[root@STING /usr/ports/graphics/drm-current-kmod]# unam= e -a > FreeBSD STING 13.0-CURRENT FreeBSD 13.0-CURRENT #16 main-c255860-g2903606= b606: Tue Jan 12 04:59:16 CET 2021=A0=A0=A0=A0 root@STING:/usr/obj/usr/src/= amd64.amd64/sys/STING=A0 amd64 >=20 > I get the following error while trying to upgrade drm-current-kmod from p= orts:/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/drive= rs/gpu/drm/amd/amdgpu/amdgpu_device.c:4009:6: error: implicit declaration o= f function 'pci_is_root_bus' is invalid in C99 [-Werror,-Wimplicit-function= -declaration] > =A0=A0=A0=A0=A0=A0=A0 if (pci_is_root_bus(adev->pdev->bus)) { > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^ > /usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/drivers/= gpu/drm/amd/amdgpu/amdgpu_device.c:4009:6: note: did you mean 'pci_set_bus'? > /usr/src/sys/dev/pci/pcivar.h:385:1: note: 'pci_set_bus' declared here > PCI_ACCESSOR(bus,=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 BUS,=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0 uint8_t) > ^ > /usr/src/sys/dev/pci/pcivar.h:371:2: note: expanded from macro 'PCI_ACCES= SOR' > =A0=A0=A0=A0=A0=A0=A0 __BUS_ACCESSOR(pci, var, PCI, ivar, type) > =A0=A0=A0=A0=A0=A0=A0 ^ > /usr/src/sys/sys/bus.h:812:22: note: expanded from macro '__BUS_ACCESSOR' > static __inline void varp ## _set_ ## var(device_t dev, type t)=A0=A0=A0= =A0=A0=A0=A0=A0 \ > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^ > :77:1: note: expanded from here > pci_set_bus > ^ > 1 error generated.*** Error code 1 >=20 > Stop. > make[4]: stopped in /usr/ports/graphics/drm-current-kmod/work/drm-kmod-dr= m_v5.4.62_6/amd/amdgpu > *** Error code 1 > *** Error code 1 > *** Error code 1 >=20 > Stop. > make[1]: stopped in /usr/ports/graphics/drm-current-kmod > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/graphics/drm-current-kmod >=20 > Filippo > _______________________________________________ > 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" Sorry that's my fault. https://github.com/freebsd/drm-kmod/blob/master/linuxkpi/gplv2/include/linu= x/pci.h#L121 This if 0 should have been #if __FreeBSD_version < 1300135 I'll check if I've missed more and update the port. In the meantime either update your kernel after commit 35a39dc5b34962081eeda8dbcf0b99a31585499b or wait that I fix this. --=20 Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jan 13 11:22:54 2021 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 EBB564D8EAC for ; Wed, 13 Jan 2021 11:22:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG4mt5P3wz4Wjg for ; Wed, 13 Jan 2021 11:22:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id B91624D9113; Wed, 13 Jan 2021 11:22:54 +0000 (UTC) Delivered-To: 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 B8DB24D8D7C for ; Wed, 13 Jan 2021 11:22:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG4ms3tK0z4Wjf for ; Wed, 13 Jan 2021 11:22:53 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 0ab79c58 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 13 Jan 2021 11:22:51 +0000 (UTC) Date: Wed, 13 Jan 2021 12:22:51 +0100 From: Emmanuel Vadot To: Filippo Moretti , FreeBSD Current Subject: Re: Problem compiling drm-current-kmod Message-Id: <20210113122251.b6d35bca0f20ae276dc13018@bidouilliste.com> In-Reply-To: <20210113114531.77e8df2f65a61726c8935dcd@bidouilliste.com> References: <1798034025.1533341.1610533921529.ref@mail.yahoo.com> <1798034025.1533341.1610533921529@mail.yahoo.com> <20210113114531.77e8df2f65a61726c8935dcd@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DG4ms3tK0z4Wjf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.46 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_SENDERSCORE_FAIL(0.00)[212.83.155.74:server fail]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.96)[-0.960]; FREEMAIL_TO(0.00)[yahoo.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.83.155.74:from]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[212.83.155.74:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 11:22:55 -0000 On Wed, 13 Jan 2021 11:45:31 +0100 Emmanuel Vadot wrote: > On Wed, 13 Jan 2021 10:32:01 +0000 (UTC) > Filippo Moretti wrote: >=20 > > Good morning,=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0 my system:[root@STING /usr/ports/graphics/drm-current-kmod]# u= name -a > > FreeBSD STING 13.0-CURRENT FreeBSD 13.0-CURRENT #16 main-c255860-g29036= 06b606: Tue Jan 12 04:59:16 CET 2021=A0=A0=A0=A0 root@STING:/usr/obj/usr/sr= c/amd64.amd64/sys/STING=A0 amd64 > >=20 > > I get the following error while trying to upgrade drm-current-kmod from= ports:/usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/dri= vers/gpu/drm/amd/amdgpu/amdgpu_device.c:4009:6: error: implicit declaration= of function 'pci_is_root_bus' is invalid in C99 [-Werror,-Wimplicit-functi= on-declaration] > > =A0=A0=A0=A0=A0=A0=A0 if (pci_is_root_bus(adev->pdev->bus)) { > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^ > > /usr/ports/graphics/drm-current-kmod/work/drm-kmod-drm_v5.4.62_6/driver= s/gpu/drm/amd/amdgpu/amdgpu_device.c:4009:6: note: did you mean 'pci_set_bu= s'? > > /usr/src/sys/dev/pci/pcivar.h:385:1: note: 'pci_set_bus' declared here > > PCI_ACCESSOR(bus,=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 BUS,=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0 uint8_t) > > ^ > > /usr/src/sys/dev/pci/pcivar.h:371:2: note: expanded from macro 'PCI_ACC= ESSOR' > > =A0=A0=A0=A0=A0=A0=A0 __BUS_ACCESSOR(pci, var, PCI, ivar, type) > > =A0=A0=A0=A0=A0=A0=A0 ^ > > /usr/src/sys/sys/bus.h:812:22: note: expanded from macro '__BUS_ACCESSO= R' > > static __inline void varp ## _set_ ## var(device_t dev, type t)=A0=A0= =A0=A0=A0=A0=A0=A0 \ > > =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 ^ > > :77:1: note: expanded from here > > pci_set_bus > > ^ > > 1 error generated.*** Error code 1 > >=20 > > Stop. > > make[4]: stopped in /usr/ports/graphics/drm-current-kmod/work/drm-kmod-= drm_v5.4.62_6/amd/amdgpu > > *** Error code 1 > > *** Error code 1 > > *** Error code 1 > >=20 > > Stop. > > make[1]: stopped in /usr/ports/graphics/drm-current-kmod > > *** Error code 1 > >=20 > > Stop. > > make: stopped in /usr/ports/graphics/drm-current-kmod > >=20 > > Filippo > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 > Sorry that's my fault. > https://github.com/freebsd/drm-kmod/blob/master/linuxkpi/gplv2/include/li= nux/pci.h#L121 >=20 > This if 0 should have been #if __FreeBSD_version < 1300135 > I'll check if I've missed more and update the port. > In the meantime either update your kernel after commit > 35a39dc5b34962081eeda8dbcf0b99a31585499b or wait that I fix this. Fixed in r561457. --=20 Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jan 13 11:46:22 2021 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 9D9B44D9B35 for ; Wed, 13 Jan 2021 11:46:22 +0000 (UTC) (envelope-from cglogic@protonmail.com) Received: from mail4.protonmail.ch (mail4.protonmail.ch [185.70.40.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG5Hx0xcxz4Y8v for ; Wed, 13 Jan 2021 11:46:20 +0000 (UTC) (envelope-from cglogic@protonmail.com) Date: Wed, 13 Jan 2021 11:46:13 +0000 To: "freebsd-current@freebsd.org" From: cglogic Reply-To: cglogic Subject: Fresh openssh before 13.0 release Message-ID: MIME-Version: 1.0 X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DG5Hx0xcxz4Y8v X-Spamd-Bar: / X-Spamd-Result: default: False [-0.90 / 15.00]; HAS_REPLYTO(0.00)[cglogic@protonmail.com]; RBL_SENDERSCORE_FAIL(0.00)[185.70.40.27:server fail]; RWL_MAILSPIKE_GOOD(0.00)[185.70.40.27:from]; FREEMAIL_FROM(0.00)[protonmail.com]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24]; MIME_BASE64_TEXT_BOGUS(1.00)[]; DKIM_TRACE(0.00)[protonmail.com:+]; MIME_BASE64_TEXT(0.10)[]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.70.40.27:from]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; HAS_PHPMAILER_SIG(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.70.40.27:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; TO_DN_EQ_ADDR_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 11:46:22 -0000 SGkgdGhlcmUsCgpBbnkgY2hhbmNlIHRvIHNlZSBmcmVzaCBvcGVuc3NoIGluIHVwY29taW5nIDEz LjAgcmVsZWFzZT8KClRoYW5rcy4= From owner-freebsd-current@freebsd.org Wed Jan 13 11:47:32 2021 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 3F3CD4D9E03 for ; Wed, 13 Jan 2021 11:47:32 +0000 (UTC) (envelope-from qroxana@protonmail.com) Received: from mail-40130.protonmail.ch (mail-40130.protonmail.ch [185.70.40.130]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "protonmail.com", Issuer "SwissSign Server Gold CA 2014 - G22" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG5KH4HnRz4Y7D for ; Wed, 13 Jan 2021 11:47:31 +0000 (UTC) (envelope-from qroxana@protonmail.com) Date: Wed, 13 Jan 2021 11:47:14 +0000 To: "Alexander V. Chernikov" From: qroxana Cc: "freebsd-current@freebsd.org" Reply-To: qroxana Subject: Re: jail fib no longer works after net.add_addr_allfibs=0 Message-ID: In-Reply-To: <4325361610393748@mail.yandex.ru> References: <20210111155022.71549b54@bsd64.grem.de> <4325361610393748@mail.yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-1.2 required=10.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mailout.protonmail.ch X-Rspamd-Queue-Id: 4DG5KH4HnRz4Y7D X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.89 / 15.00]; HAS_REPLYTO(0.00)[qroxana@protonmail.com]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.70.40.0/24:c]; FREEMAIL_FROM(0.00)[protonmail.com]; DKIM_TRACE(0.00)[protonmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[protonmail.com,quarantine]; NEURAL_HAM_SHORT(-0.89)[-0.889]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[protonmail.com]; ASN(0.00)[asn:62371, ipnet:185.70.40.0/24, country:CH]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[protonmail.com:s=protonmail]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; FREEMAIL_REPLYTO(0.00)[protonmail.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[185.70.40.130:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 11:47:32 -0000 =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Monday, January 11, 2021 7:37 PM, Alexander V. Chernikov wrote: > 11.01.2021, 14:59, "qroxana" qroxana@protonmail.com: > > > On Mon, 11 Jan 2021 13:25:51 +0000, Alexander V. Chernikov melifaro@ipf= w.ru wrote: > > > > > Could you please consider clarifying the end result you want to achie= ve? > > > =C2=A0If you could include some more details of how it was configured= earlier, it would help as well. > > > > Thank you for the quick reply. > > Let's say there are two jails defined in /etc/jail.conf > > jail1 { > > =C2=A0=C2=A0=C2=A0=C2=A0... > > =C2=A0=C2=A0=C2=A0=C2=A0ip4.addr =3D 192.168.1.101; > > =C2=A0=C2=A0=C2=A0=C2=A0exec.fib =3D 1; > > =C2=A0=C2=A0=C2=A0=C2=A0... > > } > > jail2 { > > =C2=A0=C2=A0=C2=A0=C2=A0... > > =C2=A0=C2=A0=C2=A0=C2=A0ip4.addr =3D 192.168.1.102; > > =C2=A0=C2=A0=C2=A0=C2=A0exec.fib =3D 2; > > =C2=A0=C2=A0=C2=A0=C2=A0... > > } > > Got it, thank you for the clarification. > > > All the traffic in jail1 goes to the default router defined in fib 1, > > and traffic in jail2 goes to the default router defined in fib 2. > > Could you describe interface&routing setup as well? > In particular, I'm looking into details of setting up # of fibs, interfac= e configuration and default route setup. Sure, the interface is em0 for both host and jails: /etc/rc.conf ipv4_addrs_em0=3D"192.168.1.100/24" static_routes=3D"jail1 jail2" route_jail1=3D"default 192.168.1.10 -fib 1" route_jail2=3D"default 192.168.1.20 -fib 2" /etc/jail.conf jail1 { ... interface =3D em0; ip4.addr =3D 192.168.1.101; exec.fib =3D 1; ... } jail2 { ... interface =3D em0; ip4.addr =3D 192.168.1.102; exec.fib =3D 2; ... } I noticed net.add_addr_allfibs defaults to 0 after the commit 2d39824195933c173bbfc9b31773070202d2e30e svn path=3D/head/; revision=3D367491 I also noted that net.add_addr_allfibs=3D1 needs to be added into /etc/sysctl.conf so it can be set before running /etc/rc.d/netif. # setfib -F 2 route add default 192.168.1.20 route: writing to routing socket: Network is unreachable add net default: gateway 192.168.1.20 fib 2: Network is unreachable # sysctl net.add_addr_allfibs=3D1 net.add_addr_allfibs: 0 -> 1 # setfib -F 2 route add default 192.168.1.20 route: writing to routing socket: Network is unreachable add net default: gateway 192.168.1.20 fib 2: Network is unreachable # /etc/rc.d/netif restart # setfib -F 2 route add default 192.168.1.20 add net default: gateway 192.168.1.20 fib 2 I'm just wondering what's the best practice for using jails with fib when net.add_addr_allfibs=3D0? Thanks. From owner-freebsd-current@freebsd.org Wed Jan 13 11:51:11 2021 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 6BC924D9D6D for ; Wed, 13 Jan 2021 11:51:11 +0000 (UTC) (envelope-from ali.abdallah@suse.com) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "smtp2.suse.de", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG5PV5CXVz4YYW for ; Wed, 13 Jan 2021 11:51:10 +0000 (UTC) (envelope-from ali.abdallah@suse.com) X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id D0330AB92 for ; Wed, 13 Jan 2021 11:51:08 +0000 (UTC) Date: Wed, 13 Jan 2021 12:51:07 +0100 From: Ali Abdallah To: freebsd-current@freebsd.org Subject: snd_hda random crack noise on Realtek ALC257 Message-ID: <20210113115107.ftwqh4psno3ud67j@Fryzen495> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline X-Rspamd-Queue-Id: 4DG5PV5CXVz4YYW X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.20 / 15.00]; MID_RHS_NOT_FQDN(0.50)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[suse.com:s=susede1]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[195.135.220.15:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:195.135.220.15]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DWL_DNSWL_MED(-2.00)[suse.com:dkim]; RCPT_COUNT_ONE(0.00)[1]; RCVD_DKIM_ARC_DNSWL_MED(-0.50)[]; RCVD_IN_DNSWL_MED(-0.20)[195.135.220.15:from]; DKIM_TRACE(0.00)[suse.com:+]; DMARC_POLICY_ALLOW(-0.50)[suse.com,quarantine]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29298, ipnet:195.135.220.0/22, country:DE]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 11:51:11 -0000 Hello, I'm running 13-current on my Thinkpad T495 (AMD Ryzen 7 PRO 3700U) It has the following sound devices: cat /dev/sndstat Installed devices: pcm0: (play) default pcm1: (play) pcm2: (play) pcm3: (play/rec) pcm4: (play/rec) No devices installed from userspace. So far so good, but randomly, while listening to music videos, there is a random crack noise for about a second coming out of the HDMI monitor speaker (or the internal laptop speaker when pcm3 is used). It is not very frequent, but quiet annoying. The noise is not associated particularly with heavy load, it is random even when I'm running literally nothing but the music player. I've played with the vchans settings, snd.latency setting, but nothing improved the situation. The only thing that solved completely the issue is assigning a single processor to the media player. $ cpuset -l 0 mpv --audio-device=oss//dev/dsp0 video_file.mp4 That worked with firefox as well, even under heavy load. I don't have pulseaudio, but I've tried also sound with pulseaudio and sndio, same issue. Any thoughts? Ali From owner-freebsd-current@freebsd.org Wed Jan 13 13:58:59 2021 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 E65664DD636 for ; Wed, 13 Jan 2021 13:58:59 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound2k.ore.mailhop.org (outbound2k.ore.mailhop.org [54.148.219.64]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG8Dz4rrGz4hQW for ; Wed, 13 Jan 2021 13:58:59 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1610546338; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=FthRyh6Ics41V3cVmXg79Zr/2nEzKTyY2rpHMQTnYvbcu4qHmtAkV9LLOwuy2Ey8ogH4hfoOCOF+6 wiI5R2Qh5/fmg8TCLk5ZocFut++glF9jXgwY00bP7H/1RUWvDQyYcCDyLmDwCawNKaeUBVgLgw1rM/ AR0u/YCA7YOzdjNW600jb/NTt7m2Gn+VYpjtu4EUMv5GvllBp6Eh2mptSs59ft59uPJuNkM7rQL8gI FPoN8FW+viFnNQ2w+nPyMcqAzgklmRA7ErfF/SqK1e5hTQA/CnZQS7GD6/qLpleXsl4MaaSNKZUT+r eDcVjeWMcVOKr/Mc9s3gONzt3BnTHMQ== 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=mryP095OD+acEC8dtSCWb3OMb4Y1QyeIhvxO8xZxWww=; b=hVirMfNOdNSg/WpkPBtgFMWLBEuKp28hxWUeDVjt0A60UhyPq7IJh+yXi8m6gxRoxhJ4QJDgiPGiJ 4V0k/ty8vMsC3ZcW13obcvla69jFGfgW76hDjnw6iFQapTpw8geMthzfxmjN3HVJSgoiTWw+SJTHw7 89f/THgZtDt4pj8qOA9OXlF/G6e7ZeYEL/GObiiyg/rjR4QRQQlbTOhXB0T9yVM44SncFSLLbqgd0j MjroZMAAUHvzfOEwK0Cig28UjOUy1fp1bdxv06CSUK75Qz0K71HnxW6MaIV8LS0OtS0BmszpOFWP54 yuJKBFZPPl28T4buf+3c0sCvYWcm6Uw== 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; X-MHO-RoutePath: aGlwcGll X-MHO-User: 78461247-55a7-11eb-9e76-df46ed8f892f X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (c-67-177-211-60.hsd1.co.comcast.net [67.177.211.60]) by outbound4.ore.mailhop.org (Halon) with ESMTPSA id 78461247-55a7-11eb-9e76-df46ed8f892f; Wed, 13 Jan 2021 13:58:56 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 10DDwqoG061781; Wed, 13 Jan 2021 06:58:52 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: Panic after updating From: Ian Lepore To: Jakob Alvermark , Hans Petter Selasky , FreeBSD Current Date: Wed, 13 Jan 2021 06:58:52 -0700 In-Reply-To: <72b3dece-8a7a-2718-2c69-cd4f1d363733@alvermark.net> References: <87512669-f0b9-eb2f-1103-170a29384ea8@alvermark.net> <34a9dafd-9690-1b33-abf8-017ad31cf2ab@alvermark.net> <60e4db60-c816-463e-0e08-a33c674ad4da@alvermark.net> <75784796-b513-5573-abc4-8c445d03c007@selasky.org> <5724744d-7710-4c3c-416b-01314cb196d4@selasky.org> <1bab5b76-eb56-671f-d52d-db1812c9be22@alvermark.net> <94c9421b-a9d9-ceae-510d-336d2bd691bd@alvermark.net> <591e6420-ab8e-7391-e16c-97ee2bb535c7@selasky.org> <72b3dece-8a7a-2718-2c69-cd4f1d363733@alvermark.net> Content-Type: text/plain; charset="ASCII" X-Mailer: Evolution 3.28.5 FreeBSD GNOME Team Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DG8Dz4rrGz4hQW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 13:59:00 -0000 On Wed, 2021-01-13 at 10:37 +0100, Jakob Alvermark wrote: > On 1/13/21 10:07 AM, Hans Petter Selasky wrote: > > > > > > Yes! That works! Thank you! > > > > > > > See: > > > > https://cgit.freebsd.org/src/commit/?id=bafb682656724d06045fa494efb83a4312036f1f > > > > > > > Nice! Thanks again! > > > Jakob > Indeed, thank you for taking care of this, my $job has me way too busy these days. -- Ian From owner-freebsd-current@freebsd.org Wed Jan 13 14:04:07 2021 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 EB1264DDB5E for ; Wed, 13 Jan 2021 14:04:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG8Lv4fLKz4j1H for ; Wed, 13 Jan 2021 14:04:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id 9DC0A4DDBC6; Wed, 13 Jan 2021 14:04:07 +0000 (UTC) Delivered-To: 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 9D8814DDE20 for ; Wed, 13 Jan 2021 14:04:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG8Lv3316z4hvL; Wed, 13 Jan 2021 14:04:07 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10DE3xKk041259; Wed, 13 Jan 2021 14:03:59 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10DE3xW4041258; Wed, 13 Jan 2021 06:03:59 -0800 (PST) (envelope-from david) Date: Wed, 13 Jan 2021 06:03:59 -0800 From: David Wolfskill To: current@freebsd.org, Andriy Gapon Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Andriy Gapon References: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="+PxULZq7qw07yx7K" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DG8Lv3316z4hvL X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:04:08 -0000 --+PxULZq7qw07yx7K Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 12, 2021 at 07:37:28AM -0800, David Wolfskill wrote: > On Tue, Jan 12, 2021 at 05:31:30PM +0200, Andriy Gapon wrote: > > On 2021-01-11 14:55, David Wolfskill wrote: > > > pci3: unknown notify 0x2 > > > ACPI Error: AE_ERROR, Thread 100002 could not acquire Mutex [ACPI_MTX= _Caches] (0c4) (20201113/utmutex-434) > >=20 > > Looks like that was some sort of a race or otherwise transient condition > > that lead to the _PTS (prepare-to-sleep) failure. > >=20 > > > ACPI Error: Aborting method \_PTS due to previous error (AE_NO_MEMORY= ) (20201113/psparse-689) > > > acpi0: AcpiEnterSleepStatePrep failed - AE_NO_MEMORY > > .... >=20 > That's certainly plausible -- as I noted a bit earlier today, there was > no recurrence after this morning's main-c255850-g16079c7233be -> > main-c255894-g8b1839548750 update. >=20 > Should I encounter a recurrence, I will plan to get another screenshot, > then bring the machine back up and re-try the poweroff (and then report > my findings). > .... I had a recurrence this morninig, after the update from: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #120 main-c2= 55894-g8b1839548750-dirty: Tue Jan 12 05:23:50 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 130= 0134 to: FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #121 main-c2= 55921-gec2700e01532-dirty: Wed Jan 13 05:06:22 PST 2021 root@g1-55.catw= hisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300135 130= 0135 New swcreenshot is in https://www.catwhisker.org/~david/FreeBSD/head/c25592= 1; the previous one is in https://www.catwhisker.org/~david/FreeBSD/head/c2558= 50. They look quite similar to me. After grabbing the screenshot, I rebooted again, but the poweroff just worked normally on re-try. I believe that this is evidence in favor of a "race condition" diagnosis. (In precisely what, I don't know,) Peace, david --=20 David H. Wolfskill david@catwhisker.org "What happened at the Capitol last Wednesday, then, wasn't the first time Trump's base took him literally. It was the culmination of having taken him literally the entire duration of his presidency." - Chris Cillizza See https://www.catwhisker.org/~david/publickey.gpg for my public key. --+PxULZq7qw07yx7K Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl/+/c9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcndDQgAjatOgZOPVgr/JtvHNkR9JcHhpAqGb779Jyw7ve6FGLD1a0VdZ03IrxVo 4eMdanZYjG65I/bAIhWZHzQAUZHP0TmLhuxPus3K2WPfcMqRnFa/9rzjBwBdCZDS g7qE+rHkcQwUGo7A8VhlDYCBkzI9d14tO4+WHt8JIRBZHDYBjIjBroET+RC9h0M2 0QGhcDc+osoA3oYuWbDdt8fqV2CI3eHWn7djJwzVu3/hb4ye3K0gYqrlQeq4FESX hQnE/Q7rcbocwrizJMQfPW7ZiA/8ZvqgAcMyTB4awMbxhE7i1MDf4S6n7JGCI6Wa O9iwdn0aghkMj19+48qqDJym2ynpCQ== =N+nz -----END PGP SIGNATURE----- --+PxULZq7qw07yx7K-- From owner-freebsd-current@freebsd.org Wed Jan 13 14:07:40 2021 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 D6D644DE28D for ; Wed, 13 Jan 2021 14:07:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG8R05GsVz4jNW for ; Wed, 13 Jan 2021 14:07:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id B500E4DDFD2; Wed, 13 Jan 2021 14:07:40 +0000 (UTC) Delivered-To: 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 B4C6B4DDFD1 for ; Wed, 13 Jan 2021 14:07:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay1-d.mail.gandi.net (relay1-d.mail.gandi.net [217.70.183.193]) (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 4DG8R02N5Mz4jRL for ; Wed, 13 Jan 2021 14:07:40 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.24] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 1DAAE240018 for ; Wed, 13 Jan 2021 14:07:37 +0000 (UTC) Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 To: current@freebsd.org References: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> From: Andriy Gapon Message-ID: Date: Wed, 13 Jan 2021 16:07:35 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DG8R02N5Mz4jRL X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:07:40 -0000 On 2021-01-13 16:03, David Wolfskill wrote: > On Tue, Jan 12, 2021 at 07:37:28AM -0800, David Wolfskill wrote: >> On Tue, Jan 12, 2021 at 05:31:30PM +0200, Andriy Gapon wrote: >>> On 2021-01-11 14:55, David Wolfskill wrote: >>>> pci3: unknown notify 0x2 >>>> ACPI Error: AE_ERROR, Thread 100002 could not acquire Mutex [ACPI_MTX_Caches] (0c4) (20201113/utmutex-434) >>> >>> Looks like that was some sort of a race or otherwise transient condition >>> that lead to the _PTS (prepare-to-sleep) failure. >>> >>>> ACPI Error: Aborting method \_PTS due to previous error (AE_NO_MEMORY) (20201113/psparse-689) >>>> acpi0: AcpiEnterSleepStatePrep failed - AE_NO_MEMORY >>> .... >> >> That's certainly plausible -- as I noted a bit earlier today, there was >> no recurrence after this morning's main-c255850-g16079c7233be -> >> main-c255894-g8b1839548750 update. >> >> Should I encounter a recurrence, I will plan to get another screenshot, >> then bring the machine back up and re-try the poweroff (and then report >> my findings). >> .... > > I had a recurrence this morninig, after the update from: > > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #120 main-c255894-g8b1839548750-dirty: Tue Jan 12 05:23:50 PST 2021 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300134 1300134 > > to: > > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #121 main-c255921-gec2700e01532-dirty: Wed Jan 13 05:06:22 PST 2021 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 1300135 1300135 > > > New swcreenshot is in https://www.catwhisker.org/~david/FreeBSD/head/c255921; > the previous one is in https://www.catwhisker.org/~david/FreeBSD/head/c255850. > > They look quite similar to me. > > After grabbing the screenshot, I rebooted again, but the poweroff > just worked normally on re-try. > > I believe that this is evidence in favor of a "race condition" diagnosis. > (In precisely what, I don't know,) I haven't followed source changes too closely as of recent. It might be a good idea to check for recent imports of ACPICA updates. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Jan 13 14:13:54 2021 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 2AB334DE1F5 for ; Wed, 13 Jan 2021 14:13:54 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG8Z96lNJz4k1L for ; Wed, 13 Jan 2021 14:13:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id E59B04DE167; Wed, 13 Jan 2021 14:13:53 +0000 (UTC) Delivered-To: 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 E561B4DE412 for ; Wed, 13 Jan 2021 14:13:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG8Z94Z29z4jvY; Wed, 13 Jan 2021 14:13:53 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10DEDqTj041384; Wed, 13 Jan 2021 14:13:52 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10DEDqnp041383; Wed, 13 Jan 2021 06:13:52 -0800 (PST) (envelope-from david) Date: Wed, 13 Jan 2021 06:13:52 -0800 From: David Wolfskill To: Andriy Gapon Cc: current@freebsd.org Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 Message-ID: Mail-Followup-To: David Wolfskill , Andriy Gapon , current@freebsd.org References: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="wCqKLGC558OAXpX9" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DG8Z94Z29z4jvY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:13:54 -0000 --wCqKLGC558OAXpX9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 13, 2021 at 04:07:35PM +0200, Andriy Gapon wrote: > ... > > I believe that this is evidence in favor of a "race condition" diagnosi= s. > > (In precisely what, I don't know,) >=20 > I haven't followed source changes too closely as of recent. > It might be a good idea to check for recent imports of ACPICA updates. > .... Most recent of those in head was: | commit fbde34778ba0ba31fcae99e992f353d989433dba | Merge: a2fe464c81de 960614968e0d | Author: Jung-uk Kim | Date: Fri Nov 13 22:45:26 2020 +0000 |=20 | MFV: r367652 | =20 | Merge ACPICA 20201113. |=20 | Notes: | svn path=3D/head/; revision=3D367654 and I certainly had not been seeing the symptom at all until I mentioned it on 11 January. (And I have been tracking head daily, including the "poweroff" at the end). FWIW. Thanks. Peace, david --=20 David H. Wolfskill david@catwhisker.org "What happened at the Capitol last Wednesday, then, wasn't the first time Trump's base took him literally. It was the culmination of having taken him literally the entire duration of his presidency." - Chris Cillizza See https://www.catwhisker.org/~david/publickey.gpg for my public key. --wCqKLGC558OAXpX9 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl//ACBfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PcloHwgA1hwt1wuJ75KFilNi7uIa+5WKSr7y6JJr9tGj191sJEh0ZtFH4uw7mqHQ 5AcvCzUkv0ZoImJOazq4Z8wewyHYdXheM+dZ840tE9b/TGl7ykLSgOFrhE8nA4HZ jCahK39EncmpNgItYza4wZBncCx0YcKhEtCB1hWDjZhM1HmlI13lYik77TpzWcin m5Gv6JsE1R1Krwwtz7x9RxsswTYL7CPmNsso3t2cjQbbCQrF+MQDP03dHp1aFt2k aRqd9tEXn32zbqC1dzhKttbMJRdpQQwaGRLJ2ibF4H5Wh6PcipsmSGd71j6F8Ew2 qKvpqkVmbt4vSFwbXEUA3Ev3UZW5Og== =ZcVN -----END PGP SIGNATURE----- --wCqKLGC558OAXpX9-- From owner-freebsd-current@freebsd.org Wed Jan 13 14:31:28 2021 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 5B3C04DE7B3 for ; Wed, 13 Jan 2021 14:31:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG8yS0qqwz4kR1 for ; Wed, 13 Jan 2021 14:31:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 1C8204DE7B2; Wed, 13 Jan 2021 14:31:28 +0000 (UTC) Delivered-To: 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 1C4294DEA88 for ; Wed, 13 Jan 2021 14:31:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailout09.eigbox.net (bosmailout09.eigbox.net [66.96.185.9]) (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 4DG8yR0t8wz4kfX for ; Wed, 13 Jan 2021 14:31:26 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan10.eigbox.net ([10.20.15.10]) by bosmailout09.eigbox.net with esmtp (Exim) id 1kzhBG-0004FR-Ep for current@freebsd.org; Wed, 13 Jan 2021 09:31:26 -0500 Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan10.eigbox.net with esmtp (Exim) id 1kzhBG-0002Na-40 for current@freebsd.org; Wed, 13 Jan 2021 09:31:26 -0500 Received: from bosauthsmtp02.yourhostingaccount.com ([10.20.18.2]) by bosimpout12 with id GEXP2400302gpmq01EXSdz; Wed, 13 Jan 2021 09:31:26 -0500 X-Authority-Analysis: v=2.3 cv=WuawzeXv c=1 sm=1 tr=0 a=9MP9vxlQrmnoeofDS6o88g==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=13zjGPudsaEWiJwPRgMA:9 a=fGO4tVQLAAAA:8 a=NA02TjHsfAaY9gC09W4A:9 a=QEXdDO2ut3YA:10 a=2ftlunCnOkAA:10 a=-ZS1TN-CNdAA:10 a=yCo0xFDnXEk1fh0hlE4A:9 a=FfaGCDsud1wA:10 a=pHzHmUro8NiASowvMSCR:22 a=nt3jZW36AmriUCFCBwmW:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:47351 helo=[192.168.1.100]) by bosauthsmtp02.eigbox.net with esmtpa (Exim) id 1kzhBC-00055Y-TJ for current@freebsd.org; Wed, 13 Jan 2021 09:31:23 -0500 To: FreeBSD Current From: Santiago Martinez Subject: Current kernel build broken with linuxkpi? Message-ID: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> Date: Wed, 13 Jan 2021 14:31:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="Stoq2g09zIgrIsJDkz2BbxLDugMSETZO8" X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DG8yR0t8wz4kfX X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_SENDERSCORE_FAIL(0.00)[66.96.185.9:server fail]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; HAS_ATTACHMENT(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[81.9.160.236:received]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net]; RWL_MAILSPIKE_NEUTRAL(0.00)[66.96.185.9:from]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.185.9:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.96.185.9:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.9:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:31:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --Stoq2g09zIgrIsJDkz2BbxLDugMSETZO8 Content-Type: multipart/mixed; boundary="nWcpFNfpFsQ2yJkN7g1SstUzE5Wvd0OCh"; protected-headers="v1" From: Santiago Martinez To: FreeBSD Current Message-ID: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> Subject: Current kernel build broken with linuxkpi? --nWcpFNfpFsQ2yJkN7g1SstUzE5Wvd0OCh Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi there, Just wondering if somebody else is having issues building the kernel=C2=A0= (amd64) with the latest current. I have tried with clean,=C2=A0 etc and same issue. Uploaded the make output into "pastebin.com" https://pastebin.com/va5HCYtY Thanks Santi --nWcpFNfpFsQ2yJkN7g1SstUzE5Wvd0OCh-- --Stoq2g09zIgrIsJDkz2BbxLDugMSETZO8 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEk06QWJzNAs9NTrFjWBFqYkyC55EFAl//BDgFAwAAAAAACgkQWBFqYkyC55EM 5hAAp1aftEnLIyOp1Tgl970frQQ5l4C/CU54YEfKhnM3PDLFL/MqTkFLRZXkiXcHxvsODu1aZ72T bPe1tpinInU+hO5ayym9bA/S4eWvy/fB90TgE2mYnhqWJZPHrTHyJkXjjKdaG9pA9S1c/FJ4O2ye yE0mpDMuLlEIIghfj5WLcvIOp6HSR0Vm3OpyC0/TF9RozpzZd+sKvRCqjtMbPebMRIWz5aRW/wds 3+jSeNz2tUE8/K90wU4iLeviHXEdw4YWQvluzwRqfFAUC/UOqYMkNxsciqNPB+3ozYTSkok9eNJK 1p4EV6+Mpddh926n3g8QzuKTjXEwjduoFxBg+atSkExv34H7u50gkWrCXH6yXyIoiRE0tzDne39g h4qwV+pu04+Kk/1yDL2gGq32eMOmRgb/H7U00cPa9ht3uKDPPVbnjmQD7lckHT3yy2DELkbmGElJ bHT+bxvMpMW9pNsML7DRkY9zRpglEnYU8HUU64ch80eq3fTaLCjqv36MGB43qDfAEvfFg5xiedEh ZPtXRm/ClD7uuSB4goiJzQwpj8ergA/FkJa1oMF7itTmxmliP6IZg6rOMunHA68njY42VV4T0VVX hcQ4x22FhYDNnG06Rgl/rxdDIP3vuJQE70edNu5Lo4p0mh7RA9f2hMTPWZGIql50YQFH9nggkzhN mmk= =GKIN -----END PGP SIGNATURE----- --Stoq2g09zIgrIsJDkz2BbxLDugMSETZO8-- From owner-freebsd-current@freebsd.org Wed Jan 13 14:35:00 2021 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 AF34A4DE7E2 for ; Wed, 13 Jan 2021 14:35:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG92X3yHRz4l1X for ; Wed, 13 Jan 2021 14:35:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 861714DEDAF; Wed, 13 Jan 2021 14:35:00 +0000 (UTC) Delivered-To: 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 85D974DEE26 for ; Wed, 13 Jan 2021 14:35:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG92X2tpvz4kvg for ; Wed, 13 Jan 2021 14:35:00 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id E1F302605A6; Wed, 13 Jan 2021 15:34:56 +0100 (CET) Subject: Re: Current kernel build broken with linuxkpi? To: Santiago Martinez , FreeBSD Current References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> From: Hans Petter Selasky Message-ID: <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> Date: Wed, 13 Jan 2021 15:34:46 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DG92X2tpvz4kvg X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:35:00 -0000 On 1/13/21 3:31 PM, Santiago Martinez wrote: > Hi there, > > Just wondering if somebody else is having issues building the kernel > (amd64) with the latest current. > > I have tried with clean,  etc and same issue. > > Uploaded the make output into "pastebin.com" > > https://pastebin.com/va5HCYtY > Try to update your ports tree. I believe manu@ just fixed this. --HPS From owner-freebsd-current@freebsd.org Wed Jan 13 14:40:22 2021 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 9A28D4DEE78 for ; Wed, 13 Jan 2021 14:40:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG98k2SCLz4lCp for ; Wed, 13 Jan 2021 14:40:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 5260B4DF105; Wed, 13 Jan 2021 14:40:22 +0000 (UTC) Delivered-To: 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 5228F4DF090 for ; Wed, 13 Jan 2021 14:40:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailout02.eigbox.net (bosmailout02.eigbox.net [66.96.186.2]) (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 4DG98k1YJsz4l6F for ; Wed, 13 Jan 2021 14:40:21 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan10.eigbox.net ([10.20.15.10]) by bosmailout02.eigbox.net with esmtp (Exim) id 1kzhJt-0003S0-CW for current@freebsd.org; Wed, 13 Jan 2021 09:40:21 -0500 Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan10.eigbox.net with esmtp (Exim) id 1kzhJt-0001nj-2t for current@freebsd.org; Wed, 13 Jan 2021 09:40:21 -0500 Received: from bosauthsmtp02.yourhostingaccount.com ([10.20.18.2]) by bosimpout13 with id GEgH2400Z02gpmq01EgLUs; Wed, 13 Jan 2021 09:40:21 -0500 X-Authority-Analysis: v=2.3 cv=efumg4MH c=1 sm=1 tr=0 a=9MP9vxlQrmnoeofDS6o88g==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=13zjGPudsaEWiJwPRgMA:9 a=fGO4tVQLAAAA:8 a=6I5d2MoRAAAA:8 a=X6-o_tDUXVLHRlPdp30A:9 a=QEXdDO2ut3YA:10 a=J-hc6-hnrkjw1OMExBYA:9 a=FfaGCDsud1wA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:61248 helo=[192.168.1.100]) by bosauthsmtp02.eigbox.net with esmtpa (Exim) id 1kzhJp-0006YE-MG; Wed, 13 Jan 2021 09:40:17 -0500 Subject: Re: Current kernel build broken with linuxkpi? To: Hans Petter Selasky , FreeBSD Current References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> From: Santiago Martinez Message-ID: <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> Date: Wed, 13 Jan 2021 14:40:14 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="YQ0iGW8qTRJUQjVFCAkve0wc1VGTG3cWt" X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DG98k1YJsz4l6F X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:40:22 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --YQ0iGW8qTRJUQjVFCAkve0wc1VGTG3cWt Content-Type: multipart/mixed; boundary="Om3UzR4G8qklAZGfYyp4UMd1LoOGK19Pm"; protected-headers="v1" From: Santiago Martinez To: Hans Petter Selasky , FreeBSD Current Message-ID: <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> Subject: Re: Current kernel build broken with linuxkpi? References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> In-Reply-To: <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> --Om3UzR4G8qklAZGfYyp4UMd1LoOGK19Pm Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Thanks Peter,=C2=A0 this is what i got root@tucho:/usr/src # git status On branch main Your branch is up to date with 'origin/main'. am i missing something? Santi On 1/13/21 2:34 PM, Hans Petter Selasky wrote: > On 1/13/21 3:31 PM, Santiago Martinez wrote: >> Hi there, >> >> Just wondering if somebody else is having issues building the kernel >> (amd64) with the latest current. >> >> I have tried with clean,=C2=A0 etc and same issue. >> >> Uploaded the make output into "pastebin.com" >> >> https://pastebin.com/va5HCYtY >> > > Try to update your ports tree. I believe manu@ just fixed this. > > --HPS > > _______________________________________________ > 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" --Om3UzR4G8qklAZGfYyp4UMd1LoOGK19Pm-- --YQ0iGW8qTRJUQjVFCAkve0wc1VGTG3cWt Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEk06QWJzNAs9NTrFjWBFqYkyC55EFAl//Bk4FAwAAAAAACgkQWBFqYkyC55Er qQ//VeYrks4F7doctstjOjdWqsiO3cRb7qPnE/YQ7hAADFoEQBTEWpQQoWwSJX+VToAQRW8uiZvP KqIiUmKkVUrjLjUF2zaAywvCnDg6EKrkOQ+AYOTs1ZSqJL/Eesy+O9Y4gUqZWpoqRkiWK7oauMxd 799vmL6VnS3E1/BuGgdUFXBEL2HGxJ+sJemk6ZnEWHB+Q98UKpYhzOMP94KYuwg4MrolaiA4dOBf kWRnEjs+E6K8ZFviw3lQRrHPY9A1snhI8kvVNAalxEGAy8C/fxddfUgy3NUcfCvru+1AwDTlXglc G6XZVyE4QpYvqysFjqanttMP8y9KFLXRho2BALbIqF6R0QhOLOUJzt0JK+ytzDjIOzc46ryXesXD mmpHibOcq1ANi6cfZNZKLQm11qIJUuxY9TIjnmp8gNfGPOznJQZbH/lb1n9Bi8v6Gz/OHzTJToMe lZeif5D45HtUovKoF6hyDIObFAJZ4LjfRoreSxbZBb2cQWM+JJLAm/On7IJ5gzCtzXMi6RKwu1Sr Y4Ez/4Ga2/5kvJ5+4gUb3aem8LhKYdHWz6jSs0IANHM17vOf0LJx6LQdrZlieiuy6YFn/jIPTJWb gRs2DiupKAm86VcP7sfIPB2paM4DJ9nH/zgTV2FGzWbkHryjKshYu91R583e2cGuQLTgpWZ6qAgK 6pw= =+/P2 -----END PGP SIGNATURE----- --YQ0iGW8qTRJUQjVFCAkve0wc1VGTG3cWt-- From owner-freebsd-current@freebsd.org Wed Jan 13 14:43:16 2021 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 500D84DF1BC for ; Wed, 13 Jan 2021 14:43:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG9D41633z4lml for ; Wed, 13 Jan 2021 14:43:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 242394DF048; Wed, 13 Jan 2021 14:43:16 +0000 (UTC) Delivered-To: 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 23EDB4DF370 for ; Wed, 13 Jan 2021 14:43:16 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG9D36qJbz4lVm for ; Wed, 13 Jan 2021 14:43:15 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id D57752605A6; Wed, 13 Jan 2021 15:43:06 +0100 (CET) Subject: Re: Current kernel build broken with linuxkpi? To: Santiago Martinez , FreeBSD Current References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> From: Hans Petter Selasky Message-ID: Date: Wed, 13 Jan 2021 15:42:57 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DG9D36qJbz4lVm X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:43:16 -0000 On 1/13/21 3:40 PM, Santiago Martinez wrote: > Thanks Peter,  this is what i got > > root@tucho:/usr/src # git status > On branch main > Your branch is up to date with 'origin/main'. > > am i missing something? portsnap fetch update Maybe? --HPS From owner-freebsd-current@freebsd.org Wed Jan 13 14:45:39 2021 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 94A084DF26F for ; Wed, 13 Jan 2021 14:45:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DG9Gq3172z4lr3 for ; Wed, 13 Jan 2021 14:45:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 651384DF26E; Wed, 13 Jan 2021 14:45:39 +0000 (UTC) Delivered-To: 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 64DD14DF3E1 for ; Wed, 13 Jan 2021 14:45:39 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DG9Gp4Jh0z4lwY for ; Wed, 13 Jan 2021 14:45:38 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 594BA2605A6; Wed, 13 Jan 2021 15:45:37 +0100 (CET) Subject: Re: Current kernel build broken with linuxkpi? From: Hans Petter Selasky To: Santiago Martinez , FreeBSD Current References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> Message-ID: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> Date: Wed, 13 Jan 2021 15:45:27 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4DG9Gp4Jh0z4lwY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[88.99.82.50:from]; R_SPF_ALLOW(-0.20)[+a:mail.turbocat.net]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[selasky.org]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[88.99.82.50:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:24940, ipnet:88.99.0.0/16, country:DE]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 14:45:39 -0000 On 1/13/21 3:42 PM, Hans Petter Selasky wrote: > On 1/13/21 3:40 PM, Santiago Martinez wrote: >> Thanks Peter,  this is what i got >> >> root@tucho:/usr/src # git status >> On branch main >> Your branch is up to date with 'origin/main'. >> >> am i missing something? > > portsnap fetch update > You need to update that DRM port you are using before the issue will be fixed. --HPS From owner-freebsd-current@freebsd.org Wed Jan 13 15:32:34 2021 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 0B68D4E0992 for ; Wed, 13 Jan 2021 15:32:34 +0000 (UTC) (envelope-from freebsd-current@lordsith.net) Received: from outbound.soverin.net (outbound.soverin.net [IPv6:2a01:4f8:fff0:2d:8::215]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGBJx118dz4qGq for ; Wed, 13 Jan 2021 15:32:32 +0000 (UTC) (envelope-from freebsd-current@lordsith.net) Received: from smtp.soverin.net (unknown [10.10.3.28]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by outbound.soverin.net (Postfix) with ESMTPS id 9FA5D602C8 for ; Wed, 13 Jan 2021 15:32:30 +0000 (UTC) Received: from smtp.soverin.net (smtp.soverin.net [159.69.232.142]) by soverin.net MIME-Version: 1.0 Date: Wed, 13 Jan 2021 16:32:29 +0100 From: "Marco " To: freebsd-current@freebsd.org Subject: Re: Livelock on recent current In-Reply-To: References: <000001d68808$f1801fb0$d4805f10$@gmail.com> <000201d68811$ba37f7e0$2ea7e7a0$@gmail.com> Message-ID: <2537e8abc7b1952c3fdbb5466547e1f2@lordsith.net> X-Sender: freebsd-current@lordsith.net Organization: lordsith.net Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGBJx118dz4qGq X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a01:4f8:fff0:2d:8::215:from]; RBL_SENDERSCORE_FAIL(0.00)[2a01:4f8:fff0:2d:8::215:server fail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a01:4f8:fff0:2d:08::215]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; HAS_ORG_HEADER(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; ARC_NA(0.00)[]; SPAMHAUS_ZRD(0.00)[2a01:4f8:fff0:2d:8::215:from:127.0.2.255]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; DMARC_NA(0.00)[lordsith.net]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; 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]; RCVD_TLS_LAST(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[2a01:4f8:fff0:2d:8::215:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 15:32:34 -0000 On 2020-09-12 01:24, Kevin Oberman wrote: > I'm happy to see that I am not crazy! > > This is mostly anecdotal. The freezes have occurred regularly, without > question, but the details are not statistically verified. This is based > on > my perceptions. The only things I am really sure of is that the system > is > unusable on head and runs well on 12.1-Release. This system has a > rather > new Intel GPU, the Comet Lake, and is only supported on head with > drm-devel-kmod, so moving back to 12.1 is not an option. I am curious > what > processor is on the T490. I am using the default keyboard layout. > On terminal sessions (vt), when the keyboard is idle. I have had the > system > run for a couple of hours or longer with no problems. To get bigger > ports > to build, I usually switch to another vty and keep that one fairly > busy. It > will freeze when no vty is active, but as long as any is active every > minute or less. I have had freezes in under a minute, but rarely. > > Moving on to other possibly related (or not) issues: > When running on X (MATE), it may freeze whether the keyboard is active > or > not. OTOH, it seems to freeze less often. I've had X lock up mid-word > but > also run for 15 or more minutes. It eventually does freeze, but I don't > think I've ever gone more than 10 minutes on an idle keyboard without a > freeze without X running. > > Switching to a vty and keeping it fairly active still seems to keep the > system alive while X is being used. X is performing very poorly. If the > processors are busy, say by building a port, screen updates are very > slow, > often pausing for several seconds. Expose events seem to often redraw > all > windows which is very annoying. Several times I thought the system was > frozen only to suddenly have the screen update and everything be > normal, > again. I also have this issue on a Carbon X1 7th Gen (type 20QDCTO1WW) on recent -CURRENT snapshots. I'll try 12-STABLE for now since the system is totally unreliable on -CURRENT. I used the default English kb layout but that didn't resolve anything. The longest I've been able to just let the live cd run (running top) when on AC before my system completely freezes is roughly about 7 hours. Then again, I've also seen even the live cd from the memstick.img freeze after a couple of seconds after login (did a tail -f on /var/log/messages and it almost immediately froze right after that). When it freezes the fan ramps up at a fairly high rpm. Unless I forcibly power down the high rpm just continues. Power mode for AC is set to max performance. Adaptive thermal management scheme for AC also set to max performance. I've tried booting both using UEFI and also legacy BIOS but in both cases I've experienced the same behaviour. Any specific settings in BIOS to perhaps avoid? I bought this ThinkPad based on the info listed on https://wiki.freebsd.org/Laptops/Thinkpad_X1_Carbon I just made the following BIOS changes: config -> power -> adaptive thermal management > scheme for AC : balanced (was : maximize performance) config -> power -> sleep state : Linux (was: windows 10) config -> intel AMT > intel AMT control : disabled (was : enabled) security -> security chip > security chip : Off (was : On) <-- security chip type : TPM 2.0 Hasn't improved anything i'm afraid. User Duffyx on the forums mentioned https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=248659 So consider this an official 'me too' From owner-freebsd-current@freebsd.org Wed Jan 13 15:54:36 2021 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 7D6794E0F68 for ; Wed, 13 Jan 2021 15:54:36 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DGBpM1Hryz4s1Q for ; Wed, 13 Jan 2021 15:54:34 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kziTb-0005SD-7S for freebsd-current@freebsd.org; Wed, 13 Jan 2021 16:54:27 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kziTV-000HgF-GP for freebsd-current@freebsd.org; Wed, 13 Jan 2021 16:54:21 +0100 To: freebsd-current From: Jakob Alvermark Subject: iichid touchpad stopped working Message-ID: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> Date: Wed, 13 Jan 2021 16:54:21 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DGBpM1Hryz4s1Q X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-0.99)[-0.994]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 15:54:36 -0000 Hi, After updating -current on my Acer laptop the touchpad stopped working. The device is detected fine: iichid0: at addr 0x2c irq 67 on iicbus0 But there are no events from it. Might it have something to do with this: commit b1f1b07f6d412cb3ec8588a634836e26396eec70 Author: Vladimir Kondratyev Date:   Wed Oct 7 00:50:16 2020 +0300     hid: Import iichid - I2C transport backend for HID subsystem Thanks, Jakob From owner-freebsd-current@freebsd.org Wed Jan 13 16:57:05 2021 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 639244E21BD for ; Wed, 13 Jan 2021 16:57:05 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGDBS0Rpzz3Bq9 for ; Wed, 13 Jan 2021 16:57:03 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id 3F637185B90 for ; Wed, 13 Jan 2021 19:56:56 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id mbLUE7lnLqWa for ; Wed, 13 Jan 2021 19:56:55 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id EC173185B86 for ; Wed, 13 Jan 2021 19:56:54 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id DB2CA42211F for ; Wed, 13 Jan 2021 19:56:52 +0300 (MSK) Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id wVtGaBqnJg1c for ; Wed, 13 Jan 2021 19:56:50 +0300 (MSK) Received: from [192.168.0.30] (gateway [10.0.2.2]) by mail.cicgroup.ru (Postfix) with ESMTPA id 9D37442211C for ; Wed, 13 Jan 2021 19:56:50 +0300 (MSK) Subject: Re: iichid touchpad stopped working To: freebsd-current@freebsd.org References: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> From: Vladimir Kondratyev Message-ID: <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> Date: Wed, 13 Jan 2021 19:56:37 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DGDBS0Rpzz3Bq9 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; RBL_SENDERSCORE_FAIL(0.00)[195.170.219.3:server fail]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.170.219.3:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; TO_DN_NONE(0.00)[]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.170.219.3:from:127.0.2.255]; DMARC_NA(0.00)[kondratyev.su]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8299, ipnet:195.170.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 16:57:05 -0000 On 13.01.2021 18:54, Jakob Alvermark wrote: > Hi, >=20 >=20 > After updating -current on my Acer laptop the touchpad stopped working. >=20 > The device is detected fine: >=20 > iichid0: at addr 0x2c irq 67 on > iicbus0 >=20 > But there are no events from it. >=20 > Might it have something to do with this: >=20 > commit b1f1b07f6d412cb3ec8588a634836e26396eec70 > Author: Vladimir Kondratyev > Date:=C2=A0=C2=A0 Wed Oct 7 00:50:16 2020 +0300 >=20 > =C2=A0=C2=A0=C2=A0 hid: Import iichid - I2C transport backend for HID s= ubsystem >=20 It is quite possible. You should remove sysutils/iichid after this commi= t. From owner-freebsd-current@freebsd.org Wed Jan 13 17:01:35 2021 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 788A74E2688 for ; Wed, 13 Jan 2021 17:01:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGDHg1qCVz3CRy for ; Wed, 13 Jan 2021 17:01:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: by mailman.nyi.freebsd.org (Postfix) id 3CAB04E234E; Wed, 13 Jan 2021 17:01:35 +0000 (UTC) Delivered-To: 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 3C5714E276D for ; Wed, 13 Jan 2021 17:01:35 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (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 4DGDHf5wlfz3CGV; Wed, 13 Jan 2021 17:01:34 +0000 (UTC) (envelope-from avg@FreeBSD.org) X-Originating-IP: 195.64.148.76 Received: from [192.168.0.24] (unknown [195.64.148.76]) (Authenticated sender: andriy.gapon@uabsd.com) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id EB9DD40002; Wed, 13 Jan 2021 17:01:31 +0000 (UTC) Subject: Re: Laptop ACPI poweroff failed after main-c255826 -> main-c255850 To: David Wolfskill , current@freebsd.org References: <7bbd01c4-abfe-f046-a35e-79fc60f7cf66@FreeBSD.org> From: Andriy Gapon Cc: Jung-uk Kim Message-ID: <4ab1d382-42e2-5a4f-3c58-10d26c5e9709@FreeBSD.org> Date: Wed, 13 Jan 2021 19:01:28 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Firefox/78.0 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGDHf5wlfz3CGV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 17:01:35 -0000 On 2021-01-13 16:13, David Wolfskill wrote: > On Wed, Jan 13, 2021 at 04:07:35PM +0200, Andriy Gapon wrote: >> ... >>> I believe that this is evidence in favor of a "race condition" diagnosis. >>> (In precisely what, I don't know,) >> >> I haven't followed source changes too closely as of recent. >> It might be a good idea to check for recent imports of ACPICA updates. >> .... > > Most recent of those in head was: > > | commit fbde34778ba0ba31fcae99e992f353d989433dba > | Merge: a2fe464c81de 960614968e0d > | Author: Jung-uk Kim > | Date: Fri Nov 13 22:45:26 2020 +0000 > | > | MFV: r367652 > | > | Merge ACPICA 20201113. > | > | Notes: > | svn path=/head/; revision=367654 > > and I certainly had not been seeing the symptom at all until I > mentioned it on 11 January. (And I have been tracking head daily, > including the "poweroff" at the end). Another "wild" idea: some sort of a change related to signal delivery or checking. As I understand, the whole kernel shutdown procedure is executed in a context of a userland process (init? shutdown?). And I guess that that process gets a signal at some point during the shutdown. Now, our implementation of the ACPI mutex is such that it would abort / fail if msleep(PCATCH) in it returns EINTR. I was concerned about that for a long time and I think that it is wrong, but it didn't cause much problems before. Also, I should note that that applies not only to mutexes declared in AML but also to ACPICA's mutexes that protect its internal states (such as ACPI_MTX_Caches / ACPI_MTX_CACHES which appears in your output). So, if that mutex is uncontested then it can be acquired even when a signal is pending and everything is okay. But if the mutex happens to be held by some other thread, then the signal gets checked and the operation is failed because of EINTR. This is the only failure mode that I can think of for that mutex. But again, I have no idea what could have changed recently with respect to signal delivery / signal checking. Or perhaps it's something else, something that creates concurrent ACPI activity that increases likelihood of that mutex being contested. -- Andriy Gapon From owner-freebsd-current@freebsd.org Wed Jan 13 17:30:50 2021 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 D438C4E331E for ; Wed, 13 Jan 2021 17:30:50 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGDxQ4cCXz3F6Q for ; Wed, 13 Jan 2021 17:30:50 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9DF534E331D; Wed, 13 Jan 2021 17:30:50 +0000 (UTC) Delivered-To: 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 9C9B54E30EB for ; Wed, 13 Jan 2021 17:30:50 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGDxP4YP1z3F4T for ; Wed, 13 Jan 2021 17:30:49 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=doOl9Go4 c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=6I5d2MoRAAAA:8 a=8cke9RrQ6PZVk32h8pQA:9 a=CjuIK1q_8ugA:10 a=FL76T4nP6cMA:10 a=EldiDC-a73cA:10 a=IjZwj45LgO3ly-622nXo:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:37681] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 94/A0-58754-64E2FFF5; Wed, 13 Jan 2021 12:30:47 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24575.11846.183099.167495@jerusalem.litteratus.org> Date: Wed, 13 Jan 2021 12:30:46 -0500 From: Robert Huff To: current@freebsd.org Subject: kernel build fails X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgedukedrtdefgddutdduucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuufgjpfetvefqtffnvggrrhhnihhnghdptfevpfdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpeggtgfgkfffhffvuffosehtjeertdertddvnecuhfhrohhmpeftohgsvghrthcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpeehfeefgefhieegvdeuteeljeekleeuuedulefgudegleevfeetvddvgfetvdffveenucffohhmrghinhepfhhrvggvsghsugdrohhrghenucfkphepvddtledriedrvdeftddrgeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledriedrvdeftddrgeeknedpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgtnhdrtghomhenpdhrtghpthhtoheptghurhhrvghnthesfhhrvggvsghsugdrohhrghen X-Rspamd-Queue-Id: 4DGDxP4YP1z3F4T X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_SENDERSCORE_FAIL(0.00)[69.168.97.78:server fail]; R_SPF_ALLOW(-0.20)[+ip4:69.168.97.0/24]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[rcn.com:+]; DMARC_POLICY_ALLOW(-0.50)[rcn.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_LOW(-0.10)[69.168.97.78:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.168.97.78:from]; ASN(0.00)[asn:36271, ipnet:69.168.97.0/24, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[rcn.com:s=20180516]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[rcn.com:dkim]; SPAMHAUS_ZRD(0.00)[69.168.97.78:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[69.168.97.78:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 17:30:50 -0000 Hello: On a system running: FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64 with sources updated to last night, "buildworld" succeeds. "buildkernel", with the appended config file, fails with: /usr/src/sys/sys/types.h:275:16: note: forward declaration of 'struct device' typedef struct device *device_t; ^ In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/src/linux_backlight.c:12: In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/device.h:4: In file included from /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:44: /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/backlight.h:152:9: error: implicit declaration of function 'dev_get_drvdata' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return dev_get_drvdata(&bl_dev->dev); ^ In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/src/linux_backlight.c:12: In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/device.h:4: /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:212:1: error: static declaration of 'dev_get_drvdata' follows non-static declaration dev_get_drvdata(const struct device *dev) ^ /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/i2c.h:242:9: note: previous implicit declaration is here return dev_get_drvdata(&dev->dev); ^ In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/src/linux_backlight.c:12: In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/device.h:4: /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:219:1: error: static declaration of 'dev_set_drvdata' follows non-static declaration dev_set_drvdata(struct device *dev, void *data) ^ /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/i2c.h:248:2: note: previous implicit declaration is here dev_set_drvdata(&dev->dev, data); ^ In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/src/linux_backlight.c:12: In file included from /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/device.h:4: /usr/src/sys/compat/linuxkpi/common/include/linux/device.h:438:1: error: static declaration of 'device_unregister' follows non-static declaration device_unregister(struct device *dev) ^ /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/include/linux/i2c.h:236:2: note: previous implicit declaration is here device_unregister(&client->dev); ^ /usr/local/sys/modules/drm-current-kmod/linuxkpi/gplv2/src/linux_backlight.c:277:27: error: initializing 'struct backlight_device *' with an expression of incompatible type 'void' struct backlight_device *bd = to_backlight_device(dev); ^ ~~~~~~~~~~~~~~~~~~~~~~~~ 12 errors generated. *** Error code 1 (Full build log available on request.) Don't see anything applicable in UPDATING. This is way above my pay grade. Help, please. Respectfully, Robert Huff # # JERUSALEM -- kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # https://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (https://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: head/sys/amd64/conf/GENERIC 343949 2019-02-10 07:54:46Z cem $ cpu HAMMER ident JERUSALEM makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols makeoptions WITH_CTF=1 # Run ctfconvert(1) for DTrace support options SCHED_ULE # ULE scheduler options NUMA # Non-Uniform Memory Architecture support options PREEMPTION # Enable kernel thread preemption options VIMAGE # Subsystem virtualization, e.g. VNET options INET # InterNETworking options INET6 # IPv6 communications protocols options IPSEC_SUPPORT # Allow kldload of ipsec and tcpmd5 options ROUTE_MPATH # Multipath routing support options TCP_OFFLOAD # TCP offload options TCP_BLACKBOX # Enhanced TCP event logging options TCP_HHOOK # hhook(9) framework for TCP options TCP_RFC7413 # TCP Fast Open options SCTP_SUPPORT # Allow kldload of SCTP options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options QUOTA # Enable disk quotas for UFS options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client options NFSD # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options TMPFS # Efficient memory filesystem options GEOM_PART_GPT # GUID Partition Tables. options GEOM_RAID # Soft RAID functionality. options GEOM_LABEL # Provides labelization options EFIRT # EFI Runtime Services support options COMPAT_FREEBSD32 # Compatible with i386 binaries options COMPAT_FREEBSD11 # Compatible with FreeBSD11 options COMPAT_FREEBSD12 # Compatible with FreeBSD12 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options KBD_INSTALL_CDEV # install a CDEV entry in /dev options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options CAPABILITY_MODE # Capsicum capability mode options CAPABILITIES # Capsicum capabilities options MAC # TrustedBSD MAC Framework options KDTRACE_FRAME # Ensure frames are compiled in options KDTRACE_HOOKS # Kernel DTrace hooks options DDB_CTF # Kernel ELF linker loads CTF data options INCLUDE_CONFIG_FILE # Include this file in kernel options RACCT # Resource accounting framework options RACCT_DEFAULT_TO_DISABLED # Set kern.racct.enable=0 by default options RCTL # Resource limits # Debugging support. Always need this: options KDB # Enable kernel debugger support. options KDB_TRACE # Print a stack trace for a panic. # For full debugger support use (turn off in stable branch): options BUF_TRACKING # Track buffer history options DDB # Support DDB. options FULL_BUF_TRACKING # Track more buffer history options GDB # Support remote GDB. options DEADLKRES # Enable the deadlock resolver options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options QUEUE_MACRO_DEBUG_TRASH # Trash queue(2) internal pointers on invalidation options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones options VERBOSE_SYSINIT=0 # Support debug.verbose_sysinit, off by default # Kernel dump features. options EKCD # Support for encrypted kernel dumps options GZIO # gzip-compressed kernel and user dumps options ZSTDIO # zstd-compressed kernel and user dumps options DEBUGNET # debugnet networking options NETDUMP # netdump(4) client support options NETGDB # netgdb(4) client support # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel options EARLY_AP_STARTUP # CPU frequency control device cpufreq # Bus support. device acpi options IOMMU device pci options PCI_HP # PCI-Express native HotPlug options PCI_IOV # PCI SR-IOV support # Floppy drives device fdc # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct ATA/SCSI access) device ses # Enclosure Services (SES and SAF-TE) #device ctl # CAM Target Layer # NVM Express (NVMe) support device nvme # base NVMe driver device nvd # expose NVMe namespaces as disks, depends on nvme # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver options VESA # Add support for VESA BIOS Extensions (VBE) device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc options SC_PIXEL_MODE # add support for the raster text mode # vt is the new video console driver device vt device vt_vga device vt_efifb device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device ppi # Parallel port interface device #device vpo # Requires scbus and da device puc # Multi I/O cards and multi-channel UARTs # These PCI/PCI-X/PCIe Ethernet NICs use iflib infrastructure device iflib device em # Intel PRO/1000 Gigabit Ethernet Family device ix # Intel PRO/10GbE PCIE PF Ethernet device ixv # Intel PRO/10GbE PCIE VF Ethernet device ixl # Intel 700 Series Physical Function device iavf # Intel Adaptive Virtual Function device ice # Intel 800 Series Physical Function device vmx # VMware VMXNET3 Ethernet device axp # AMD EPYC integrated NIC # PCI Ethernet NICs. device bxe # Broadcom NetXtreme II BCM5771X/BCM578XX 10GbE device le # AMD Am7900 LANCE and Am79C9xx PCnet device ti # Alteon Networks Tigon I/II gigabit Ethernet # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device ae # Attansic/Atheros L2 FastEthernet device age # Attansic/Atheros L1 Gigabit Ethernet device alc # Atheros AR8131/AR8132 Ethernet device ale # Atheros AR8121/AR8113/AR8114 Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device gem # Sun GEM/Sun ERI/Apple GMAC device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sge # Silicon Integrated Systems SiS190/191 device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device stge # Sundance/Tamarack TC9021 gigabit Ethernet device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards device wlan # 802.11 support options IEEE80211_DEBUG # enable debug msgs options IEEE80211_SUPPORT_MESH # enable 802.11s draft support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros NICs device ath_pci # Atheros pci/cardbus glue device ath_hal # pci/cardbus chip support options AH_AR5416_INTERRUPT_MITIGATION # AR5416 interrupt mitigation options ATH_ENABLE_11N # Enable 802.11n support for AR5416 and later device ath_rate_sample # SampleRate tx rate control for ath #device bwi # Broadcom BCM430x/BCM431x wireless NICs. #device bwn # Broadcom BCM43xx wireless NICs. device ipw # Intel 2100 wireless NICs. device iwi # Intel 2200BG/2225BG/2915ABG wireless NICs. device iwn # Intel 4965/1000/5000/6000 wireless NICs. device malo # Marvell Libertas wireless NICs. device mwl # Marvell 88W8363 802.11n wireless NICs. device ral # Ralink Technology RT2500 wireless NICs. device wpi # Intel 3945ABG wireless NICs. # Pseudo devices. device crypto # core crypto support device loop # Network loopback device padlock_rng # VIA Padlock RNG device rdrand_rng # Intel Bull Mountain RNG device ether # Ethernet support device vlan # 802.1Q VLAN support device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support options USB_DEBUG # enable debug msgs device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device xhci # XHCI PCI->USB interface (USB 3.0) device usb # USB Bus (required) device ukbd # Keyboard device umass # Disks/Mass storage - Requires scbus and da device hid # Sound support device sound # Generic sound driver (required) device snd_cmi # CMedia CMI8338/CMI8738 device snd_csa # Crystal Semiconductor CS461x/428x device snd_emu10kx # Creative SoundBlaster Live! and Audigy device snd_es137x # Ensoniq AudioPCI ES137x device snd_hda # Intel High Definition Audio device snd_ich # Intel, NVidia and other ICH AC'97 Audio device snd_via8233 # VIA VT8233x Audio # MMC/SD device mmc # MMC/SD bus device mmcsd # MMC/SD memory card device sdhci # Generic PCI SD Host Controller # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device # HyperV drivers and enhancement support device hyperv # HyperV drivers # Xen HVM Guest Optimizations # NOTE: XENHVM depends on xenpci. They must be added or removed together. options XENHVM # Xen HVM kernel infrastructure device xenpci # Xen HVM Hypervisor services driver # Netmap provides direct access to TX/RX rings on supported NICs device netmap # netmap(4) support # evdev interface options EVDEV_SUPPORT # evdev support in legacy drivers device evdev # input event device support device uinput # install /dev/uinput cdev From owner-freebsd-current@freebsd.org Wed Jan 13 17:50:59 2021 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 BFEDD4E3A95 for ; Wed, 13 Jan 2021 17:50:59 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-io1-xd33.google.com (mail-io1-xd33.google.com [IPv6:2607:f8b0:4864:20::d33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGFNf5Qwzz3H0j for ; Wed, 13 Jan 2021 17:50:58 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: by mail-io1-xd33.google.com with SMTP id d13so2639695ioy.4 for ; Wed, 13 Jan 2021 09:50:58 -0800 (PST) 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=CP/K9eZKUYmr4Y8mVjdJruLs0YlPkX9LA0XRGIhxQNA=; b=lVkCXOPOGU+S7y312kexZ4kRUFcBhUFEKMA0CKyYdGY+vuuvQC0gqcTPHIlbVJx/yY +8MFSYTrQ+sZpq3kfXbsefFTSgxcIYRu5LTjRHJ/jZEzWWtg9pUCGwD0pO2gcCsgOgJ+ twP9gzX2zx/ROyWDvs4ERbQqE3qHrK1Sm6HfDMoSCZPuZGf0VNTnbzDL1OqBldeET1hN t0aX/z+/HcPAQVwrgeGmrlSLSEcntaSXaemB4I2rYK13zdB7vTYYOh4bCo6TdnT5zkO1 yOCESWbiSpc9rcC5HLQ1v4LPuwrnhkzW4oXRJ7EPFKGb2H1d60zXjOvZNtW5qw797H4o uXbA== X-Gm-Message-State: AOAM533FqjQwLNehnaPVSAAqjRED5fyt23FO7EivxNHDoYST10hurmq+ MiGxQxHYy6GNN2SFF7tfgn1jyLLbZCukA1N6RxKqWZ7iC9LoR8Gb X-Google-Smtp-Source: ABdhPJyNr6lyQsYHwNHHD5ENtjj94ypjftSnbQEi/cmrYxZimioME9OHDOaim7saBzw0YDEDhfPv8T/ptUZEWTokFNM= X-Received: by 2002:a5e:990c:: with SMTP id t12mr2665663ioj.33.1610560257679; Wed, 13 Jan 2021 09:50:57 -0800 (PST) MIME-Version: 1.0 References: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> In-Reply-To: <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> From: Mario Lobo Date: Wed, 13 Jan 2021 14:52:33 -0300 Message-ID: Subject: Re: iichid touchpad stopped working To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4DGFNf5Qwzz3H0j X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.07 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[bsd.com.br:s=capeta]; RBL_SENDERSCORE_FAIL(0.00)[2607:f8b0:4864:20::d33:server fail]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::d33:from:127.0.2.255]; DMARC_NA(0.00)[bsd.com.br]; DKIM_TRACE(0.00)[bsd.com.br:+]; NEURAL_HAM_SHORT(-0.57)[-0.568]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d33:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::d33:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 17:50:59 -0000 On Wed, Jan 13, 2021 at 1:57 PM Vladimir Kondratyev wrote: > On 13.01.2021 18:54, Jakob Alvermark wrote: > > Hi, > > > > > > After updating -current on my Acer laptop the touchpad stopped working. > > > > The device is detected fine: > > > > iichid0: at addr 0x2c irq 67 on > > iicbus0 > > > > But there are no events from it. > > > > Might it have something to do with this: > > > > commit b1f1b07f6d412cb3ec8588a634836e26396eec70 > > Author: Vladimir Kondratyev > > Date: Wed Oct 7 00:50:16 2020 +0300 > > > > hid: Import iichid - I2C transport backend for HID subsystem > > > It is quite possible. You should remove sysutils/iichid after this commit. > _______________________________________________ > 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" > Try: kern.evdev.rcpt_mask=3 in /etc/sysctl.conf and see if it helps. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] From owner-freebsd-current@freebsd.org Wed Jan 13 18:11:28 2021 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 81D254E3E41 for ; Wed, 13 Jan 2021 18:11:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGFrJ1FhBz3HvG for ; Wed, 13 Jan 2021 18:11:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id 2AE384E418A; Wed, 13 Jan 2021 18:11:28 +0000 (UTC) Delivered-To: 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 2A9F54E40BE for ; Wed, 13 Jan 2021 18:11:28 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailout08.eigbox.net (bosmailout08.eigbox.net [66.96.186.8]) (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 4DGFrJ0MGJz3Hnx for ; Wed, 13 Jan 2021 18:11:27 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan02.eigbox.net ([10.20.15.2]) by bosmailout08.eigbox.net with esmtp (Exim) id 1kzkcB-0001qm-CJ for current@freebsd.org; Wed, 13 Jan 2021 13:11:27 -0500 Received: from [10.115.3.31] (helo=bosimpout11) by bosmailscan02.eigbox.net with esmtp (Exim) id 1kzkcB-0005w7-2g for current@freebsd.org; Wed, 13 Jan 2021 13:11:27 -0500 Received: from bosauthsmtp02.yourhostingaccount.com ([10.20.18.2]) by bosimpout11 with id GJBP2400Q02gpmq01JBSce; Wed, 13 Jan 2021 13:11:27 -0500 X-Authority-Analysis: v=2.3 cv=DtjNBF3+ c=1 sm=1 tr=0 a=9MP9vxlQrmnoeofDS6o88g==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=13zjGPudsaEWiJwPRgMA:9 a=6I5d2MoRAAAA:8 a=dl_9NowqrgASFK5_rVUA:9 a=QEXdDO2ut3YA:10 a=x-McI0cotj48INq0xvsA:9 a=FfaGCDsud1wA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:41362 helo=[192.168.1.100]) by bosauthsmtp02.eigbox.net with esmtpa (Exim) id 1kzkc7-0007mJ-ND; Wed, 13 Jan 2021 13:11:23 -0500 Subject: Re: Current kernel build broken with linuxkpi? To: Hans Petter Selasky , FreeBSD Current References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> From: Santiago Martinez Message-ID: Date: Wed, 13 Jan 2021 18:11:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8D3DSxFylY5c2ARyW3VlNT3hg2r6tltKP" X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DGFrJ0MGJz3Hnx X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 18:11:28 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --8D3DSxFylY5c2ARyW3VlNT3hg2r6tltKP Content-Type: multipart/mixed; boundary="1qQjBtVFNrH62jVWHmNYLPFJAzGJuCimJ"; protected-headers="v1" From: Santiago Martinez To: Hans Petter Selasky , FreeBSD Current Message-ID: Subject: Re: Current kernel build broken with linuxkpi? References: <712f8c5d-40ea-188d-9c66-157f68aaef30@codenetworks.net> <32038a96-f24f-3f87-f4f0-fa4eb3a56e1f@selasky.org> <2ad15f39-a267-1b6a-2f3c-65df66b29711@codenetworks.net> <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> In-Reply-To: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> --1qQjBtVFNrH62jVWHmNYLPFJAzGJuCimJ Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi HPS! thanks, that solved the issue. sorry dint realize i had to recompile the drm. Cheers Santi On 1/13/21 2:45 PM, Hans Petter Selasky wrote: > On 1/13/21 3:42 PM, Hans Petter Selasky wrote: >> On 1/13/21 3:40 PM, Santiago Martinez wrote: >>> Thanks Peter,=C2=A0 this is what i got >>> >>> root@tucho:/usr/src # git status >>> On branch main >>> Your branch is up to date with 'origin/main'. >>> >>> am i missing something? >> >> portsnap fetch update >> > > You need to update that DRM port you are using before the issue will > be fixed. > > --HPS > > _______________________________________________ > 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" --1qQjBtVFNrH62jVWHmNYLPFJAzGJuCimJ-- --8D3DSxFylY5c2ARyW3VlNT3hg2r6tltKP Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEk06QWJzNAs9NTrFjWBFqYkyC55EFAl//N8gFAwAAAAAACgkQWBFqYkyC55HA Jw//SVHoMJDlWYQ95UtPUhMFrAAI31H9Ss8XYiziNMMhaxVOcYFw+0CnZLZTgz+oq9S4kgsPU88L 3p8S98xTaBig7o2MUv9uwpubn9uZHf1p0BcE8H3PbhGgN/v4w3ebje55vBYKjezaEAgbM/C7WBSy HjSUpejDZAbLv0ceoirTfimZIEkZxoDU8VGondJI1Mg48QV8OFRSvKW8P3jB7LhN+IPBurXUcQFk Ub2jWJR1gyIsatdXMB8rASx9RfgZB5h7JKrslvXSH0gNRz/IsKjgAR20LIwfxrmFRTFDTyLF876/ EJqYMUFYwe1/MSH1V1Qx209mLJj0ttp/HJ7OCLhw1lBdW3/Rf++DuL+UbXOzH0yBqUDVKk8sP0T0 i1B5LkpldBfrtZnYueEc/jxaF109zhUw+IQWHRHKNnKrovx3NLgUsoODrIOpUimYfH4EVIBNkLBQ iF4NBsULgXPgchrUX+XWd4DTZ8vyFUHIwwclDO55sB2L6RvpbzcmewwcgKcPc/Id82+kfHV1bYZO F4A5djMRHT7nRpFzjFhGl6W2Ki2906xN+FovWFagrm3t6Eqc5v243Od2udAsb99Q5YrMp0WDIT7V g5UOo6D9B0+9QINDKtt1hOVyb05w7ZD3AMD3ftFUolueTGxxDHJwmZJ6ZZRNow3cE4bvbVasFOxl fn0= =xrxY -----END PGP SIGNATURE----- --8D3DSxFylY5c2ARyW3VlNT3hg2r6tltKP-- From owner-freebsd-current@freebsd.org Wed Jan 13 18:12:45 2021 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 7D72D4E40E8 for ; Wed, 13 Jan 2021 18:12:45 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailout06.eigbox.net (bosmailout06.eigbox.net [66.96.185.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 4DGFsm2yqlz3J6p for ; Wed, 13 Jan 2021 18:12:44 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan05.eigbox.net ([10.20.15.5]) by bosmailout06.eigbox.net with esmtp (Exim) id 1kzkdP-00024W-Q8 for freebsd-current@freebsd.org; Wed, 13 Jan 2021 13:12:43 -0500 Received: from [10.115.3.32] (helo=bosimpout12) by bosmailscan05.eigbox.net with esmtp (Exim) id 1kzkdP-0002Yc-F9 for freebsd-current@freebsd.org; Wed, 13 Jan 2021 13:12:43 -0500 Received: from bosauthsmtp02.yourhostingaccount.com ([10.20.18.2]) by bosimpout12 with id GJCg2400J02gpmq01JCjMi; Wed, 13 Jan 2021 13:12:43 -0500 X-Authority-Analysis: v=2.3 cv=WuawzeXv c=1 sm=1 tr=0 a=9MP9vxlQrmnoeofDS6o88g==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=13zjGPudsaEWiJwPRgMA:9 a=6I5d2MoRAAAA:8 a=5QdHGAulqCYM2kactTEA:9 a=QEXdDO2ut3YA:10 a=lULVGrm1JwCYtW2nb-sA:9 a=FfaGCDsud1wA:10 a=IjZwj45LgO3ly-622nXo:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:15883 helo=[192.168.1.100]) by bosauthsmtp02.eigbox.net with esmtpa (Exim) id 1kzkdM-0000pG-Ay; Wed, 13 Jan 2021 13:12:40 -0500 Subject: Re: boot loader blank screen To: John Kennedy , Toomas Soome Cc: Current FreeBSD References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> From: Santiago Martinez Message-ID: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> Date: Wed, 13 Jan 2021 18:12:36 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="XiBj2C3fWv5uea9yuZ6rOGVe9Aw8aO6t2" X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DGFsm2yqlz3J6p X-Spamd-Bar: ----- X-Spamd-Result: default: False [-5.10 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_SENDERSCORE_FAIL(0.00)[66.96.185.6:server fail]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18]; HAS_ATTACHMENT(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FREEMAIL_TO(0.00)[phouka.net,me.com]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[81.9.160.236:received]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; MID_RHS_MATCH_FROM(0.00)[]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.185.6:from]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,multipart/mixed,text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; SPAMHAUS_ZRD(0.00)[66.96.185.6:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.96.185.6:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.96.185.6:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 18:12:45 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --XiBj2C3fWv5uea9yuZ6rOGVe9Aw8aO6t2 Content-Type: multipart/mixed; boundary="sj6zDoT561ZqGeBBhhd7drVOdUxVceINK"; protected-headers="v1" From: Santiago Martinez To: John Kennedy , Toomas Soome Cc: Current FreeBSD Message-ID: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> Subject: Re: boot loader blank screen References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> In-Reply-To: --sj6zDoT561ZqGeBBhhd7drVOdUxVceINK Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Language: en-US Hi, +1 on this, i still have issue on a supermicro. Santi On 1/8/21 8:11 PM, John Kennedy wrote: > On Wed, Jan 06, 2021 at 02:19:12PM -0800, John Kennedy wrote: >> I saw your commit of 99870c70bac7 (loader: rewrite vidc_install_font= ), >> 31c2bcad7e44 (loader: remove left over call to unsetenv()), and belate= dly >> babda0952f8355a89b3241d5e8943c7da0fa4f6b (hw.vga.textmode -> screen.te= xtmode). >> >> Didn't fix the blank screen, and I thought the hw.vga.textmode worka= round >> had broken until I read that commit fully (will try it next reboot). >> >> At main-c255633-g3efe9b3e77c3 right now (also past your f1829643c476= =2E > At main-c255756-g40903394bf48, still no love for my system yet. FYI,= > screen.textmode=3D0 continued to work around the issue, as expected. > > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" --sj6zDoT561ZqGeBBhhd7drVOdUxVceINK-- --XiBj2C3fWv5uea9yuZ6rOGVe9Aw8aO6t2 Content-Type: application/pgp-signature; name="OpenPGP_signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="OpenPGP_signature" -----BEGIN PGP SIGNATURE----- wsF5BAABCAAjFiEEk06QWJzNAs9NTrFjWBFqYkyC55EFAl//OBQFAwAAAAAACgkQWBFqYkyC55GL 1A/7B6q4z9rR8wcTMksgSLI4y9x3LuSh7zi1Oc/o5mL/bD/tOn163sFnWJujVpwIBJ8fSA1Ww2Ql O6YLXEJKPDTejKTm3YROlDwNCh7bhJNjUOZIzjScIbx2lJnx8oox5bnaDW4toDhQv5AE3YVFPHEQ V0ZQnaHvvvDbzOK6GmR+PH6S7sAzvgG5BOR/txA8G9QnljF7N1Tpb/e9jzXBLvrjl2N6M65Id6oI FFcxPKOnWB4a41pmg29oDL1gnxnLT7lo+bxQ+09eb1aDsVdzX04DdDsp/MQ1spUzugxws13+k+7o 2aJEC8oJE8opRCF0e0/2oMEzRqcKT1QVKCOgqFlo4ZeUo0kDKCAYATuOgVmzB88sdGLXXSnOSytQ 5fWGRCyxaptCCZI+9E7dYlDMeXMfQ88ZO6bjAccxLq8QQ0VInoASP0EQgHqn53/5HUB7aIXy4Lzo xcnHddiSGESXJvg7mfEmGCvNFox2JRnmGRl0QGlUoXu/uanvn6tfk1twtgnEQOWLYbSZJqxvGHcZ IVvbHRPDQXYvcjoInvXEs38nN/OOIKxXJDFae0tkv92gZ7PLudPsDmpkylxzUn8XP4kCThsqG42s tzhKiAz5rxg1H5In4GlC2mwEwSazrxZPLaPK/DsuUe5sAIE7m0eVrVyCajLZex6am31pcD+3vqJJ S7A= =LFeS -----END PGP SIGNATURE----- --XiBj2C3fWv5uea9yuZ6rOGVe9Aw8aO6t2-- From owner-freebsd-current@freebsd.org Wed Jan 13 19:09:23 2021 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 4D6C34E5973 for ; Wed, 13 Jan 2021 19:09:23 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGH766ynDz3Mvy for ; Wed, 13 Jan 2021 19:09:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: by mailman.nyi.freebsd.org (Postfix) id ED2E84E5C01; Wed, 13 Jan 2021 19:09:22 +0000 (UTC) Delivered-To: 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 EBC144E5C00 for ; Wed, 13 Jan 2021 19:09:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailout03.eigbox.net (bosmailout03.eigbox.net [66.96.184.3]) (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 4DGH765Vtkz3MY0 for ; Wed, 13 Jan 2021 19:09:22 +0000 (UTC) (envelope-from SRS0=OhrPpN=GQ=codenetworks.net=sm@eigbox.net) Received: from bosmailscan06.eigbox.net ([10.20.15.6]) by bosmailout03.eigbox.net with esmtp (Exim) id 1kzlWD-0008SJ-JJ for current@freebsd.org; Wed, 13 Jan 2021 14:09:21 -0500 Received: from [10.115.3.31] (helo=bosimpout11) by bosmailscan06.eigbox.net with esmtp (Exim) id 1kzlWD-0004t0-AV for current@freebsd.org; Wed, 13 Jan 2021 14:09:21 -0500 Received: from bosauthsmtp03.yourhostingaccount.com ([10.20.18.3]) by bosimpout11 with id GK9J2400803yW7601K9MeH; Wed, 13 Jan 2021 14:09:21 -0500 X-Authority-Analysis: v=2.3 cv=DtjNBF3+ c=1 sm=1 tr=0 a=6uKCkKhFq2wXOH2GoQX8aA==:117 a=VqyJXJh5Sqw6TYRr1sjPCw==:17 a=IkcTkHD0fZMA:10 a=EmqxpYm9HcoA:10 a=GIYq0_vO0hwA:10 a=OA2lqS22AAAA:8 a=6I5d2MoRAAAA:8 a=PmReIsVAYx_F6CFYVhcA:9 a=uT6CTIpSZTkS8jdE:21 a=QEXdDO2ut3YA:10 a=FL76T4nP6cMA:10 a=EldiDC-a73cA:10 a=047cQLXTEfCjWPUe_kQW:22 a=IjZwj45LgO3ly-622nXo:22 Received: from 92.40.174.78.threembb.co.uk ([92.40.174.78]:5295 helo=[100.87.11.66]) by bosauthsmtp03.eigbox.net with esmtpa (Exim) id 1kzlW9-0000b7-4b; Wed, 13 Jan 2021 14:09:18 -0500 Date: Wed, 13 Jan 2021 20:09:04 +0100 Subject: Re: kernel build fails Message-ID: <924ab166-3582-477b-8115-2329f5115342@email.android.com> X-Android-Message-ID: <924ab166-3582-477b-8115-2329f5115342@email.android.com> In-Reply-To: <24575.11846.183099.167495@jerusalem.litteratus.org> From: sm@codenetworks.net To: Robert Huff Cc: current@freebsd.org Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: sm@codenetworks.net X-EN-OrigIP: 92.40.174.78 X-EN-OrigHost: 92.40.174.78.threembb.co.uk X-Rspamd-Queue-Id: 4DGH765Vtkz3MY0 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 19:09:23 -0000 From owner-freebsd-current@freebsd.org Wed Jan 13 19:31:18 2021 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 5C93D4E62CA for ; Wed, 13 Jan 2021 19:31:18 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGHcP1RWDz3NrK for ; Wed, 13 Jan 2021 19:31:16 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x435.google.com with SMTP id w5so3339474wrm.11 for ; Wed, 13 Jan 2021 11:31:16 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=pb8J2QRak9iMVaU5WbkedfwR5VWdCG75nsM8lBgyTMQ=; b=BrpONkl2mmCLQM7ZKq019AA4kLXFXTk9gwUpLBs0S4ROxpf0hJF1Q6MwzpgE8w1Xje 8hPeVad4e7mDyUJb/l4ckL8bse3Ssn1zwc8yEaYqOK2H95bk/Cx7UD0syc3zYo6iQ+0u rUYe29iWSpdqAjDfSzCBdrl2JaBM4dk/kiVxtJnsryreifCQ5OWDTJUyIEfzh99l2s5v ycVNljmL7hZx58ZZ7agp3pFds6ZztArvfxkJL+6JI/gDZckdfBFuEg7DtRbdiyorxD4N IQp/952Qz34LWjybvoOseXotORZeUYmahCmgtbUh+H+2SWjNGgPSZwbIGqMjdfVs4saP jsCQ== X-Gm-Message-State: AOAM530m+W/Kg7u2UzjHdCq4u5nsa0h2hvXnUXvYC2DMjD4AKQ250+Bs Ka7Gzt6VRXcboAatohJzSPSiZRGbob8bKA== X-Google-Smtp-Source: ABdhPJxMrJoySbN/v/nxb1w95irWEWiN1Xj8+gPTYel0VTR6V/3cqQN7K6vaP4SpiFBF7zDvCxCn8w== X-Received: by 2002:adf:9cca:: with SMTP id h10mr4169426wre.77.1610566274335; Wed, 13 Jan 2021 11:31:14 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id u10sm4134675wmd.43.2021.01.13.11.31.13 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Jan 2021 11:31:13 -0800 (PST) Subject: USB flash drive sometimes inexplicably read-only To: freebsd-current@freebsd.org References: From: Graham Perrin Message-ID: Date: Wed, 13 Jan 2021 19:31:12 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DGHcP1RWDz3NrK X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.11 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_SENDERSCORE_FAIL(0.00)[2a00:1450:4864:20::435:server fail]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::435:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::435:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.89)[0.888]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::435:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 19:31:18 -0000 On 12/01/2021 09:45, Johan Hendriks wrote: > Re: zpool can not create a pool after using gdisk to prepare the device > On 12/01/2021 07:50, Graham Perrin wrote: >> I used gdisk(8) with a USB flash drive to: >> >> 1. zap (destroy) GPT data structures >> 2. blank out the MBR >> 3. (below) write a new GPT with a FreeBSD ZFS (A504) partition at >> /dev/da1p1 >> >> ---- >> >> root@mowa219-gjp4-8570p:~ # gdisk /dev/da1 >> GPT fdisk (gdisk) version 1.0.5 >> >> Partition table scan: >>   MBR: not present >>   BSD: not present >>   APM: not present >>   GPT: not present >> >> Creating new GPT entries in memory. >> >> Command (? for help): n >> Partition number (1-128, default 1): >> First sector (34-7827358, default = 2048) or {+-}size{KMGTP}: >> Last sector (2048-7827358, default = 7827358) or {+-}size{KMGTP}: >> Current type is A503 (FreeBSD UFS) >> Hex code or GUID (L to show codes, Enter = A503): A504 >> Changed type of partition to 'FreeBSD ZFS' >> >> Command (? for help): w >> >> Final checks complete. About to write GPT data. THIS WILL OVERWRITE >> EXISTING >> PARTITIONS!! >> >> Do you want to proceed? (Y/N): y >> OK; writing new GUID partition table (GPT) to /dev/da1. >> Warning: The kernel may continue to use old or deleted partitions. >> You should reboot or remove the drive. >> The operation has completed successfully. >> root@mowa219-gjp4-8570p:~ # >> >> ---- >> >> I exported the pool that used the device at /dev/da0 (preparing for a >> disruptive test), removed both devices then reconnected the USB flash >> drive. >> >> zpool can not create a pool, the file system is reportedly read-only. >> Please, why is this? >> >> ---- >> >> root@mowa219-gjp4-8570p:~ # tail -n 0 -f /var/log/messages >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: ugen0.6: > DataTraveler G2> at usbus0 (disconnected) >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: at uhub1, port 3, >> addr 14 (disconnected) >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 >> scbus6 target 0 lun 0 >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: da0: > DataTraveler G2 1.00>  s/n 001D0F0CAABFF97115A00A15 detached >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: (da0:umass-sim0:0:0:0): >> Periph destroyed >> Jan 12 06:44:44 mowa219-gjp4-8570p kernel: umass0: detached >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: ugen0.6: > DataTraveler G2> at usbus0 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0 on uhub1 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0: > DataTraveler G2, class 0/0, rev 2.00/1.00, addr 15> on usbus0 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:  SCSI over >> Bulk-Only; quirks = 0xc100 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: umass0:6:0: Attached to >> scbus6 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0 at umass-sim0 bus 0 >> scbus6 target 0 lun 0 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: > DataTraveler G2 1.00> Removable Direct Access SCSI-2 device >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: Serial Number >> 001D0F0CAABFF97115A00A15 >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 40.000MB/s transfers >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: 3821MB (7827392 512 >> byte sectors) >> Jan 12 06:44:48 mowa219-gjp4-8570p kernel: da0: quirks=0x2 >> ^C >> root@mowa219-gjp4-8570p:~ # lsblk da0 >> DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT >> da0              1:247 3.7G GPT - - >>            -:-   1.0M -                                     - - >>   da0p1          1:248 3.7G freebsd-zfs gpt/efiboot0 >> root@mowa219-gjp4-8570p:~ # zpool create -m /media/sorry sorry >> /dev/da0p1 >> cannot open '/dev/da0p1': Read-only file system >> root@mowa219-gjp4-8570p:~ # >> >> > It looks like it is mounted or something like that. > So see with mount if it is mounted somewhere. > > I alway use gpart to partition disk and i never have problems. > gpart destroy -F /dev/da0 > gpart create -s GPT /dev/da0 > gpart create -a 1M -t freebsd-zfs -l LABELNAME /dev/da0 > > Now you can create your pool using zpool create sorry gpt/LABELNAME > > This way you create your pool using the GPT labelname that never > changes, and you can use it everywhere Thank you. With the device this evening at da1, it was again reportedly read-only; gpart destroy failed. After disconnecting then reconnecting, gpart destroy succeeded and an iso9660 'heritage' was observed. I'm now stress-testing the writeable space; ---- root@mowa219-gjp4-8570p:~ # gpart destroy -F /dev/da1 gpart: geom 'da1': Read-only file system root@mowa219-gjp4-8570p:~ # mount | grep /dev/da root@mowa219-gjp4-8570p:~ # lsblk da1 DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT da1              0:162 3.7G GPT - -            -:-   1.0M -                                     - -   da1p1          0:163 3.7G freebsd-zfs gpt/FreeBSD root@mowa219-gjp4-8570p:~ # gpart show /dev/da1 =>     34  7827325  da1  GPT  (3.7G)        34     2014       - free -  (1.0M)      2048  7825311    1  freebsd-zfs  (3.7G) root@mowa219-gjp4-8570p:~ # gpart destroy -F /dev/da1 da1 destroyed root@mowa219-gjp4-8570p:~ # lsblk da1 DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT da1              0:162 3.7G cd9660 iso9660/Kubuntu%2020.04.1%20LTS%20amd64 - root@mowa219-gjp4-8570p:~ # gpart show /dev/da1 gpart: No such geom: /dev/da1. root@mowa219-gjp4-8570p:~ # gpart create -s GPT /dev/da1 da1 created root@mowa219-gjp4-8570p:~ # lsblk da1 DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT da1              0:162 3.7G GPT - -            -:-   3.7G -                                     - - root@mowa219-gjp4-8570p:~ # gpart show /dev/da1 =>     40  7827312  da1  GPT  (3.7G)        40  7827312       - free -  (3.7G) root@mowa219-gjp4-8570p:~ # gpart create -a 1M -t freebsd-zfs -l iffy /dev/da1 gpart: illegal option -- a … ---- root@mowa219-gjp4-8570p:~ # lsblk da1 DEVICE         MAJ:MIN SIZE TYPE LABEL MOUNT da1              0:162 3.7G GPT - -            -:-   3.7G -                                     - - root@mowa219-gjp4-8570p:~ # gpart add -a 1M -t freebsd-zfs -l iffy /dev/da1 da1p1 added root@mowa219-gjp4-8570p:~ # zpool create sorry gpt/iffy root@mowa219-gjp4-8570p:~ # zpool status sorry   pool: sorry  state: ONLINE config:         NAME        STATE     READ WRITE CKSUM         sorry       ONLINE       0     0     0           gpt/iffy  ONLINE       0     0     0 errors: No known data errors root@mowa219-gjp4-8570p:~ # zfs unmount sorry root@mowa219-gjp4-8570p:~ # zfs set mountpoint=/media/sorry sorry root@mowa219-gjp4-8570p:~ # zfs mount sorry root@mowa219-gjp4-8570p:~ # ls -dhl /media/sorry drwxr-xr-x  2 root  wheel     2B Jan 13 19:20 /media/sorry root@mowa219-gjp4-8570p:~ # chown grahamperrin:grahamperrin /media/sorry root@mowa219-gjp4-8570p:~ # exit logout % whoami grahamperrin % stressdisk cycle /media/sorry 2021/01/13 19:24:45 loaded statsfile "stressdisk_stats.json" 2021/01/13 19:24:45 Bytes read:         24704 MByte (  20.46 MByte/s) Bytes written:      10454 MByte (   8.60 MByte/s) Errors:                 0 Elapsed time:  24.417097ms 2021/01/13 19:24:45 Removing 0 check files 2021/01/13 19:24:45 Starting round 1 2021/01/13 19:24:45 No check files - generating 2021/01/13 19:24:45 Writing file "/media/sorry/TST_0000" size 1000000000 2021/01/13 19:25:45 Bytes read:         24704 MByte (  20.46 MByte/s) Bytes written:      10864 MByte (   8.52 MByte/s) Errors:                 0 Elapsed time:  1m0.065825136s 2021/01/13 19:26:45 Bytes read:         24704 MByte (  20.46 MByte/s) Bytes written:      11112 MByte (   8.32 MByte/s) Errors:                 0 Elapsed time:  2m0.028319049s 2021/01/13 19:27:31 Writing file "/media/sorry/TST_0001" size 1000000000 2021/01/13 19:27:45 Bytes read:         24704 MByte (  20.46 MByte/s) Bytes written:      11444 MByte (   8.20 MByte/s) Errors:                 0 Elapsed time:  3m0.025935623s … From owner-freebsd-current@freebsd.org Wed Jan 13 19:52:34 2021 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 DD5154E69F8 for ; Wed, 13 Jan 2021 19:52:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGJ4y4kfJz3Qmb for ; Wed, 13 Jan 2021 19:52:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id A25464E6C3E; Wed, 13 Jan 2021 19:52:34 +0000 (UTC) Delivered-To: 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 A21D24E69F7 for ; Wed, 13 Jan 2021 19:52:34 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGJ4y0zQkz3QgW for ; Wed, 13 Jan 2021 19:52:33 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=doOl9Go4 c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=ndaoGXS1AAAA:8 a=iEuAzYsffoz_IWNNprYA:9 a=CjuIK1q_8ugA:10 a=mFeOnlTyF09QQMGr2mMI:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:36488] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 36/DD-58754-08F4FFF5; Wed, 13 Jan 2021 14:52:32 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24575.20352.153922.53339@jerusalem.litteratus.org> Date: Wed, 13 Jan 2021 14:52:32 -0500 From: Robert Huff To: current@freebsd.org CC: Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgedukedrtdefgdduvdelucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuufgjpfetvefqtffnvggrrhhnihhnghdptfevpfdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpeggtgfgkfffhffvufgjfhfosehtjeertdertddvnecuhfhrohhmpeftohgsvghrthcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpedttdelkeethfeggefgveelueegvdeludehueeuvdegjeeivdffiefffeethffgueenucfkphepvddtledriedrvdeftddrgeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledriedrvdeftddrgeeknedpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgtnhdrtghomhenpdhrtghpthhtoheptghurhhrvghnthesfhhrvggvsghsugdrohhrghen X-Rspamd-Queue-Id: 4DGJ4y0zQkz3QgW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 19:52:34 -0000 Hans Petter Selasky : > You need to update that DRM port you are using before the issue > will be fixed. I'm confused. I have drm-current-kmod listed in PORTS_MODULES; things on that list get built _after_ buildkernel (installkernel??) for reasons I thought I understood. You are telling me I need to update this _before_ buildkernel? Perplexedly, Robert Huff -- Hello ... my name is SARS-CoV-2. You are not wearing a mask? Prepare to die! From owner-freebsd-current@freebsd.org Wed Jan 13 19:59:10 2021 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 23D0A4E709B for ; Wed, 13 Jan 2021 19:59:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGJDY5yFXz3QfW for ; Wed, 13 Jan 2021 19:59:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: by mailman.nyi.freebsd.org (Postfix) id CAA124E6FC2; Wed, 13 Jan 2021 19:59:09 +0000 (UTC) Delivered-To: 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 CA66F4E69FE for ; Wed, 13 Jan 2021 19:59:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (mx.catwhisker.org [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGJDY3k4sz3R2b for ; Wed, 13 Jan 2021 19:59:09 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.16.1/8.15.2) with ESMTP id 10DJx7mK043832; Wed, 13 Jan 2021 19:59:07 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.16.1/8.16.1/Submit) id 10DJx76W043831; Wed, 13 Jan 2021 11:59:07 -0800 (PST) (envelope-from david) Date: Wed, 13 Jan 2021 11:59:07 -0800 From: David Wolfskill To: Robert Huff Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? Message-ID: Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Robert Huff , Hans Petter Selasky References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="OmfGiaV59s6EkHR7" Content-Disposition: inline In-Reply-To: <24575.20352.153922.53339@jerusalem.litteratus.org> X-Rspamd-Queue-Id: 4DGJDY3k4sz3R2b X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 19:59:10 -0000 --OmfGiaV59s6EkHR7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 13, 2021 at 02:52:32PM -0500, Robert Huff wrote: >=20 > Hans Petter Selasky : >=20 > > You need to update that DRM port you are using before the issue > > will be fixed. >=20 > I'm confused. > I have drm-current-kmod listed in PORTS_MODULES; things on that > list get built _after_ buildkernel (installkernel??) for reasons I > thought I understood. > You are telling me I need to update this _before_ buildkernel? >=20 >=20 > Perplexedly, > .... He telling you to update the port itself -- e.g., /usr/ports/graphics/drm-kmod, as the port was recently updated: ------------------------------------------------------------------------ r561457 | manu | 2021-01-13 03:22:25 -0800 (Wed, 13 Jan 2021) | 6 lines graphics/drm-{current,devel}-kmod: Update to latest source This fix a compilation problem with a pre 1300135 source tree. Reported by: Filippo Moretti So you need to update the "ports files" to get that update, then rebuild the port (in concert with rebuilding the kernel, as you are doing). Peace, david --=20 David H. Wolfskill david@catwhisker.org "What happened at the Capitol last Wednesday, then, wasn't the first time Trump's base took him literally. It was the culmination of having taken him literally the entire duration of his presidency." - Chris Cillizza See https://www.catwhisker.org/~david/publickey.gpg for my public key. --OmfGiaV59s6EkHR7 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl//UQtfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 PclJrQgA13ZKpN+zfVkmbsjweKjhDTeusU/bLSEXEYTlqxgBXEQZTvzVc9Zmr3md l4bpAIXaCG2dwF6fo7X+MA+Ce2T97EhrNnzn1OGoF6vUWgprqHJ7/NblsQaU9Ayj fqkz/HulWjeOmZ7HRIgopO2uW624355teiuEVORg+Av0KzO1T40Dw6zOlGHaeCxm sPIxBT+eSU5jzykp6LlHFCOH3cATGYPx0gyfWeEc+EurO5N8NbNTou72xzwC5R7r SYiO4/U10XpWciDqnnoKmzngcf9ahnBT9NtUxy8O1OmaUQvJHBYDhWNlc9pjZOwv sGzn76tAvHLCV1/T1K5g3aOgU9aeVg== =duh3 -----END PGP SIGNATURE----- --OmfGiaV59s6EkHR7-- From owner-freebsd-current@freebsd.org Wed Jan 13 20:29:28 2021 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 CDBE84E7816 for ; Wed, 13 Jan 2021 20:29:28 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DGJvW6C1Bz3jHW for ; Wed, 13 Jan 2021 20:29:27 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzmlX-0005jX-SN for freebsd-current@freebsd.org; Wed, 13 Jan 2021 21:29:15 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzmlX-000LPz-9H for freebsd-current@freebsd.org; Wed, 13 Jan 2021 21:29:15 +0100 Subject: Re: iichid touchpad stopped working To: freebsd-current@freebsd.org References: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> From: Jakob Alvermark Message-ID: Date: Wed, 13 Jan 2021 21:29:15 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DGJvW6C1Bz3jHW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 20:29:28 -0000 On 1/13/21 5:56 PM, Vladimir Kondratyev wrote: > On 13.01.2021 18:54, Jakob Alvermark wrote: >> Hi, >> >> >> After updating -current on my Acer laptop the touchpad stopped working. >> >> The device is detected fine: >> >> iichid0: at addr 0x2c irq 67 on >> iicbus0 >> >> But there are no events from it. >> >> Might it have something to do with this: >> >> commit b1f1b07f6d412cb3ec8588a634836e26396eec70 >> Author: Vladimir Kondratyev >> Date:   Wed Oct 7 00:50:16 2020 +0300 >> >>     hid: Import iichid - I2C transport backend for HID subsystem >> > It is quite possible. You should remove sysutils/iichid after this commit. I did. Still no luck. Anything I can do to debug? Jakob From owner-freebsd-current@freebsd.org Wed Jan 13 20:35:26 2021 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 32AA34E7866 for ; Wed, 13 Jan 2021 20:35:26 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DGK2P39PBz3jf0 for ; Wed, 13 Jan 2021 20:35:25 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzmrT-0005k0-Uz for freebsd-current@freebsd.org; Wed, 13 Jan 2021 21:35:23 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzmrO-000LVS-7o for freebsd-current@freebsd.org; Wed, 13 Jan 2021 21:35:18 +0100 Subject: Re: iichid touchpad stopped working To: freebsd-current@freebsd.org References: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> From: Jakob Alvermark Message-ID: Date: Wed, 13 Jan 2021 21:35:18 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DGK2P39PBz3jf0 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 20:35:26 -0000 On 1/13/21 6:52 PM, Mario Lobo wrote: > On Wed, Jan 13, 2021 at 1:57 PM Vladimir Kondratyev > wrote: > >> On 13.01.2021 18:54, Jakob Alvermark wrote: >>> Hi, >>> >>> >>> After updating -current on my Acer laptop the touchpad stopped working. >>> >>> The device is detected fine: >>> >>> iichid0: at addr 0x2c irq 67 on >>> iicbus0 >>> >>> But there are no events from it. >>> >>> Might it have something to do with this: >>> >>> commit b1f1b07f6d412cb3ec8588a634836e26396eec70 >>> Author: Vladimir Kondratyev >>> Date: Wed Oct 7 00:50:16 2020 +0300 >>> >>> hid: Import iichid - I2C transport backend for HID subsystem >>> >> It is quite possible. You should remove sysutils/iichid after this commit. >> _______________________________________________ >> 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" >> > Try: > > kern.evdev.rcpt_mask=3 > > in /etc/sysctl.conf and see if it helps. No, it doesn't help... Jakob From owner-freebsd-current@freebsd.org Wed Jan 13 20:42:56 2021 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 285854E7E8D for ; Wed, 13 Jan 2021 20:42:56 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGKC367RLz3k1q for ; Wed, 13 Jan 2021 20:42:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id D0BF14E7E8C; Wed, 13 Jan 2021 20:42:55 +0000 (UTC) Delivered-To: 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 D07864E7C71 for ; Wed, 13 Jan 2021 20:42:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGKC33q1Fz3kPs for ; Wed, 13 Jan 2021 20:42:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 7c544436 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 13 Jan 2021 20:42:52 +0000 (UTC) Date: Wed, 13 Jan 2021 21:42:49 +0100 From: Emmanuel Vadot To: Robert Huff Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? Message-Id: <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> In-Reply-To: <24575.20352.153922.53339@jerusalem.litteratus.org> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGKC33q1Fz3kPs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 20:42:56 -0000 On Wed, 13 Jan 2021 14:52:32 -0500 Robert Huff wrote: > > Hans Petter Selasky : > > > You need to update that DRM port you are using before the issue > > will be fixed. > > I'm confused. > I have drm-current-kmod listed in PORTS_MODULES; things on that > list get built _after_ buildkernel (installkernel??) for reasons I > thought I understood. > You are telling me I need to update this _before_ buildkernel? > > > Perplexedly, > > > Robert Huff > That's one of the problems of having external kmods. drm-current-kmod have the option by default to install it's sources in /usr/local/sys/ and when doing a make buildkernel those sources are getting built too. One problem is that when, like with the latest update to linuxkpi that I did, we introduce changes that breaks external kmods, you first need to upgrade your ports/package (not your ports tree) so the new sources are updated too and then do a make buildkernel. That really sucks but still helps a bit when there isn't conflicted changes in the source tree but you still need to rebuild your kernel module. -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jan 13 21:13:59 2021 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 D11104E8A96 for ; Wed, 13 Jan 2021 21:13:59 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp.infotel.ru (corp.infotel.ru [195.170.219.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGKtt5Zx1z3m9m for ; Wed, 13 Jan 2021 21:13:58 +0000 (UTC) (envelope-from vladimir@kondratyev.su) Received: from corp (corp.infotel.ru [195.170.219.3]) by corp.infotel.ru (Postfix) with ESMTP id 5C7DE1864D6 for ; Thu, 14 Jan 2021 00:13:55 +0300 (MSK) X-Virus-Scanned: amavisd-new at corp.infotel.ru Received: from corp.infotel.ru ([195.170.219.3]) by corp (corp.infotel.ru [195.170.219.3]) (amavisd-new, port 10024) with ESMTP id CYN1Ba8QCkfJ for ; Thu, 14 Jan 2021 00:13:49 +0300 (MSK) Received: from mail.cicgroup.ru (unknown [195.170.219.74]) by corp.infotel.ru (Postfix) with ESMTP id ACA0B1864CC for ; Thu, 14 Jan 2021 00:13:49 +0300 (MSK) Received: from mail.cicgroup.ru (localhost [127.0.0.1]) by mail.cicgroup.ru (Postfix) with ESMTP id 206F542211C for ; Thu, 14 Jan 2021 00:13:43 +0300 (MSK) Received: from mail.cicgroup.ru ([127.0.0.1]) by mail.cicgroup.ru (mail.cicgroup.ru [127.0.0.1]) (amavisd-new, port 10024) with SMTP id fes-OYXn-wFQ for ; Thu, 14 Jan 2021 00:13:40 +0300 (MSK) Received: from [192.168.0.30] (gateway [10.0.2.2]) by mail.cicgroup.ru (Postfix) with ESMTPA id D661B422120 for ; Thu, 14 Jan 2021 00:13:40 +0300 (MSK) Subject: Re: iichid touchpad stopped working To: freebsd-current@freebsd.org References: <665af960-b1e7-d4ac-0bf3-55c1559355df@alvermark.net> <50974047-ed08-73f5-680c-80b5aad324ac@kondratyev.su> From: Vladimir Kondratyev Message-ID: Date: Thu, 14 Jan 2021 00:13:28 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4DGKtt5Zx1z3m9m X-Spamd-Bar: - X-Spamd-Result: default: False [-1.90 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[195.170.219.3:from]; RCVD_COUNT_FIVE(0.00)[6]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[195.170.219.3:from:127.0.2.255]; DMARC_NA(0.00)[kondratyev.su]; NEURAL_HAM_SHORT(-0.90)[-0.904]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8299, ipnet:195.170.192.0/19, country:RU]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 21:13:59 -0000 On 13.01.2021 23:29, Jakob Alvermark wrote: > On 1/13/21 5:56 PM, Vladimir Kondratyev wrote: >> On 13.01.2021 18:54, Jakob Alvermark wrote: >>> Hi, >>> >>> >>> After updating -current on my Acer laptop the touchpad stopped workin= g. >>> >>> The device is detected fine: >>> >>> iichid0: at addr 0x2c irq 67 on >>> iicbus0 >>> >>> But there are no events from it. >>> >>> Might it have something to do with this: >>> >>> commit b1f1b07f6d412cb3ec8588a634836e26396eec70 >>> Author: Vladimir Kondratyev >>> Date:=C2=A0=C2=A0 Wed Oct 7 00:50:16 2020 +0300 >>> >>> =C2=A0=C2=A0=C2=A0=C2=A0 hid: Import iichid - I2C transport backend f= or HID subsystem >>> >> =C2=A0 It is quite possible. You should remove sysutils/iichid after t= his >> commit. >=20 > I did. Still no luck. >=20 > Anything I can do to debug? >=20 Add following options to kernel config and rebuild kernel: options IICHID_DEBUG options IICHID_SAMPLING Than add hw.iichid.debug=3D5 to /boot/loader.conf, than reboot and send m= e a boot log. From owner-freebsd-current@freebsd.org Wed Jan 13 21:19:12 2021 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 106A84E8E66 for ; Wed, 13 Jan 2021 21:19:12 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGL0v5k2pz3mZX for ; Wed, 13 Jan 2021 21:19:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id C41DC4E8FE2; Wed, 13 Jan 2021 21:19:11 +0000 (UTC) Delivered-To: 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 C3DDC4E9121 for ; Wed, 13 Jan 2021 21:19:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGL0v4YFBz3mpK for ; Wed, 13 Jan 2021 21:19:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=M9wz1B4s c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=7ASnObcnAAAA:8 a=UJD4Hctqsh8HnSChjh4A:9 a=CjuIK1q_8ugA:10 a=pj5rz7AvTRnaHDIeLm0D:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:26740] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id A5/F0-56973-DC36FFF5; Wed, 13 Jan 2021 16:19:10 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24575.25549.323171.295489@jerusalem.litteratus.org> Date: Wed, 13 Jan 2021 16:19:09 -0500 From: Robert Huff To: Emmanuel Vadot Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgedukedrtdefgddugeeiucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuufgjpfetvefqtffnvggrrhhnihhnghdptfevpfdpqfgfvfenuceurghilhhouhhtmecufedtudenucenucfjughrpeggtgfgkfffhffvufgjfhfosehtjeertdertddvnecuhfhrohhmpeftohgsvghrthcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpedttdelkeethfeggefgveelueegvdeludehueeuvdegjeeivdffiefffeethffgueenucfkphepvddtledriedrvdeftddrgeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledriedrvdeftddrgeeknedpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgtnhdrtghomhenpdhrtghpthhtohepmhgrnhhusegsihguohhuihhllhhishhtvgdrtghomhen X-Rspamd-Queue-Id: 4DGL0v4YFBz3mpK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 21:19:12 -0000 Emmanuel Vadot writes: > That's one of the problems of having external kmods. > drm-current-kmod have the option by default to install it's > sources in /usr/local/sys/ and when doing a make buildkernel > those sources are getting built too. That would be the SOURCE option? Further: if I have that set ... does that mean I can remove it from PORTS_MODULES? (And I assume a note about this will appear in UPDATING?) Respectfully, Robert Huff From owner-freebsd-current@freebsd.org Wed Jan 13 21:28:31 2021 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 2B5CB4E9686 for ; Wed, 13 Jan 2021 21:28:31 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGLCf5G6qz3nMR for ; Wed, 13 Jan 2021 21:28:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id B2C874E961E; Wed, 13 Jan 2021 21:28:30 +0000 (UTC) Delivered-To: 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 B29664E9702 for ; Wed, 13 Jan 2021 21:28:30 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGLCf2xMTz3ndY for ; Wed, 13 Jan 2021 21:28:29 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from skull.home.blih.net (lfbn-idf2-1-745-114.w86-247.abo.wanadoo.fr [86.247.192.114]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 90bfe2f2 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Wed, 13 Jan 2021 21:28:28 +0000 (UTC) Date: Wed, 13 Jan 2021 22:28:27 +0100 From: Emmanuel Vadot To: Robert Huff Cc: current@freebsd.org, Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? Message-Id: <20210113222827.254f2ab7dcd781132e41282b@bidouilliste.com> In-Reply-To: <24575.25549.323171.295489@jerusalem.litteratus.org> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> <24575.25549.323171.295489@jerusalem.litteratus.org> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGLCf2xMTz3ndY X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 21:28:31 -0000 On Wed, 13 Jan 2021 16:19:09 -0500 Robert Huff wrote: > > Emmanuel Vadot writes: > > > That's one of the problems of having external kmods. > > drm-current-kmod have the option by default to install it's > > sources in /usr/local/sys/ and when doing a make buildkernel > > those sources are getting built too. > > That would be the SOURCE option? Yes > Further: if I have that set ... does that mean I can remove it > from PORTS_MODULES? I don't know what that is > (And I assume a note about this will appear in UPDATING?) A note about what ? Cheers, > > Respectfully, > > > Robert Huff > > > _______________________________________________ > 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" -- Emmanuel Vadot From owner-freebsd-current@freebsd.org Wed Jan 13 22:58:31 2021 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 31C674EA8DD for ; Wed, 13 Jan 2021 22:58:31 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGNCV6ZBJz3tCQ for ; Wed, 13 Jan 2021 22:58:30 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: by mailman.nyi.freebsd.org (Postfix) id DFB144EA8DC; Wed, 13 Jan 2021 22:58:30 +0000 (UTC) Delivered-To: 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 DF7334EAB3F for ; Wed, 13 Jan 2021 22:58:30 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from udns.ultimatedns.net (static-24-113-41-81.wavecable.com [24.113.41.81]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "ultimatedns.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGNCV4p5cz3stV for ; Wed, 13 Jan 2021 22:58:30 +0000 (UTC) (envelope-from bsd-lists@bsdforge.com) Received: from ultimatedns.net (localhost [127.0.0.1]) by udns.ultimatedns.net (8.16.1/8.16.1) with ESMTP id 10DMw9lx008657; Wed, 13 Jan 2021 14:58:16 -0800 (PST) (envelope-from bsd-lists@bsdforge.com) MIME-Version: 1.0 Date: Wed, 13 Jan 2021 14:58:09 -0800 From: Chris To: Emmanuel Vadot Cc: Robert Huff , current@freebsd.org, Hans Petter Selasky Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <20210113222827.254f2ab7dcd781132e41282b@bidouilliste.com> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> <24575.25549.323171.295489@jerusalem.litteratus.org> <20210113222827.254f2ab7dcd781132e41282b@bidouilliste.com> User-Agent: UDNSMS/17.0 Message-ID: <6f47c8231fb2b6e726be5d798798644e@bsdforge.com> X-Sender: bsd-lists@bsdforge.com Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DGNCV4p5cz3stV X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 13 Jan 2021 22:58:31 -0000 On 2021-01-13 13:28, Emmanuel Vadot wrote: > On Wed, 13 Jan 2021 16:19:09 -0500 > Robert Huff wrote: > >> >> Emmanuel Vadot writes: >> >> > That's one of the problems of having external kmods. >> > drm-current-kmod have the option by default to install it's >> > sources in /usr/local/sys/ and when doing a make buildkernel >> > those sources are getting built too. >> >> That would be the SOURCE option? > > Yes > >> Further: if I have that set ... does that mean I can remove it >> from PORTS_MODULES? > > I don't know what that is eg; PORTS_MODULES=x11/nvidia-driver-304 for the nvidia driver, for example. see src.conf(5). > >> (And I assume a note about this will appear in UPDATING?) > > A note about what ? > > Cheers, > >> >> Respectfully, >> >> >> Robert Huff >> >> >> _______________________________________________ >> 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 Thu Jan 14 00:07:30 2021 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 0409B4EC135 for ; Thu, 14 Jan 2021 00:07:30 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGPl54bfXz4RRF for ; Thu, 14 Jan 2021 00:07:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id 9BB524EBB52; Thu, 14 Jan 2021 00:07:29 +0000 (UTC) Delivered-To: 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 9B7764EBF34 for ; Thu, 14 Jan 2021 00:07:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGPl53ShFz4RjK for ; Thu, 14 Jan 2021 00:07:29 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=KJsk82No c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=MbzN_Ju4AAAA:8 a=kpagEeNoziShTGjY2B0A:9 a=CjuIK1q_8ugA:10 a=oLe_o8IZZ9kOc1oFlvOR:22 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:14941] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 2B/A3-38641-E3B8FFF5; Wed, 13 Jan 2021 19:07:26 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24575.35646.45396.673559@jerusalem.litteratus.org> Date: Wed, 13 Jan 2021 19:07:26 -0500 From: Robert Huff To: Chris CC: current@freebsd.org Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <6f47c8231fb2b6e726be5d798798644e@bsdforge.com> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <20210113214249.8930e6d8c6884dba3b68c776@bidouilliste.com> <24575.25549.323171.295489@jerusalem.litteratus.org> <20210113222827.254f2ab7dcd781132e41282b@bidouilliste.com> <6f47c8231fb2b6e726be5d798798644e@bsdforge.com> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgedukedrtdeggddujecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfujgfpteevqfftnfgvrghrnhhinhhgpdftvefppdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgurhepgggtgffkfffhvffujghfofesthejredtredtvdenucfhrhhomheptfhosggvrhhtucfjuhhffhcuoehrohgsvghrthhhuhhffhesrhgtnhdrtghomheqnecuggftrfgrthhtvghrnheptddtleektefhgeeggfevleeugedvleduheeuuedvgeejiedvffeiffeftefhgfeunecukfhppedvtdelrdeirddvfedtrdegkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvtdelrdeirddvfedtrdegkeenpdhmrghilhhfrhhomheprhhosggvrhhthhhufhhfsehrtghnrdgtohhmnedprhgtphhtthhopegsshguqdhlihhsthhssegsshgufhhorhhgvgdrtghomhen X-Rspamd-Queue-Id: 4DGPl53ShFz4RjK X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 00:07:30 -0000 Chris writes: > >> Further: if I have that set ... does that mean I can > >> remove it from PORTS_MODULES? > > > > I don't know what that is > eg; > PORTS_MODULES=x11/nvidia-driver-304 > for the nvidia driver, for example. see src.conf(5). Actually make.conf(5). Respectfully, Robert Huff -- Hello ... my name is SARS-CoV-2. You are not wearing a mask? Prepare to die! From owner-freebsd-current@freebsd.org Thu Jan 14 01:18:46 2021 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 6BABF4EE1FA for ; Thu, 14 Jan 2021 01:18:46 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out02.mta.xmission.com (out02.mta.xmission.com [166.70.13.232]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGRKK2sdTz4WjQ; Thu, 14 Jan 2021 01:18:45 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from in01.mta.xmission.com ([166.70.13.51]) by out02.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1kzrHW-007onl-Qk; Wed, 13 Jan 2021 18:18:34 -0700 Received: from mta5.zcs.xmission.com ([166.70.13.69]) by in01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1kzrHW-0007y5-4J; Wed, 13 Jan 2021 18:18:34 -0700 Received: from localhost (localhost [127.0.0.1]) by mta5.zcs.xmission.com (Postfix) with ESMTP id DA59A1280D7F; Wed, 13 Jan 2021 18:18:33 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta5.zcs.xmission.com Received: from mta5.zcs.xmission.com ([127.0.0.1]) by localhost (mta5.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 5x8PKNOo0LwF; Wed, 13 Jan 2021 18:18:33 -0700 (MST) Received: from photon.int.bluestop.org (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta5.zcs.xmission.com (Postfix) with ESMTPSA id 99B021280C98; Wed, 13 Jan 2021 18:18:33 -0700 (MST) To: Warner Losh , Alexander Motin Cc: Xin LI , FreeBSD Current , Warner Losh References: <02fa309e-9467-f741-8092-974bfc145c9a@FreeBSD.org> <5e4f0439-08fa-7715-7672-05793d05cc6d@FreeBSD.org> From: Rebecca Cran Message-ID: <1d27b217-1ce2-0075-3884-eed01ccd74d7@bsdio.com> Date: Wed, 13 Jan 2021 18:18:32 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-XM-SPF: eid=1kzrHW-0007y5-4J; ; ; mid=<1d27b217-1ce2-0075-3884-eed01ccd74d7@bsdio.com>; ; ; hst=in01.mta.xmission.com; ; ; ip=166.70.13.69; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.69 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa05.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,NICE_REPLY_A,T_TM2_M_HEADER_IN_MSG,TooManyTo_001 autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa05 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-DCC: XMission; sa05 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ; Warner Losh , Alexander Motin X-Spam-Relay-Country: X-Spam-Timing: total 516 ms - load_scoreonly_sql: 0.04 (0.0%), signal_user_changed: 10 (2.0%), b_tie_ro: 9 (1.8%), parse: 1.02 (0.2%), extract_message_metadata: 12 (2.3%), get_uri_detail_list: 1.02 (0.2%), tests_pri_-1000: 13 (2.5%), tests_pri_-950: 1.25 (0.2%), tests_pri_-900: 0.96 (0.2%), tests_pri_-90: 91 (17.6%), check_bayes: 88 (17.1%), b_tokenize: 6 (1.2%), b_tok_get_all: 6 (1.1%), b_comp_prob: 2.5 (0.5%), b_tok_touch_all: 71 (13.8%), b_finish: 0.76 (0.1%), tests_pri_0: 377 (73.0%), check_dkim_signature: 0.49 (0.1%), check_dkim_adsp: 41 (7.9%), poll_dns_idle: 39 (7.5%), tests_pri_10: 1.73 (0.3%), tests_pri_500: 6 (1.2%), rewrite_mail: 0.00 (0.0%) Subject: Re: GPF on boot with devmatch X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) X-Rspamd-Queue-Id: 4DGRKK2sdTz4WjQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[166.70.13.232:from]; RCPT_COUNT_FIVE(0.00)[5]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[174.52.16.57:received]; RCVD_TLS_LAST(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.232:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=xmission]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsdio.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[166.70.13.232:from:127.0.2.255]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.232:from]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 01:18:46 -0000 On 10/12/20 12:13 PM, Warner Losh wrote: > Xin Li's traceback lead to code I just rewrote in current, while this code > leads to code that's been there for a long time and hasn't been MFC'd. This > suggests that Xin Li's backtrace isn't to be trusted, or there's two issues > at play. Both are plausible. I've fixed a minor signedness bug and a > possible one byte overflow that might have happened in the code I just > rewrote. But I suspect this is due to something else related to how > children are handled after we've raced. Maybe there's something special > about how USB does things, because other buses will create the child early > and the child list is stable. If USB's discovery code is adding something > and is racing with devd's walking of the tree, that might explain it... It > would be nice if there were some way to provoke the race on a system I > could get a core from for deeper analysis.... I'm seeing this crash on 13-CURRENT main-c255937-g818390ce0ca-dirty when running GENERIC (but not on GENERIC-NODEBUG). I've uploaded the core dump etc. to https://bsdio.com/freebsd/crashes/2021-01-13-devmatch/ . -- Rebecca Cran From owner-freebsd-current@freebsd.org Thu Jan 14 03:22:08 2021 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 F05324D2D09 for ; Thu, 14 Jan 2021 03:22:08 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGV3h1Xq5z4gyd for ; Thu, 14 Jan 2021 03:22:07 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10E3MAjp094771 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Jan 2021 19:22:10 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10E3M9mc094770; Wed, 13 Jan 2021 19:22:09 -0800 (PST) (envelope-from fbsd) Date: Wed, 13 Jan 2021 19:22:09 -0800 From: bob prohaska To: freebsd-current@freebsd.org Cc: bob prohaska Subject: How does /usr/bin/uname work in plain english? Message-ID: <20210114032209.GA94213@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DGV3h1Xq5z4gyd X-Spamd-Bar: + X-Spamd-Result: default: False [1.92 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-0.98)[-0.984]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; MAILMAN_DEST(0.00)[freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 03:22:09 -0000 Since the switch to git I've been wondering how /usr/bin/uname works. The man page is thin on details and uname.c is far too subtle. For example, on my test box uname -a reports FreeBSD www.zefox.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 main-c255937-g818390ce0ca5: Wed Jan 13 16:42:12 PST 2021 bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCAM arm64 which seems to replay git nomeclature. However, uname -KU reports 1300135 1300134 which is admirably readable, even for me. Is there a natural language description detailing how uname -KU outputs are computed, and roughly what they mean? I've noticed that different sources sometimes produce the same values, so the level of detail is less, but might suffice for initial reports to the mailing lists. Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Thu Jan 14 03:49:36 2021 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 211704D3535 for ; Thu, 14 Jan 2021 03:49:36 +0000 (UTC) (envelope-from monochrome@twcny.rr.com) Received: from p-impout007.msg.pkvw.co.charter.net (p-impout007aa.msg.pkvw.co.charter.net [47.43.26.138]) (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 4DGVgM10Xxz4jG5 for ; Thu, 14 Jan 2021 03:49:34 +0000 (UTC) (envelope-from monochrome@twcny.rr.com) Received: from [192.168.13.11] ([45.47.45.55]) by cmsmtp with ESMTP id ztdWkkbXViqQlztdXkM7N4; Thu, 14 Jan 2021 03:49:27 +0000 X-Authority-Analysis: v=2.3 cv=baQVr9HB c=1 sm=1 tr=0 a=oJ4f3sEZGTo/oTi6ieWQlw==:117 a=oJ4f3sEZGTo/oTi6ieWQlw==:17 a=N659UExz7-8A:10 a=uVROCEoNAAAA:8 a=JAf30KXuAAAA:8 a=APrla8QxsUdbXhc0DlgA:9 a=pILNOxqGKmIA:10 a=Dj4llu4YySQA:10 a=qiwA3tW9fd7zhG1genvr:22 a=GEL62FyrTCmHtEug2d3R:22 Subject: Re: boot loader blank screen To: freebsd-current@freebsd.org References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> From: monochrome Message-ID: Date: Wed, 13 Jan 2021 22:49:26 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfCh3BV/XPBVXQguOUvXXT0Dp6uj434f4ZwJmrdZE0B4Mi7AWri90guOX65hVJlPgm+IMoQeO+NnyhttTrxO70WDe99p318NXuGS87BMl78uwhT9Wz+z7 pLDwRjRfRaWIs3jSOGihYbEACu5uvxUiWNjiiccaL0Oy52MKVlfxA+TyRbt9BFSvsk6yUyN3vFgqdA== X-Rspamd-Queue-Id: 4DGVgM10Xxz4jG5 X-Spamd-Bar: / X-Spamd-Result: default: False [0.49 / 15.00]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[45.47.45.55:received]; FROM_HAS_DN(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[47.43.26.138:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:47.43.26.0/24]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[rr.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_SPAM_SHORT(0.79)[0.795]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:40294, ipnet:47.43.24.0/21, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 03:49:36 -0000 I should add my experience to this since its different and haven't seen anyone else mention it. I see the new boot loader, it's not blank, but its large text, and it's very SLOW. I can see each char drawn, and then when it gets to the bottom and has to redraw all the lines to scroll up for new lines, it loads so slowly it's like watching an 8086 on a 300 baud modem, or slower! Takes like an extra 30 seconds to get through all the loaded modules, then back to normal speed boot with the same large font. added these lines and everything is back to normal with new appearance and small font like before, and at normal speed. hw.vga.textmode="0" vbe_max_resolution=1280x800 also removed the old lines for the amdgpu efi problem with no effect so I assume those are no longer necessary and why I'm seeing this change? #hw.syscons.disable=1 #kern.vty=vt #hw.vga.textmode=1 am using X and everything seems fine for now system: AMD Ryzen 5 2400G, using integrated vega GPU ASRock B450M Pro4 13-current On 1/5/21 8:54 PM, David Wolfskill wrote: > On Wed, Jan 06, 2021 at 12:46:08AM +0200, Toomas Soome wrote: >> ... >>> the 58661b3ba9eb should hopefully fix the loader text mode issue, it would be cool if you can verify:) >>> >>> thanks, >>> toomas >> >> I think, I got it fixed (at least idwer did confirm for his system, thanks). If you can test this patch: http://148-52-235-80.sta.estpak.ee/0001-loader-rewrite-font-install.patch it would be really nice. >> >> thanks, >> toomas > > I tested with each of the following "stanzas' in /boot/loader.conf, > using vt (vs. syscons) in each case (though that breaks video reset > on resume after suspend): > > # hw.vga.textmode="0" > vbe_max_resolution=1280x800 > > This works, and provides a graphical console (depth 32). > > > hw.vga.textmode="0" > # vbe_max_resolution=1280x800 > > This also works, and provides a low-resolution (and depth 16) > graphical console (800x320 or something similar, IIRC). > > > # hw.vga.textmode="0" > # vbe_max_resolution=1280x800 > > (That is, not specifying anything for hw.vga.textmode or > vbe_max_resolution.) > > This boots OK, but I see no kernel probe messages or single- to > multi-user mode messages. I can use (e.g.) Ctl+Alt+F2 to switch to > vty1, see a "login: " prompt, and that (also) works. (This is the > initial symptom I had reported.) > > > hw.vga.textmode="1" > # vbe_max_resolution=1280x800 > > This works -- boots OK, and I see kernel probe (&c.) messages; this is a > text console (mostly blue text; some white, against a dark background. > It's a medium-light blue, so it's easy enough to read (unlike a navy > blue, for example). > > > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #113 main-c255601-g9fd96b416c45-dirty: Tue Jan 5 17:24:45 PST 2021 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 > > Peace, > david > From owner-freebsd-current@freebsd.org Thu Jan 14 04:46:53 2021 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 309654D487A for ; Thu, 14 Jan 2021 04:46:53 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qk1-x734.google.com (mail-qk1-x734.google.com [IPv6:2607:f8b0:4864:20::734]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGWxS11clz4lb3 for ; Thu, 14 Jan 2021 04:46:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qk1-x734.google.com with SMTP id z11so5687730qkj.7 for ; Wed, 13 Jan 2021 20:46:51 -0800 (PST) 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=MBqyTiJqE+LUc4dL64nwYP3pHnKRsaccwKFlrRBMw7Y=; b=uH3hPQAGdJrxatVWlStkbgy5ZsODxq0mKszRiKffSAasY1z2T4Ic0AfWPnDnSO1Pa2 HVtAOvv+MTlvS7V1JhEz6ZUZ1by50mpVk5v+Luqs1IAUlzEUakr7iZAgp1AmgpH8X65R A+zh8KSwJrBYxYAtXhm1QD3zLouJg36OHKIgA2CwtrLl1uYwcMrrjFIK31hnpu6QdYVU wRjdx/jbjy22ymJnfyFLq6kVJMaIGFulWUbb6DoYarKV2okOhPgUZeVul0Dx8W8TzgXF ZBroasVMftwuvQslRcFeCRyw5hRHvYypf3IblQTPE90chp/Y4+aTUhDMeSG1xQpZ6oSt 0DUQ== X-Gm-Message-State: AOAM532+EqQwIM7HECwR5VoqplsaWfxCr1QLOI9IUxX1xtE3FZCdyVk5 JzYhcdy21z6UfrW5feOJeYaeVeZ0gLMEmKLAF2Vf2lEVXMnciw== X-Google-Smtp-Source: ABdhPJyLMXllZKnJt/RMW4VEiaQivOT6NGvVG8jn2zHW/DyWFk28SCHuMIIq9h9WrHBaL3gWdoQT0LppBilhmouZFFY= X-Received: by 2002:a37:a614:: with SMTP id p20mr5370496qke.359.1610599611176; Wed, 13 Jan 2021 20:46:51 -0800 (PST) MIME-Version: 1.0 References: <20210114032209.GA94213@www.zefox.net> In-Reply-To: <20210114032209.GA94213@www.zefox.net> From: Warner Losh Date: Wed, 13 Jan 2021 21:46:39 -0700 Message-ID: Subject: Re: How does /usr/bin/uname work in plain english? To: bob prohaska Cc: FreeBSD Current X-Rspamd-Queue-Id: 4DGWxS11clz4lb3 X-Spamd-Bar: / X-Spamd-Result: default: False [0.56 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::734:from]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::734:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::734:from]; NEURAL_HAM_SHORT(-0.44)[-0.443]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 04:46:53 -0000 On Wed, Jan 13, 2021, 8:22 PM bob prohaska wrote: > Since the switch to git I've been wondering how /usr/bin/uname works. > The man page is thin on details and uname.c is far too subtle. > > For example, on my test box uname -a reports > FreeBSD www.zefox.org 13.0-CURRENT FreeBSD 13.0-CURRENT #7 > main-c255937-g818390ce0ca5: Wed Jan 13 16:42:12 PST 2021 > bob@www.zefox.org:/usr/obj/usr/freebsd-src/arm64.aarch64/sys/GENERIC-MMCCAM > arm64 > which seems to replay git nomeclature. > > However, uname -KU reports > 1300135 1300134 > which is admirably readable, even for me. > > Is there a natural language description detailing how > uname -KU outputs are computed, and roughly what they mean? > I've noticed that different sources sometimes produce the > same values, so the level of detail is less, but might suffice > for initial reports to the mailing lists. > __FreeBSD_version is defined in sys/param.h. For -U, uname prints that value. For -K, it asks the kernel for this value to print. MMmmnnn where MM is the major version, mm is minor, and nnn is incremental when the APIs change, approximately weekly. Warner Thanks for reading, > > bob prohaska > > > > _______________________________________________ > 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 Thu Jan 14 05:13:15 2021 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 0EAFA4D5220 for ; Thu, 14 Jan 2021 05:13:15 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wr1-x42c.google.com (mail-wr1-x42c.google.com [IPv6:2a00:1450:4864:20::42c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGXWt19X9z4mmX for ; Thu, 14 Jan 2021 05:13:13 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wr1-x42c.google.com with SMTP id y17so4409573wrr.10 for ; Wed, 13 Jan 2021 21:13:13 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=pJMl/KUEFKg6zaQoW0XRZ9Vapd4irHYyTDzUd7TQ6C4=; b=CnBQiMUw1pGcKke0gfughyiMWrILCgwozGK9j6QO8jynwOy+GXjC6L5Z5wf4qu90HJ t7FVq+ZRlRXplN8JcinDxr4xf4drKWSyg2y46bECewytYFabrCcIsDWKKNhLkDNderkc 3CaF0PyyLsRag9uOMC/lppyob64xjld8kalCgbGwKXbRhBcDsRyDtWElrTI8r9jf5yFY +bqV8B0UNHz0rPIRoyA3t4tZ4FSUOJ3Jtov2RWJ9ZwlhKGn8pOTFPoPRElKxgR3bTrcD heSLSdMifLL6ZAgGPtN5BSt6EW8nlrhgF3lR9ssC8uzISx0mQv5Ac5oI/AAcyE3Lr74n XsPA== X-Gm-Message-State: AOAM531TFsCD0baWW1oZdsMH4+1Gs3YzM8jMTD1PfAueXoPItPgMkOGD oKaFyvinUlOQKhbfhYl7yGXJ8lkLeedaSw== X-Google-Smtp-Source: ABdhPJzyKtiv2Ar3xvRus5JPOSmr57vJ9FENrg41kaoIamwSc1tlY+bxu/Y24hKPC/70nJwDWxhVWA== X-Received: by 2002:adf:c403:: with SMTP id v3mr5845652wrf.55.1610601191661; Wed, 13 Jan 2021 21:13:11 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id h184sm6229142wmh.23.2021.01.13.21.13.10 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Jan 2021 21:13:10 -0800 (PST) Subject: Re: How does /usr/bin/uname work in plain english? To: freebsd-current@freebsd.org References: <20210114032209.GA94213@www.zefox.net> From: Graham Perrin Message-ID: Date: Thu, 14 Jan 2021 05:13:09 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DGXWt19X9z4mmX X-Spamd-Bar: / X-Spamd-Result: default: False [0.99 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::42c:from]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::42c:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.99)[0.995]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::42c:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 05:13:15 -0000 On 14/01/2021 04:46, Warner Losh wrote: > On Wed, Jan 13, 2021, 8:22 PM bob prohaska wrote: > >> … uname -KU reports >> 1300135 1300134 >> … > __FreeBSD_version is defined in sys/param.h. For -U, uname prints that > value. For -K, it asks the kernel for this value to print. > > MMmmnnn where MM is the major version, mm is minor, and nnn is incremental > when the APIs change, approximately weekly. > > Warner Thanks. From the example above – with the inferior number – should I guess that Bob has not (yet) performed the installworld part of a FreeBSD-CURRENT system update routine? (Am I confused?) From owner-freebsd-current@freebsd.org Thu Jan 14 05:15:46 2021 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 63E844D4EF0 for ; Thu, 14 Jan 2021 05:15:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGXZn4XhXz4mlc for ; Thu, 14 Jan 2021 05:15:45 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x831.google.com with SMTP id c14so2794108qtn.0 for ; Wed, 13 Jan 2021 21:15:45 -0800 (PST) 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=EwCZEQpui77a9A3zi3fOPwKooHN6/YSa6sSG3o7ypDU=; b=M9s41YOPb+KvNrHOOQzXIOLqYz08QY0UHc2d2UAtVkZJZ3/ujz/cLpar61EAmk3gBl D3bG7iiHr+Dq8iinQB/UONNhDGUa/D1SYNKNIl5yCHNJBhQTIgCNQ2LBrswuEIkLzYcL y0mRkLdn0jP87EmoZrQPA6nekATXeUKu5OAGdfyb/usTcwW+M6nT7EkWs6g6vvRZ4YNF y6JDXo7wQ26cV8y0RoS3xwdNAwsfnVAkekLs14zjw24VVk5FrXpwfgAtqgj6jCIOu9NC NVqZEAMgWyEdBp62XQm/rgAh0a/vp51MQwOvGkFzoSpeyi2nXaGeumNyD8V3551RSAyA 3Weg== X-Gm-Message-State: AOAM5337eCeTOW7kx47Ylmd3RRHUk8FSTDNKET/qJ+qCv3rT0pT5WL5+ 9Ia51nLqgLXbtuuYtrwq/tcVkHXTja8BVU8F+FeRdQ== X-Google-Smtp-Source: ABdhPJzcPm2uAAWONC03AUtAE9RWZcFvH4Bis6E0WIsRatOiWfaaqJ7aMqTn34dXiShiJwTmo6IvB62OmZgoI4gUhwI= X-Received: by 2002:a05:622a:303:: with SMTP id q3mr5502724qtw.235.1610601344664; Wed, 13 Jan 2021 21:15:44 -0800 (PST) MIME-Version: 1.0 References: <20210114032209.GA94213@www.zefox.net> In-Reply-To: From: Warner Losh Date: Wed, 13 Jan 2021 22:15:32 -0700 Message-ID: Subject: Re: How does /usr/bin/uname work in plain english? To: Graham Perrin Cc: FreeBSD Current X-Rspamd-Queue-Id: 4DGXZn4XhXz4mlc X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::831:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::831:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::831:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 05:15:46 -0000 On Wed, Jan 13, 2021, 10:13 PM Graham Perrin wrote= : > On 14/01/2021 04:46, Warner Losh wrote: > > > On Wed, Jan 13, 2021, 8:22 PM bob prohaska wrote: > > > >> =E2=80=A6 uname -KU reports > >> 1300135 1300134 > >> =E2=80=A6 > > __FreeBSD_version is defined in sys/param.h. For -U, uname prints that > > value. For -K, it asks the kernel for this value to print. > > > > MMmmnnn where MM is the major version, mm is minor, and nnn is > incremental > > when the APIs change, approximately weekly. > > > > Warner > > > Thanks. > > From the example above =E2=80=93 with the inferior number =E2=80=93 shou= ld I guess that > Bob has not (yet) performed the installworld part of a FreeBSD-CURRENT > system update routine? > > (Am I confused?) > He has a newer kernel than userland... however that came to be... Warner _______________________________________________ > 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 Thu Jan 14 05:46:32 2021 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 C79364D5EC8 for ; Thu, 14 Jan 2021 05:46:32 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGYGH3KrVz4pPm for ; Thu, 14 Jan 2021 05:46:31 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10E5kXiX095926 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Wed, 13 Jan 2021 21:46:33 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10E5kXKM095925; Wed, 13 Jan 2021 21:46:33 -0800 (PST) (envelope-from fbsd) Date: Wed, 13 Jan 2021 21:46:32 -0800 From: bob prohaska To: FreeBSD Current Cc: bob prohaska Subject: Re: How does /usr/bin/uname work in plain english? Message-ID: <20210114054632.GA95891@www.zefox.net> References: <20210114032209.GA94213@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DGYGH3KrVz4pPm X-Spamd-Bar: + X-Spamd-Result: default: False [1.91 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; RCVD_COUNT_TWO(0.00)[2]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-0.99)[-0.993]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 05:46:32 -0000 On Wed, Jan 13, 2021 at 10:15:32PM -0700, Warner Losh wrote: > > > __FreeBSD_version is defined in sys/param.h. For -U, uname prints that > > > value. For -K, it asks the kernel for this value to print. > > > > > > MMmmnnn where MM is the major version, mm is minor, and nnn is > > incremental > > > when the APIs change, approximately weekly. > > > Sounds like the numbers are manually set by humans... I imagined something much more automated. > > He has a newer kernel than userland... however that came to be... > Yes, a new kernel was compiled to fix the "won't boot with HDMI connected" problem on Raspberry Pi. Thanks for explaining! bob prohaska From owner-freebsd-current@freebsd.org Thu Jan 14 07:15:09 2021 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 EF9EE4D7F9D for ; Thu, 14 Jan 2021 07:15:09 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DGbDX6mp0z4v88 for ; Thu, 14 Jan 2021 07:15:08 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzwqY-0006k4-GQ for freebsd-current@freebsd.org; Thu, 14 Jan 2021 08:15:06 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1kzwqX-0004qj-T4 for freebsd-current@freebsd.org; Thu, 14 Jan 2021 08:15:05 +0100 Subject: Re: boot loader blank screen To: freebsd-current@freebsd.org References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> From: Jakob Alvermark Message-ID: Date: Thu, 14 Jan 2021 08:15:05 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DGbDX6mp0z4v88 X-Spamd-Bar: / X-Spamd-Result: default: False [0.20 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.70)[0.700]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 07:15:10 -0000 On 1/14/21 4:49 AM, monochrome wrote: > I should add my experience to this since its different and haven't > seen anyone else mention it. > I see the new boot loader, it's not blank, but its large text, and > it's very SLOW. > I can see each char drawn, and then when it gets to the bottom and has > to redraw all the lines to scroll up for new lines, it loads so slowly > it's like watching an 8086 on a 300 baud modem, or slower! Takes like > an extra 30 seconds to get through all the loaded modules, then back > to normal speed boot with the same large font. > > added these lines and everything is back to normal with new appearance > and small font like before, and at normal speed. > hw.vga.textmode="0" > vbe_max_resolution=1280x800 > > also removed the old lines for the amdgpu efi problem with no effect > so I assume those are no longer necessary and why I'm seeing this change? > #hw.syscons.disable=1 > #kern.vty=vt > #hw.vga.textmode=1 > > am using X and everything seems fine for now > > system: > AMD Ryzen 5 2400G, using integrated vega GPU > ASRock B450M Pro4 > 13-current > > > > On 1/5/21 8:54 PM, David Wolfskill wrote: >> On Wed, Jan 06, 2021 at 12:46:08AM +0200, Toomas Soome wrote: >>> ... >>>> the 58661b3ba9eb should hopefully fix the loader text mode issue, >>>> it would be cool if you can verify:) >>>> >>>> thanks, >>>> toomas >>> >>> I think, I got it fixed (at least idwer did confirm for his system, >>> thanks). If you can test this patch: >>> http://148-52-235-80.sta.estpak.ee/0001-loader-rewrite-font-install.patch >>> >>> it would be really nice. >>> >>> thanks, >>> toomas >> >> I tested with each of the following "stanzas' in /boot/loader.conf, >> using vt (vs. syscons) in each case (though that breaks video reset >> on resume after suspend): >> >> # hw.vga.textmode="0" >> vbe_max_resolution=1280x800 >> >> This works, and provides a graphical console (depth 32). >> >> >> hw.vga.textmode="0" >> # vbe_max_resolution=1280x800 >> >> This also works, and provides a low-resolution (and depth 16) >> graphical console (800x320 or something similar, IIRC). >> >> >> # hw.vga.textmode="0" >> # vbe_max_resolution=1280x800 >> >> (That is, not specifying anything for hw.vga.textmode or >> vbe_max_resolution.) >> >> This boots OK, but I see no kernel probe messages or single- to >> multi-user mode messages.  I can use (e.g.) Ctl+Alt+F2 to switch to >> vty1, see a "login: " prompt, and that (also) works.  (This is the >> initial symptom I had reported.) >> >> >> hw.vga.textmode="1" >> # vbe_max_resolution=1280x800 >> >> This works -- boots OK, and I see kernel probe (&c.) messages; this is a >> text console (mostly blue text; some white, against a dark background. >> It's a medium-light blue, so it's easy enough to read (unlike a navy >> blue, for example). >> >> >> FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #113 >> main-c255601-g9fd96b416c45-dirty: Tue Jan  5 17:24:45 PST 2021 >> root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY >> amd64 +1 on the slowness. I like the graphics mode, it's very pretty. But slow. It seems to depend a lot on the screen resolution. On my small laptop, 1366x768, it's fairly OK. On the 1080p laptop it is very much slower, it takes about 35 seconds longer compared to the old loader. Booting on a 4K monitor, well, I didn't time it... Jakob From owner-freebsd-current@freebsd.org Thu Jan 14 09:43:05 2021 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 638D44DBB35 for ; Thu, 14 Jan 2021 09:43:05 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGfWF1cSvz3L7k for ; Thu, 14 Jan 2021 09:43:05 +0000 (UTC) (envelope-from herbert@gojira.at) Received: by mailman.nyi.freebsd.org (Postfix) id 374684DBB34; Thu, 14 Jan 2021 09:43:05 +0000 (UTC) Delivered-To: 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 370C04DB7D1 for ; Thu, 14 Jan 2021 09:43:05 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGfWD2bBrz3LJh for ; Thu, 14 Jan 2021 09:43:04 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Thu, 14 Jan 2021 10:42:55 +0100 Message-ID: <87y2gvam74.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@FreeBSD.org Subject: Running 'pkg version' in a stable/12 jail under FreeBSD 13.0-ALPHA1 User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DGfWD2bBrz3LJh X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.130.200.20:from:127.0.2.255]; DKIM_TRACE(0.00)[gojira.at:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.130.200.20:from]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 09:43:05 -0000 Hi! I have two BEs: default (stable/12-c243202-g49038d1723a9) and fbsd13 (main-c255946-gbd72252aace3) and a stable/12 jail. Ports tree is mounted ro,nullfs from the host into the jail. 1. Booting the default BE and running pkg in the jail: # pkg version -vPL= meson-0.56.0 < needs updating (port has 0.56.2) mutt-2.0.3 < needs updating (port has 2.0.4) 2. Booting the fbsd13 BE and running pkg in the jail: # pkg version -vPL= autoconf-2.69_3 ? orphaned: devel/autoconf [...] meson-0.56.0 ? orphaned: devel/meson mime-support-3.62 ? orphaned: misc/mime-support mutt-2.0.3 ? orphaned: mail/mutt [...] zstd-1.4.5_1 ? orphaned: archivers/zstd This also happens with a svn checkout of ports inside the jail. -- Herbert From owner-freebsd-current@freebsd.org Thu Jan 14 11:15:48 2021 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 9A1F24DDDA6 for ; Thu, 14 Jan 2021 11:15:48 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGhZD39PCz3hFw for ; Thu, 14 Jan 2021 11:15:48 +0000 (UTC) (envelope-from herbert@gojira.at) Received: by mailman.nyi.freebsd.org (Postfix) id 6C4D24DD8DE; Thu, 14 Jan 2021 11:15:48 +0000 (UTC) Delivered-To: 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 6C1264DDE35 for ; Thu, 14 Jan 2021 11:15:48 +0000 (UTC) (envelope-from herbert@gojira.at) Received: from mail.bsd4all.net (mail.bsd4all.net [94.130.200.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mail.bsd4all.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGhZC4zmtz3hBL for ; Thu, 14 Jan 2021 11:15:47 +0000 (UTC) (envelope-from herbert@gojira.at) Date: Thu, 14 Jan 2021 12:15:44 +0100 Message-ID: <87wnwfahwf.wl-herbert@gojira.at> From: "Herbert J. Skuhra" To: current@FreeBSD.org Subject: Re: Running 'pkg version' in a stable/12 jail under FreeBSD 13.0-ALPHA1 In-Reply-To: <87y2gvam74.wl-herbert@gojira.at> References: <87y2gvam74.wl-herbert@gojira.at> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/28.0 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Rspamd-Queue-Id: 4DGhZC4zmtz3hBL X-Spamd-Bar: + X-Spamd-Result: default: False [1.13 / 15.00]; ARC_NA(0.00)[]; SUBJECT_ENDS_SPACES(0.50)[]; R_DKIM_ALLOW(-0.20)[gojira.at:s=mail202005]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:94.130.200.20]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gojira.at]; NEURAL_SPAM_MEDIUM(1.00)[1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[94.130.200.20:from:127.0.2.255]; NEURAL_SPAM_SHORT(0.13)[0.127]; DKIM_TRACE(0.00)[gojira.at:+]; MID_CONTAINS_FROM(1.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_ZERO(0.00)[0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[94.130.200.20:from]; ASN(0.00)[asn:24940, ipnet:94.130.0.0/16, country:DE]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 11:15:48 -0000 On Thu, 14 Jan 2021 10:42:55 +0100, "Herbert J. Skuhra" wrote: > > Hi! > > I have two BEs: default (stable/12-c243202-g49038d1723a9) and fbsd13 > (main-c255946-gbd72252aace3) and a stable/12 jail. Ports tree is > mounted ro,nullfs from the host into the jail. > > 1. Booting the default BE and running pkg in the jail: > > # pkg version -vPL= > meson-0.56.0 < needs updating (port has 0.56.2) > mutt-2.0.3 < needs updating (port has 2.0.4) > > 2. Booting the fbsd13 BE and running pkg in the jail: > > # pkg version -vPL= > autoconf-2.69_3 ? orphaned: devel/autoconf > [...] > meson-0.56.0 ? orphaned: devel/meson > mime-support-3.62 ? orphaned: misc/mime-support > mutt-2.0.3 ? orphaned: mail/mutt > [...] > zstd-1.4.5_1 ? orphaned: archivers/zstd > > This also happens with a svn checkout of ports inside the jail. Please ignore. This is obviously not supported: make: "/usr/ports/Mk/bsd.port.mk" line 1204: UNAME_r (13.0-CURRENT) and OSVERSION (1202505) do not agree on major version number. I thought this had worked a few days ago. I have to run: env UNAME_r=12.2-STABLE pkg version -vPL= -- Herbert From owner-freebsd-current@freebsd.org Thu Jan 14 13:05:42 2021 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 1112E4E17EC for ; Thu, 14 Jan 2021 13:05:42 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGl116FDnz3qFF for ; Thu, 14 Jan 2021 13:05:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id D637D4E1A62; Thu, 14 Jan 2021 13:05:41 +0000 (UTC) Delivered-To: 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 D5FDB4E1835 for ; Thu, 14 Jan 2021 13:05:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGl11572bz3pww for ; Thu, 14 Jan 2021 13:05:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=doOl9Go4 c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=31soC9Gsccfj-6tBw_kA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:37971] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 40/F2-58754-4A140006; Thu, 14 Jan 2021 08:05:40 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24576.16803.825432.595007@jerusalem.litteratus.org> Date: Thu, 14 Jan 2021 08:05:39 -0500 From: Robert Huff To: current@freebsd.org Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgddvvdcutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfujgfpteevqfftnfgvrghrnhhinhhgpdftvefppdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgurhepgggtgffkfffhvffujghfofesthejredtredtvdenucfhrhhomheptfhosggvrhhtucfjuhhffhcuoehrohgsvghrthhhuhhffhesrhgtnhdrtghomheqnecuggftrfgrthhtvghrnheptddtleektefhgeeggfevleeugedvleduheeuuedvgeejiedvffeiffeftefhgfeunecukfhppedvtdelrdeirddvfedtrdegkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvtdelrdeirddvfedtrdegkeenpdhmrghilhhfrhhomheprhhosggvrhhthhhufhhfsehrtghnrdgtohhmnedprhgtphhtthhopegtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgne X-Rspamd-Queue-Id: 4DGl11572bz3pww X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 13:05:42 -0000 "Houston ... we have a problem." Scenario: Chicken, meet egg? I am trying to upgrade a system running: FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64 Per this discussion, I cannot compile the kernel because drm-current-kmod is out-of-date. When I try to upgrade drm-current-kmod (r561457) I get: ===> drm-current-kmod-5.4.62.g20210113 not supported on older CURRENT, no kernel support. *** Error code 1 Stop. make: stopped in /usr/ports/graphics/drm-current-kmod Huh? What is my path forward? (That does not involve reinstalling the OS.) Anxiously, Robert Huff -- Hello ... my name is SARS-CoV-2. You are not wearing a mask? Prepare to die! From owner-freebsd-current@freebsd.org Thu Jan 14 13:26:23 2021 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 8B0394E2414 for ; Thu, 14 Jan 2021 13:26:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGlSv2hmxz3rZC for ; Thu, 14 Jan 2021 13:26:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by mailman.nyi.freebsd.org (Postfix) id 5C7A64E20CE; Thu, 14 Jan 2021 13:26:23 +0000 (UTC) Delivered-To: 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 5C3F44E2413 for ; Thu, 14 Jan 2021 13:26:23 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out0.migadu.com (out0.migadu.com [94.23.1.103]) (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 4DGlSv1j3fz3rRW for ; Thu, 14 Jan 2021 13:26:22 +0000 (UTC) (envelope-from greg@unrelenting.technology) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: Current kernel build broken with linuxkpi? To: Robert Huff Cc: current@freebsd.org Message-Id: In-Reply-To: <24576.16803.825432.595007@jerusalem.litteratus.org> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <24576.16803.825432.595007@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=Shift-JIS; format=flowed Content-Transfer-Encoding: quoted-printable X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology Date: Thu, 14 Jan 2021 13:26:20 GMT X-Rspamd-Queue-Id: 4DGlSv1j3fz3rRW X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 13:26:23 -0000 On Thu, Jan 14, 2021 at 08:05, Robert Huff wrote: >=20 > "Houston ... we have a problem." > Scenario: Chicken, meet egg? > I am trying to upgrade a system running: >=20 > FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd64 >=20 > Per this discussion, I cannot compile the kernel because > drm-current-kmod is out-of-date. > When I try to upgrade drm-current-kmod (r561457) I get: >=20 > =3D=3D=3D> drm-current-kmod-5.4.62.g20210113 not supported on older=20 > CURRENT, no > kernel support. > *** Error code 1 >=20 > Stop. > make: stopped in /usr/ports/graphics/drm-current-kmod >=20 > Huh? > What is my path forward? (That does not involve reinstalling the > OS.) Either upgrade the kernel without the drm PORTS_ whatever thing =81=A8 upgrade=20 drm-current-kmod =81=A8 add back the PORTS_thing if you really want it =81= =A8=20 upgrade kernel again or remove the IGNORE line in the port's Makefile =81=A8 upgrade=20 drm-current-kmod =81=A8 upgrade the kernel. You have discovered precisely why this (building kmods from ports when=20 building the kernel itself) is not a very good feature :) From owner-freebsd-current@freebsd.org Thu Jan 14 13:36:28 2021 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 E10F94E2C32 for ; Thu, 14 Jan 2021 13:36:28 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGlhX591jz3sF0 for ; Thu, 14 Jan 2021 13:36:28 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id B12CD4E2862; Thu, 14 Jan 2021 13:36:28 +0000 (UTC) Delivered-To: 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 B0F604E2CDE for ; Thu, 14 Jan 2021 13:36:28 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGlhX42sDz3sYL for ; Thu, 14 Jan 2021 13:36:28 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=M9wz1B4s c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=IkcTkHD0fZMA:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=7yiH1M-3MtP3BYyyBkIA:9 a=QEXdDO2ut3YA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:62920] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id 89/C5-56973-BD840006; Thu, 14 Jan 2021 08:36:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Message-ID: <24576.18650.147323.9801@jerusalem.litteratus.org> Date: Thu, 14 Jan 2021 08:36:26 -0500 From: Robert Huff To: Greg V CC: current@freebsd.org Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <24576.16803.825432.595007@jerusalem.litteratus.org> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgddvkecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfujgfpteevqfftnfgvrghrnhhinhhgpdftvefppdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeggtgfgkfffhffvufgjfhfosehtqhertdertdejnecuhfhrohhmpeftohgsvghrthcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpeduleffudffhfeiueekgfehkeejveehudeftefgheelffdvtdfgvdeuvdelleduvdenucfkphepvddtledriedrvdeftddrgeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledriedrvdeftddrgeeknedpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgtnhdrtghomhenpdhrtghpthhtohepghhrvghgsehunhhrvghlvghnthhinhhgrdhtvggthhhnohhlohhghien X-Rspamd-Queue-Id: 4DGlhX42sDz3sYL X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 13:36:28 -0000 Hello: > > =09I am trying to upgrade a system running: > >=20 > > FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 amd= 64 > >=20 > > =09Per this discussion, I cannot compile the kernel because > > drm-current-kmod is out-of-date. > > =09When I try to upgrade drm-current-kmod (r561457) I get: > >=20 > > =3D=3D=3D> drm-current-kmod-5.4.62.g20210113 not supported on ol= der=20 > > CURRENT, no > > kernel support. > > *** Error code 1 > >=20 > > Stop. > > make: stopped in /usr/ports/graphics/drm-current-kmod > >=20 > > =09Huh=3F > > =09What is my path forward=3F (That does not involve reinstalling= the > > OS.) > =20 > Either > =20 > upgrade the kernel without the drm PORTS=5F whatever thing =81=A8 > upgrade drm-current-kmod =81=A8 add back the PORTS=5Fthing if you > really want it upgrade kernel again =09If I understand things correctly: things in the PORTS=5FMODULES list are upgraded =5Fafter=5F the kernel is completely rebuilt. =09I am hitting this =5Fduring=5F the rebuild. =09So the question becomes: =5Fwill=5F removing the IGNORE line work=3F= =09=09=09Respectfully, =09=09=09=09Robert Huff --=20 Hello ... my name is SARS-CoV-2. You are not wearing a mask=3F Prepare to die! From owner-freebsd-current@freebsd.org Thu Jan 14 13:52:01 2021 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 E8A164E3162 for ; Thu, 14 Jan 2021 13:52:01 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGm2T5Frlz3tbZ for ; Thu, 14 Jan 2021 13:52:01 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: by mailman.nyi.freebsd.org (Postfix) id B28BE4E3435; Thu, 14 Jan 2021 13:52:01 +0000 (UTC) Delivered-To: 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 B24D74E2EFC for ; Thu, 14 Jan 2021 13:52:01 +0000 (UTC) (envelope-from greg@unrelenting.technology) Received: from out1.migadu.com (out1.migadu.com [IPv6:2001:41d0:2:863f::]) (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 4DGm2T4Cnmz3tH1 for ; Thu, 14 Jan 2021 13:52:01 +0000 (UTC) (envelope-from greg@unrelenting.technology) X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Greg V Subject: Re: Current kernel build broken with linuxkpi? To: Robert Huff Cc: current@freebsd.org Message-Id: <9UFXMQ.F4ZUSAQA8UKN@unrelenting.technology> In-Reply-To: <24576.18650.147323.9801@jerusalem.litteratus.org> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <24576.16803.825432.595007@jerusalem.litteratus.org> <24576.18650.147323.9801@jerusalem.litteratus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Migadu-Flow: FLOW_OUT X-Migadu-Auth-User: greg@unrelenting.technology Date: Thu, 14 Jan 2021 13:51:53 GMT X-Rspamd-Queue-Id: 4DGm2T4Cnmz3tH1 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 13:52:02 -0000 On Thu, Jan 14, 2021 at 08:36, Robert Huff wrote: > > Hello: > >> > I am trying to upgrade a system running: >> > >> > FreeBSD 13.0-CURRENT #0 r365372: Sun Sep 6 10:51:26 EDT 2020 >> amd64 >> > >> > Per this discussion, I cannot compile the kernel because >> > drm-current-kmod is out-of-date. >> > When I try to upgrade drm-current-kmod (r561457) I get: >> > >> > ===> drm-current-kmod-5.4.62.g20210113 not supported on older >> > CURRENT, no >> > kernel support. >> > *** Error code 1 >> > >> > Stop. >> > make: stopped in /usr/ports/graphics/drm-current-kmod >> > >> > Huh? >> > What is my path forward? (That does not involve reinstalling >> the >> > OS.) >> >> Either >> >> upgrade the kernel without the drm PORTS_ whatever thing h >> upgrade drm-current-kmod h add back the PORTS_thing if you >> really want it upgrade kernel again > > If I understand things correctly: things in the PORTS_MODULES > list are upgraded _after_ the kernel is completely rebuilt. > I am hitting this _during_ the rebuild. I'm not sure if they will be upgraded after it's installed.. also, did you upgrade the world? The version stuff that ports checks comes from /usr/include. > So the question becomes: _will_ removing the IGNORE line work? Why wouldn't it? From owner-freebsd-current@freebsd.org Thu Jan 14 18:15:02 2021 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 B5CBC4EA305 for ; Thu, 14 Jan 2021 18:15:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DGssy3tTCz4khT for ; Thu, 14 Jan 2021 18:15:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id 835784EA28C; Thu, 14 Jan 2021 18:15:02 +0000 (UTC) Delivered-To: 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 831C54EA400 for ; Thu, 14 Jan 2021 18:15:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DGssy2mVXz4kWJ for ; Thu, 14 Jan 2021 18:15:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=KJsk82No c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=I5nD7zYoqK77cpgYg2YA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:20629] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id AD/91-38641-42A80006; Thu, 14 Jan 2021 13:15:01 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24576.35364.293160.210700@jerusalem.litteratus.org> Date: Thu, 14 Jan 2021 13:15:00 -0500 From: Robert Huff To: Greg V CC: current@freebsd.org Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <9UFXMQ.F4ZUSAQA8UKN@unrelenting.technology> References: <3c0d77d7-6b99-d48e-6e8a-92134b2fac7e@selasky.org> <24575.20352.153922.53339@jerusalem.litteratus.org> <24576.16803.825432.595007@jerusalem.litteratus.org> <24576.18650.147323.9801@jerusalem.litteratus.org> <9UFXMQ.F4ZUSAQA8UKN@unrelenting.technology> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgeduledrtddtgdekhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfujgfpteevqfftnfgvrghrnhhinhhgpdftvefppdfqfgfvnecuuegrihhlohhuthemuceftddunecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpeggtgfgkfffhffvufgjfhfosehtjeertdertddvnecuhfhrohhmpeftohgsvghrthcujfhufhhfuceorhhosggvrhhthhhufhhfsehrtghnrdgtohhmqeenucggtffrrghtthgvrhhnpedttdelkeethfeggefgveelueegvdeludehueeuvdegjeeivdffiefffeethffgueenucfkphepvddtledriedrvdeftddrgeeknecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddtledriedrvdeftddrgeeknedpmhgrihhlfhhrohhmpehrohgsvghrthhhuhhffhesrhgtnhdrtghomhenpdhrtghpthhtohepghhrvghgsehunhhrvghlvghnthhinhhgrdhtvggthhhnohhlohhghien X-Rspamd-Queue-Id: 4DGssy2mVXz4kWJ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 18:15:02 -0000 Greg writes: > also, did you upgrade the world? > The version stuff that ports checks comes from /usr/include. I follow the process specified at the end of UPDATING. So, yes as I believe I said buildkernel ran successfully. Respectfully, Robert Huff -- Hello ... my name is SARS-CoV-2. You are not wearing a mask? Prepare to die! From owner-freebsd-current@freebsd.org Thu Jan 14 21:34:29 2021 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 C016B4EE65F for ; Thu, 14 Jan 2021 21:34:29 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-ot1-f51.google.com (mail-ot1-f51.google.com [209.85.210.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DGyJ466JVz3GMG for ; Thu, 14 Jan 2021 21:34:28 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-ot1-f51.google.com with SMTP id i6so6622490otr.2 for ; Thu, 14 Jan 2021 13:34:28 -0800 (PST) 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=+Gk6EUWcFvWyjl4qFQlU0/j7vP4P9lUfIfaW72g+eFk=; b=BRqcLvHewMMTzzm3c1iLQsqp3gUdmKftwpB/Jx02dw3ViTa2BWDN2QRTWy0HjRr2Uj ZykA2fxRyzJBB4bilFPjOhMownPpHDpO6DytPuee1TF919bTCsEqtIMTznrLs1avklxH JZXlaF5Jd8cBetGpyAa4HoX2o3A0N6hiQNHEMZxZA6CQ0jlZ/Kh+Cbvmq6ziH+ASrkIX Pw+RHyxzs08FGt0M7M4qr5CBSjS8gnCx4PKj5rWjaiq4VzrsDY5mfsS+OPeGXh0kn9b1 PEVQIeCG+nYvLxCcAnuDlWl2UKNnTDnnIRNRynF3KpaVoWVPS9eQ4b9CQJxbtKgMo53r j95A== X-Gm-Message-State: AOAM532qNkKPBLB3ytJQ3GjHJptlJ+RaBfRgsr42rEgpMLe44/z2wW8N 3+DMpJaSJEXYKHwJuHSLK7tdyXFjj8ukk7v6gTUWC/2TNWo= X-Google-Smtp-Source: ABdhPJweomVwxZm96HhCyYp2OWy5PXDrgDwVjVQtr3/aIEn1v4jnTjg3ymxLHstfRAUfbXYg3TFuV1ZfAL8rYHUUYUM= X-Received: by 2002:a05:6830:30a8:: with SMTP id g8mr5775605ots.291.1610660067454; Thu, 14 Jan 2021 13:34:27 -0800 (PST) MIME-Version: 1.0 References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> In-Reply-To: From: Alan Somers Date: Thu, 14 Jan 2021 14:34:16 -0700 Message-ID: Subject: Re: boot loader blank screen To: Jakob Alvermark Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DGyJ466JVz3GMG X-Spamd-Bar: / X-Spamd-Result: default: False [-1.00 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.210.51:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.210.51:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.997]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.210.51:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.210.51:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 14 Jan 2021 21:34:29 -0000 Is there a bugzilla issue for this yet? It's affecting a lot of people, and it will be easier for us to monitor progress with Bugzilla than with the mailing list. -Alan On Thu, Jan 14, 2021 at 12:15 AM Jakob Alvermark wrote: > > On 1/14/21 4:49 AM, monochrome wrote: > > I should add my experience to this since its different and haven't > > seen anyone else mention it. > > I see the new boot loader, it's not blank, but its large text, and > > it's very SLOW. > > I can see each char drawn, and then when it gets to the bottom and has > > to redraw all the lines to scroll up for new lines, it loads so slowly > > it's like watching an 8086 on a 300 baud modem, or slower! Takes like > > an extra 30 seconds to get through all the loaded modules, then back > > to normal speed boot with the same large font. > > > > added these lines and everything is back to normal with new appearance > > and small font like before, and at normal speed. > > hw.vga.textmode="0" > > vbe_max_resolution=1280x800 > > > > also removed the old lines for the amdgpu efi problem with no effect > > so I assume those are no longer necessary and why I'm seeing this change? > > #hw.syscons.disable=1 > > #kern.vty=vt > > #hw.vga.textmode=1 > > > > am using X and everything seems fine for now > > > > system: > > AMD Ryzen 5 2400G, using integrated vega GPU > > ASRock B450M Pro4 > > 13-current > > > > > > > > On 1/5/21 8:54 PM, David Wolfskill wrote: > >> On Wed, Jan 06, 2021 at 12:46:08AM +0200, Toomas Soome wrote: > >>> ... > >>>> the 58661b3ba9eb should hopefully fix the loader text mode issue, > >>>> it would be cool if you can verify:) > >>>> > >>>> thanks, > >>>> toomas > >>> > >>> I think, I got it fixed (at least idwer did confirm for his system, > >>> thanks). If you can test this patch: > >>> > http://148-52-235-80.sta.estpak.ee/0001-loader-rewrite-font-install.patch > >>> < > http://148-52-235-80.sta.estpak.ee/0001-loader-rewrite-font-install.patch> > > >>> it would be really nice. > >>> > >>> thanks, > >>> toomas > >> > >> I tested with each of the following "stanzas' in /boot/loader.conf, > >> using vt (vs. syscons) in each case (though that breaks video reset > >> on resume after suspend): > >> > >> # hw.vga.textmode="0" > >> vbe_max_resolution=1280x800 > >> > >> This works, and provides a graphical console (depth 32). > >> > >> > >> hw.vga.textmode="0" > >> # vbe_max_resolution=1280x800 > >> > >> This also works, and provides a low-resolution (and depth 16) > >> graphical console (800x320 or something similar, IIRC). > >> > >> > >> # hw.vga.textmode="0" > >> # vbe_max_resolution=1280x800 > >> > >> (That is, not specifying anything for hw.vga.textmode or > >> vbe_max_resolution.) > >> > >> This boots OK, but I see no kernel probe messages or single- to > >> multi-user mode messages. I can use (e.g.) Ctl+Alt+F2 to switch to > >> vty1, see a "login: " prompt, and that (also) works. (This is the > >> initial symptom I had reported.) > >> > >> > >> hw.vga.textmode="1" > >> # vbe_max_resolution=1280x800 > >> > >> This works -- boots OK, and I see kernel probe (&c.) messages; this is a > >> text console (mostly blue text; some white, against a dark background. > >> It's a medium-light blue, so it's easy enough to read (unlike a navy > >> blue, for example). > >> > >> > >> FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #113 > >> main-c255601-g9fd96b416c45-dirty: Tue Jan 5 17:24:45 PST 2021 > >> root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY > > >> amd64 > > > +1 on the slowness. > > I like the graphics mode, it's very pretty. > > But slow. It seems to depend a lot on the screen resolution. On my small > laptop, 1366x768, it's fairly OK. On the 1080p laptop it is very much > slower, it takes about 35 seconds longer compared to the old loader. > > Booting on a 4K monitor, well, I didn't time it... > > > Jakob > > _______________________________________________ > 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 Fri Jan 15 08:19:24 2021 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 CE33D4DBE52 for ; Fri, 15 Jan 2021 08:19:24 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x330.google.com (mail-wm1-x330.google.com [IPv6:2a00:1450:4864:20::330]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHDcC6tfbz4bGc for ; Fri, 15 Jan 2021 08:19:23 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x330.google.com with SMTP id e15so440149wme.0 for ; Fri, 15 Jan 2021 00:19:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language; bh=f1rYdoSsG4va2wrw0wdMPRSiwpzi+l9lGHWHpEiAeXk=; b=Ecy8iFli9EKzZWdWPBh8QKpu4nL5nCUeIw9GcP+8mffYMLXnSGNMwzxHhee2fdQtxP W6maJwGAVMtAZkcvqc51yMdu3G+KGR52s+m/cPnkC2jcum6fUqExK3Rn+DA85OzHLSUH VLlVzb+BNQ1+g5qg3d6/wY8qJHFyBx7rLKcF8aoP2QNnUpv8W0b8MdRPEOaMuusT0r/H Qdv9Pgi9wpTmqI1gV+jK42Bq2qgcYZ+UujIeFGoppZwN1o/CtSlj00WhZXVmuQEQxusQ /96+BWKVkpZD4KKZ9jSDs6rI/7zAJztaBxFFRZr3ckOimiBBVWFvNjIW7P1jBl8z2xTU aSeQ== X-Gm-Message-State: AOAM533yq/bow8XW9VWSg7uE7LM5xu4ZfXnzXaAAKEnZhag6uM0XxCVY u29gZFMD3KdC2WuAAo2RzhZmAdHsrQwDUQ== X-Google-Smtp-Source: ABdhPJx1uh97a2JcHYqXQ/sONbw0kwpBuADTkS7c0o9v4sVg/vkozopznA3Z8Xk13QwPBoQqURYwTw== X-Received: by 2002:a1c:2586:: with SMTP id l128mr7602455wml.78.1610698762335; Fri, 15 Jan 2021 00:19:22 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id z6sm14070115wrw.58.2021.01.15.00.19.21 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 15 Jan 2021 00:19:21 -0800 (PST) Subject: buildworld, installworld, world: etymology To: FreeBSD Current References: <20210114032209.GA94213@www.zefox.net> From: Graham Perrin Message-ID: <9cd647fe-567f-03bd-1c9e-ba79e4cc7edf@gmail.com> Date: Fri, 15 Jan 2021 08:19:20 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Language: en-GB X-Rspamd-Queue-Id: 4DHDcC6tfbz4bGc X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.38 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-0.38)[-0.383]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::330:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.993]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::330:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::330:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 08:19:24 -0000 On 14/01/2021 05:15, Warner Losh wrote: > Re: How does /usr/bin/uname work in plain english? > On Wed, Jan 13, 2021, 10:13 PM Graham Perrin > wrote: > > > … the installworld part of a FreeBSD-CURRENT > system update routine? > > (Am I confused?) > > > He has a newer kernel than userland... however that came to be... > > Warner Asked a few years ago but there was not exactly an answer. Why, instead of 'builduserland' or 'builduserspace', do we have 'buildworld'? Was it maybe that the word is shorter? From owner-freebsd-current@freebsd.org Fri Jan 15 09:11:58 2021 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 18EEF4DE5B1 for ; Fri, 15 Jan 2021 09:11:58 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DHFms5zKvz4f8v for ; Fri, 15 Jan 2021 09:11:57 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id CAFC94DE4E3; Fri, 15 Jan 2021 09:11:57 +0000 (UTC) Delivered-To: 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 CABBE4DE4E2 for ; Fri, 15 Jan 2021 09:11:57 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic307-56.consmr.mail.ne1.yahoo.com (sonic307-56.consmr.mail.ne1.yahoo.com [66.163.190.31]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHFmr4xS9z4fXW for ; Fri, 15 Jan 2021 09:11:56 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610701910; bh=HtIKBfMZ6hBShYkm2kwLZHR+b69K515FlFr1fl/9v3Z=; h=Date:From:To:Subject:From:Subject:Reply-To; b=CKhf7SQZLXdgd3AAtc1vuWqQUOzbwD4DFQr+xObNnEhLWSyUndOKpMmou4BoQ4IXp/qcrfGtQFETjtqIoUJIa2qV1pV3qUqVIs/M+65uQ0EBRLDEjtXbErzq7NWmHL83cRM/yrdLDQWHdT8DP6sH6vJdI+dReXfXPvOn9XVvagd98Jv1cIswoltW0Iwbfe0PzCMUg3UIOYhiw2THx8ql6hpXy1xX1RATZHy52fp5XlEZVN6T6sTZI1k+5KVrD3RVvqiRK6VsiP1D68r9oVXdpjtFAy5DiE+JnmQagLVH+wvpWJEhE6n2VBpmWo6z26dvU1utvXSWvhqpSBZpTW56EA== X-YMail-OSG: wfFeI4sVM1l9hPVdJ0xoXzhFcJ2lsf282XFE_v7Wuq8sMZO5PqHYChoClf9p_xL Y2BGatlDNFv7Ncd1ylWcDLfyOXIsMyoxSmfMmtxr2lVqj_OpS1y17WbkjgwkYJ0MXxotgYcXSoGA v4AT7yMFxKeJzI89RBkzX3ojQ2NvrsX9U5PGXJloN6bLBQ5WT3aErBgIZDaTfy9Cx3La_AuWAFPL awme0.r4WH9zseReQUup4oHo6vcl2a2newV91HqhZybbej1T57lPR4GvuEe1iyqwUc8RgDktHB.5 QLe4pU5nTl7G1N5CgbKffkgIDsKqdgo8PvAPea7BDBik1GBmRMkXOsGFhJ.oI13hl0EYQBB4cEED ss_MUgPYAa8VznZIpe8VGpCgRRXLT707YJRrVoMrE.pMlsQKsynnODA9mzRr.HPfnoKDxJX6DPM9 IyDBWdejCvaSXFr89q39nWJ_m2jHgw8V1RHcMCpreQ_TBoSC2AVfNqhCRCmFXcLLVzgm.WXsKALL k7vC5VYzDIBFxWg1n2eGVsK1Oxf2sbVL.iMnDe32ZqjI97vHJ7T85FYC4trxT4Itn6qv42DhQx3L qUGWAZVThukN78jM0O99EceEhZZl3KVRkqfq5GWTUOY2t6J.8gDY4JLppG8dx401ZfJ9A.cn5XXg C.JjMg9Q2AP029AEoL_K21jk41SVHoeEq8kRuXFdfowEWxa5_r7Xv.ASD0dr_5YM.k7Ex5G6v7FN zCMOSx.R1xckDMPZBSFbJV3bPgchq7NKs7cZrz7jcKq4HLUsCTZLiw2GMCfDOZKjjIG67es1xoZ2 9C2pcP7AGKestjcNlBjEsBhquu8DY6cMWxlhzCI5X97getv5bC7hwgrJiVLsOFhoYUOoD1J6l7Ik zqjqhT_aSX844VO2Gm9HLPPZVlvRg2k4nNAN.xMTfMGLi58QQXHaw62nPCw7ffFh9G_ux3nYGfXl LpfcOlkQhDT9FZc4D6ZAtGp7g6_l7dJ51NRhzLbajDsngOANRKYU.s3R76g9_6khglrUON5kiSLp HJQbc2drc2uBH5LckplI7Rx9Rk.nAjkgA6QNTNHYo7vVKp9efbhDS1s8NDjdWWFPbbKijuOFSYvc GMlrtIuve4cVxuHOqI3AbTVp.t_PRcCPEKjAhTRNCo2.3ZPZK232FmAi4lDvCvAVgaO.ljuOp0sv Z.m.b_daXGTKuumklUDK1oEUxkhXCkSH9rXvmMHnCjm3GkZ1t5UyqB222y8EnGyaIJSCxoHvZ95W Ybk65U7mkvD8Le.WeNMxndk3Wa3gWQ50g.VcocZV6wwPzS29jd0Dy7MWsmhSPvh6ItAxc5VHLXxh o5MSvtMNrg2laikvLJmwvS58TvU4f88MokguCR5X6gu_6n3Lw_aitGFdFp7h81sLsoSBcuqtFrZy upEgywa8l9hSo5g7uGwdQWMYkTqCdzkAlylUaH47nN1chg91ZGO2KzqRmWW4WNFNi7eIg4b0I7xk Dn1KyREcTfUiD5cGQ.GUf8tmToLefKE3697iZ0xmX3Ys3Vy6J1peJSvwet_EdiDGDv2IZjy5q1VF HJfTewXbxFE7QBnC8s4GWbRv6a6uPRD0QuHIILBUWJ.FNJM9jJHAapQhUBwQ3FjAbmIhnIKEnhMl KIyvmDojQ9RMAr0RRhtIy0YhpafS9FLdMnQOc9rpIbLnbWYTqE4mmcluBjCmebs5HxjqEndO5wTu CiVB4ehr28Z8FYEKL3s2UdSxygZ1ep1oDJtS8LSPqAJ2cZw68bVMUFvbqFRIVQDVkldEhhadQUy5 hGds5qgO9OcJgZ.Iz8c0nygzRda__1rFGeU3khkRxJ9e6ey9m4umiqEhGPYh8oBepVOuYPmOxobA PIPENVVJHqLbjJR.KwcYz1e.Lz5lN0e9XkyhZAH0EyQPNYwe2SbSzXej3NsVBYJtP2yrk05d39uu 2xMewRo8rPdYEJpTZtpSsjfPTWJFhk07r7w6Yq0FdIsleoMfvysfFwZToCi19KqISnfSefOkxcm3 1zFtSvEX7T1xcCmrd7Fu9hyHRz67eusNlZi8fCenQCGl1aukrjRU7K5ScHNl..XJEs4BGhL7nqXT cDCvsVYYHMPtA2xYWHB7UUd9gf25846tkPYpx9zZPcktfJt773onQHjkT77tVvZqcr.g.XwMd9QE iUAkt8FanDKD9rP7nAVRYJFXFRfVtsFccEdcFXuJQqd1lZwo6aGesgyTAeBS0k58cWaapj_aAIjl eKlLwoKu_kVHmkXhSroWZWrJjkBMNkFqaUPieyfYwKyJZbVGDEWQqFE6ffsQ8FX0FApTeQI6YwLw 54OF2tIpy0wIW8MqKUI__svyqvyFnhgPAj32H56nwCKuAJIRMbyI_EfaS Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Fri, 15 Jan 2021 09:11:50 +0000 Date: Fri, 15 Jan 2021 09:11:49 +0000 (UTC) From: Filippo Moretti To: FreeBSD Current Message-ID: <1030157071.192741.1610701909753@mail.yahoo.com> Subject: Problem with drm MIME-Version: 1.0 References: <1030157071.192741.1610701909753.ref@mail.yahoo.com> X-Mailer: WebService/1.1.17501 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:84.0) Gecko/20100101 Firefox/84.0 X-Rspamd-Queue-Id: 4DHFmr4xS9z4fXW X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.27 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.27)[-0.267]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36646, ipnet:66.163.184.0/21, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.163.190.31:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[66.163.190.31:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[66.163.190.31:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.163.190.31:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[current] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 09:11:58 -0000 After upgrading my custom kernel I get the following error (that did not occur before hid):hidbus0: on usbhid0 link_elf_obj: symbol linux_pci_get_class undefined Warning: memory type debugfsint leaked memory on destroy (2 allocations, 80 bytes leaked). linker_load_file: /boot/modules/radeonkms.ko - unsupported file type Also the generic kernel was working fine before I upgraded my kernel STING now it no longer works and Xorg start with scfb instead of radeon kms.After completing installworld I always rebuild from ports drm-current-kmod gpu-firmware-kmod drm-kmod.SincerelyFilippo From owner-freebsd-current@freebsd.org Fri Jan 15 09:29:18 2021 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 75EE54DECBF for ; Fri, 15 Jan 2021 09:29:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DHG8t2JHmz4g2K for ; Fri, 15 Jan 2021 09:29:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4F0304DECBE; Fri, 15 Jan 2021 09:29:18 +0000 (UTC) Delivered-To: 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 4ECBA4DEA36 for ; Fri, 15 Jan 2021 09:29:18 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [IPv6:2a01:4f8:c17:6c4b::2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHG8t1Fj7z4gJg for ; Fri, 15 Jan 2021 09:29:17 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2020.home.selasky.org (unknown [178.17.145.105]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id 58BB526059A; Fri, 15 Jan 2021 10:29:10 +0100 (CET) Subject: Re: Problem with drm To: Filippo Moretti , FreeBSD Current References: <1030157071.192741.1610701909753.ref@mail.yahoo.com> <1030157071.192741.1610701909753@mail.yahoo.com> From: Hans Petter Selasky Message-ID: <4dcb7a9a-2c72-fc0a-fd5b-9386cb489185@selasky.org> Date: Fri, 15 Jan 2021 10:28:59 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.5.0 MIME-Version: 1.0 In-Reply-To: <1030157071.192741.1610701909753@mail.yahoo.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DHG8t1Fj7z4gJg X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 09:29:18 -0000 On 1/15/21 10:11 AM, Filippo Moretti wrote: > After upgrading my custom kernel I get the following error (that did not occur before hid):hidbus0: on usbhid0 > link_elf_obj: symbol linux_pci_get_class undefined > Warning: memory type debugfsint leaked memory on destroy (2 allocations, 80 bytes leaked). > linker_load_file: /boot/modules/radeonkms.ko - unsupported file type > > Also the generic kernel was working fine before I upgraded my kernel STING now it no longer works and Xorg start with scfb instead of radeon kms.After completing installworld I always rebuild from ports drm-current-kmod gpu-firmware-kmod drm-kmod.SincerelyFilippo Is your ports updated to the latest? Looks like radeonkms was not re-build after upgrading and installing the sources. --HPS From owner-freebsd-current@freebsd.org Fri Jan 15 10:26:57 2021 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 605AE4DFCE8 for ; Fri, 15 Jan 2021 10:26:57 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DHHRN442gz4jrT for ; Fri, 15 Jan 2021 10:26:56 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0MJc-0008WA-7X for freebsd-current@freebsd.org; Fri, 15 Jan 2021 11:26:48 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0MJb-000PyK-KZ for freebsd-current@freebsd.org; Fri, 15 Jan 2021 11:26:47 +0100 To: freebsd-current From: Jakob Alvermark Subject: Waiting for bufdaemon Message-ID: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> Date: Fri, 15 Jan 2021 11:26:47 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHHRN442gz4jrT X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.49 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-0.998]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-1.00)[-0.997]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 10:26:57 -0000 Hi, When rebooting my thinkpad the 'bufdaemon' times out: Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop ... timed out Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop ... timed out This started happening recently (within the last week I think). Any ideas? Thanks, Jakob From owner-freebsd-current@freebsd.org Fri Jan 15 10:53:45 2021 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 F3B324E047D for ; Fri, 15 Jan 2021 10:53:45 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHJ2J5B3jz4lX8 for ; Fri, 15 Jan 2021 10:53:44 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 10FArVIq026195 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 12:53:35 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 10FArVIq026195 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 10FArV4Y026194; Fri, 15 Jan 2021 12:53:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Jan 2021 12:53:31 +0200 From: Konstantin Belousov To: Jakob Alvermark Cc: freebsd-current Subject: Re: Waiting for bufdaemon Message-ID: References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4DHJ2J5B3jz4lX8 X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[gmail.com : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:470:d5e7:1::1:from]; FREEMAIL_FROM(0.00)[gmail.com]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; R_SPF_SOFTFAIL(0.00)[~all]; SPAMHAUS_ZRD(0.00)[2001:470:d5e7:1::1:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCPT_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:6939, ipnet:2001:470::/32, country:US]; MIME_TRACE(0.00)[0:+]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 10:53:46 -0000 On Fri, Jan 15, 2021 at 11:26:47AM +0100, Jakob Alvermark wrote: > Hi, > > > When rebooting my thinkpad the 'bufdaemon' times out: > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop ... > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop ... > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop ... > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop ... > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop ... > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop ... > timed out > > > This started happening recently (within the last week I think). > > > Any ideas? It is bare metal install, right? Do you see any mis-handling of time or timeouts while the system operates? Can you bisect it? From owner-freebsd-current@freebsd.org Fri Jan 15 11:11:37 2021 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 EA19A4E10DC for ; Fri, 15 Jan 2021 11:11:37 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHJQx08bCz4mLC for ; Fri, 15 Jan 2021 11:11:36 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id B90544B309 for ; Fri, 15 Jan 2021 20:11:26 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 6807E3BAA5; Fri, 15 Jan 2021 20:11:24 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.0 at eastasia.home.utahime.org Date: Fri, 15 Jan 2021 20:10:30 +0900 (JST) Message-Id: <20210115.201030.1395690536446474720.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Waiting for bufdaemon From: Yasuhiro Kimura In-Reply-To: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DHJQx08bCz4mLC X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 11:11:38 -0000 From: Jakob Alvermark Subject: Waiting for bufdaemon Date: Fri, 15 Jan 2021 11:26:47 +0100 > When rebooting my thinkpad the 'bufdaemon' times out: > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop > ... timed out > > > This started happening recently (within the last week I think). > > > Any ideas? I have been experiencing same problem with my 13-CURRENT amd64 VirtualBox VM for about a month. The conditions that the problem happens are unclear and all what I can say is * It happens only after I login in the VM and do something for a while. If I boot the VM and shut it down immediately, it never happens. * When the problem happens, one or more unkillable processes seem to be left. --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Fri Jan 15 11:14:25 2021 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 278634E11EB for ; Fri, 15 Jan 2021 11:14:25 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DHJV83r74z4mZw for ; Fri, 15 Jan 2021 11:14:24 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0N3e-0008Y7-P6; Fri, 15 Jan 2021 12:14:22 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0N3e-0000Xx-2D; Fri, 15 Jan 2021 12:14:22 +0100 Subject: Re: Waiting for bufdaemon To: Konstantin Belousov Cc: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> From: Jakob Alvermark Message-ID: Date: Fri, 15 Jan 2021 12:14:21 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHJV83r74z4mZw X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[alvermark.net:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 11:14:25 -0000 On 1/15/21 11:53 AM, Konstantin Belousov wrote: > On Fri, Jan 15, 2021 at 11:26:47AM +0100, Jakob Alvermark wrote: >> Hi, >> >> >> When rebooting my thinkpad the 'bufdaemon' times out: >> >> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop ... >> timed out >> >> >> This started happening recently (within the last week I think). >> >> >> Any ideas? > It is bare metal install, right? Yes, this is a Thinkpad X395 (AMD Ryzen 5 PRO 3500U) > Do you see any mis-handling of time or timeouts while the system operates? My webcam (using webcamd) seems to be a little flakey, but that's about the only thing I have noticed. > > Can you bisect it? I could try, but it will take some time, it seems this only happens when system has been running for a while. Rebooting right after a boot does not show this behavior. Jakob From owner-freebsd-current@freebsd.org Fri Jan 15 11:17:13 2021 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 D8BBC4E16E7 for ; Fri, 15 Jan 2021 11:17:13 +0000 (UTC) (envelope-from SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHJYP0Wynz4nCY for ; Fri, 15 Jan 2021 11:17:12 +0000 (UTC) (envelope-from SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id B987C45D061 for ; Fri, 15 Jan 2021 12:17:10 +0100 (CET) From: Juraj Lutter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: Waiting for bufdaemon Date: Fri, 15 Jan 2021 12:17:10 +0100 References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <20210115.201030.1395690536446474720.yasu@utahime.org> To: freebsd-current@freebsd.org In-Reply-To: <20210115.201030.1395690536446474720.yasu@utahime.org> Message-Id: <2649F5A1-AB7A-4054-A115-5C7D88DCE720@FreeBSD.org> X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DHJYP0Wynz4nCY X-Spamd-Bar: - X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; TO_DN_NONE(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[otis@FreeBSD.org,SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[92.60.51.55:from]; ASN(0.00)[asn:44185, ipnet:92.60.48.0/22, country:SK]; R_DKIM_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; TO_DOM_EQ_FROM_DOM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_NEQ_ENVFROM(0.00)[otis@FreeBSD.org,SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[92.60.51.55:from:127.0.2.255]; DMARC_NA(0.00)[FreeBSD.org]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 11:17:13 -0000 > On 15 Jan 2021, at 12:10, Yasuhiro Kimura wrote: >=20 > From: Jakob Alvermark > Subject: Waiting for bufdaemon > Date: Fri, 15 Jan 2021 11:26:47 +0100 >=20 >> When rebooting my thinkpad the 'bufdaemon' times out: >>=20 >> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >> ... timed out >>=20 >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >> ... timed out >>=20 >>=20 >> This started happening recently (within the last week I think). >>=20 >>=20 >> Any ideas? >=20 > I have been experiencing same problem with my 13-CURRENT amd64 > VirtualBox VM for about a month. The conditions that the problem > happens are unclear and all what I can say is >=20 > * It happens only after I login in the VM and do something for a > while. If I boot the VM and shut it down immediately, it never > happens. > * When the problem happens, one or more unkillable processes seem to > be left. I have been fighting with situations like this for month or two, opened = more PRs about it. My observation was that after putting some load on the machine, = mysterious mrsas(4) timeouts started to happen, processes were unkillable, reboots could not = complete in time... For sake of bisect, main-c255656-gb500c184b656 is known to work OK for = me as of now. From owner-freebsd-current@freebsd.org Fri Jan 15 11:52:50 2021 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 A2C424E28FF for ; Fri, 15 Jan 2021 11:52:50 +0000 (UTC) (envelope-from SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net) Received: from bosmailout01.eigbox.net (bosmailout01.eigbox.net [66.96.187.1]) (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 4DHKLT6ZFtz4qPM for ; Fri, 15 Jan 2021 11:52:49 +0000 (UTC) (envelope-from SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net) Received: from bosmailscan07.eigbox.net ([10.20.15.7]) by bosmailout01.eigbox.net with esmtp (Exim) id 1l0NDE-0005Yk-Lk for freebsd-current@freebsd.org; Fri, 15 Jan 2021 06:24:16 -0500 Received: from [10.115.3.33] (helo=bosimpout13) by bosmailscan07.eigbox.net with esmtp (Exim) id 1l0NDE-0003YQ-Bf for freebsd-current@freebsd.org; Fri, 15 Jan 2021 06:24:16 -0500 Received: from bosauthsmtp02.yourhostingaccount.com ([10.20.18.2]) by bosimpout13 with id GzQD2400102gpmq01zQGTE; Fri, 15 Jan 2021 06:24:16 -0500 X-Authority-Analysis: v=2.3 cv=efumg4MH c=1 sm=1 tr=0 a=9MP9vxlQrmnoeofDS6o88g==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=HpEJnUlJZJkA:10 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=6I5d2MoRAAAA:8 a=u4C43qGkAAAA:8 a=m1GS6RFLAAAA:8 a=tSwpsYKscEWBhti8LVUA:9 a=QEXdDO2ut3YA:10 a=7H8yyymPl5LMIQ_u:21 a=_W_S_7VecoQA:10 a=IjZwj45LgO3ly-622nXo:22 a=P8QV4QaAdoZ3FB6hlmCP:22 a=ZkTy8bY4UdX7Fe4buJt1:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:26235 helo=[192.168.1.144]) by bosauthsmtp02.eigbox.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim) id 1l0NDA-0006FE-Qx; Fri, 15 Jan 2021 06:24:13 -0500 SavedFromEmail: sm@codenetworks.net Date: Fri, 15 Jan 2021 12:24:08 +0100 Subject: Re: Waiting for bufdaemon In-Reply-To: <2649F5A1-AB7A-4054-A115-5C7D88DCE720@FreeBSD.org> Importance: normal From: Santiago Martinez To: Juraj Lutter , freebsd-current@freebsd.org Cc: sm@codenetworks.net MIME-Version: 1.0 X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: Santiago Martinez X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DHKLT6ZFtz4qPM X-Spamd-Bar: +++ X-Spamd-Result: default: False [3.59 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:66.96.128.0/18:c]; MIME_BASE64_TEXT_BOGUS(1.00)[]; URI_COUNT_ODD(1.00)[1]; DKIM_TRACE(0.00)[codenetworks.net:~]; MIME_BASE64_TEXT(0.10)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[81.9.160.236:received]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.187.1:from]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; RCVD_COUNT_FIVE(0.00)[5]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; SPAMHAUS_ZRD(0.00)[66.96.187.1:from:127.0.2.255]; MISSING_MID(2.50)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.987]; RCVD_IN_DNSWL_NONE(0.00)[66.96.187.1:from]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; GREYLIST(0.00)[pass,body]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 11:52:50 -0000 SGksIHRoZXJlLCBpbSBoYXZpbmcgdGhlIHNhbWUgaXNzdWUgaGVyZSAoIEFNRCBSeXplbjcpLiBp IGRvIG5vdCB1c2UgbXJzYXMgYnV0IGluIG15IGNhc2UgZXZlbiBpZiBpIHRyeSB0byByZWJvb3Qg aW1tZWRpYXRlbHkgYWZ0ZXIgYSBmcmVzaCByZWJvb3QgaSBnZXQgdGhlIHRpbWVvdXRzLsKgUmVn YXJkc8KgU2FudGlhZ28KLS0tLS0tLS0gT3JpZ2luYWwgbWVzc2FnZSAtLS0tLS0tLUZyb206IEp1 cmFqIEx1dHRlciA8b3Rpc0BGcmVlQlNELm9yZz4gRGF0ZTogMTUvMDEvMjAyMSAgMTI6MTcgIChH TVQrMDE6MDApIFRvOiBmcmVlYnNkLWN1cnJlbnRAZnJlZWJzZC5vcmcgU3ViamVjdDogUmU6IFdh aXRpbmcgZm9yIGJ1ZmRhZW1vbiA+IE9uIDE1IEphbiAyMDIxLCBhdCAxMjoxMCwgWWFzdWhpcm8g S2ltdXJhIDx5YXN1QHV0YWhpbWUub3JnPiB3cm90ZTo+ID4gRnJvbTogSmFrb2IgQWx2ZXJtYXJr IDxqYWtvYkBhbHZlcm1hcmsubmV0Pj4gU3ViamVjdDogV2FpdGluZyBmb3IgYnVmZGFlbW9uPiBE YXRlOiBGcmksIDE1IEphbiAyMDIxIDExOjI2OjQ3ICswMTAwPiA+PiBXaGVuIHJlYm9vdGluZyBt eSB0aGlua3BhZCB0aGUgJ2J1ZmRhZW1vbicgdGltZXMgb3V0Oj4+ID4+IFdhaXRpbmcgKG1heCA2 MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCAnYnVmZGFlbW9uJyB0byBzdG9wPj4gLi4uIHRp bWVkIG91dD4+ID4+IFdhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCAn YnVmc3BhY2VkYWVtb24tMCcgdG8gc3RvcD4+IC4uLiB0aW1lZCBvdXQ+PiA+PiBXYWl0aW5nICht YXggNjAgc2Vjb25kcykgZm9yIHN5c3RlbSB0aHJlYWQgJ2J1ZnNwYWNlZGFlbW9uLTEnIHRvIHN0 b3A+PiAuLi4gdGltZWQgb3V0Pj4gPj4gV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0 ZW0gdGhyZWFkICdidWZzcGFjZWRhZW1vbi0yJyB0byBzdG9wPj4gLi4uIHRpbWVkIG91dD4+ID4+ IFdhaXRpbmcgKG1heCA2MCBzZWNvbmRzKSBmb3Igc3lzdGVtIHRocmVhZCAnYnVmc3BhY2VkYWVt b24tMycgdG8gc3RvcD4+IC4uLiB0aW1lZCBvdXQ+PiA+PiBXYWl0aW5nIChtYXggNjAgc2Vjb25k cykgZm9yIHN5c3RlbSB0aHJlYWQgJ2J1ZnNwYWNlZGFlbW9uLTQnIHRvIHN0b3A+PiAuLi4gdGlt ZWQgb3V0Pj4gPj4gV2FpdGluZyAobWF4IDYwIHNlY29uZHMpIGZvciBzeXN0ZW0gdGhyZWFkICdi dWZzcGFjZWRhZW1vbi01JyB0byBzdG9wPj4gLi4uIHRpbWVkIG91dD4+ID4+ID4+IFRoaXMgc3Rh cnRlZCBoYXBwZW5pbmcgcmVjZW50bHkgKHdpdGhpbiB0aGUgbGFzdCB3ZWVrIEkgdGhpbmspLj4+ ID4+ID4+IEFueSBpZGVhcz8+ID4gSSBoYXZlIGJlZW4gZXhwZXJpZW5jaW5nIHNhbWUgcHJvYmxl bSB3aXRoIG15IDEzLUNVUlJFTlQgYW1kNjQ+IFZpcnR1YWxCb3ggVk0gZm9yIGFib3V0IGEgbW9u dGguIFRoZSBjb25kaXRpb25zIHRoYXQgdGhlIHByb2JsZW0+IGhhcHBlbnMgYXJlIHVuY2xlYXIg YW5kIGFsbCB3aGF0IEkgY2FuIHNheSBpcz4gPiAqIEl0IGhhcHBlbnMgb25seSBhZnRlciBJIGxv Z2luIGluIHRoZSBWTSBhbmQgZG8gc29tZXRoaW5nIGZvciBhPsKgIHdoaWxlLiBJZiBJIGJvb3Qg dGhlIFZNIGFuZCBzaHV0IGl0IGRvd24gaW1tZWRpYXRlbHksIGl0IG5ldmVyPsKgIGhhcHBlbnMu PiAqIFdoZW4gdGhlIHByb2JsZW0gaGFwcGVucywgb25lIG9yIG1vcmUgdW5raWxsYWJsZSBwcm9j ZXNzZXMgc2VlbSB0bz7CoCBiZSBsZWZ0LkkgaGF2ZSBiZWVuIGZpZ2h0aW5nIHdpdGggc2l0dWF0 aW9ucyBsaWtlIHRoaXMgZm9yIG1vbnRoIG9yIHR3bywgb3BlbmVkIG1vcmUgUFJzIGFib3V0IGl0 Lk15IG9ic2VydmF0aW9uIHdhcyB0aGF0IGFmdGVyIHB1dHRpbmcgc29tZSBsb2FkIG9uIHRoZSBt YWNoaW5lLCBteXN0ZXJpb3VzIG1yc2FzKDQpdGltZW91dHMgc3RhcnRlZCB0byBoYXBwZW4sIHBy b2Nlc3NlcyB3ZXJlIHVua2lsbGFibGUsIHJlYm9vdHMgY291bGQgbm90IGNvbXBsZXRlIGluIHRp bWUuLi5Gb3Igc2FrZSBvZiBiaXNlY3QsIG1haW4tYzI1NTY1Ni1nYjUwMGMxODRiNjU2IGlzIGtu b3duIHRvIHdvcmsgT0sgZm9yIG1lIGFzIG9mIG5vdy5fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX2ZyZWVic2QtY3VycmVudEBmcmVlYnNkLm9yZyBtYWlsaW5n IGxpc3RodHRwczovL2xpc3RzLmZyZWVic2Qub3JnL21haWxtYW4vbGlzdGluZm8vZnJlZWJzZC1j dXJyZW50VG8gdW5zdWJzY3JpYmUsIHNlbmQgYW55IG1haWwgdG8gImZyZWVic2QtY3VycmVudC11 bnN1YnNjcmliZUBmcmVlYnNkLm9yZyI= From owner-freebsd-current@freebsd.org Fri Jan 15 13:13:13 2021 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 05CB04E5476 for ; Fri, 15 Jan 2021 13:13:13 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DHM7D5kS4z4w75 for ; Fri, 15 Jan 2021 13:13:12 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: by mailman.nyi.freebsd.org (Postfix) id C48174E51F9; Fri, 15 Jan 2021 13:13:12 +0000 (UTC) Delivered-To: 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 C444F4E558C for ; Fri, 15 Jan 2021 13:13:12 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) (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 4DHM7C6S9Pz4wJf for ; Fri, 15 Jan 2021 13:13:11 +0000 (UTC) (envelope-from roberthuff@rcn.com) X_CMAE_Category: , , X-CNFS-Analysis: v=2.3 cv=KJsk82No c=1 sm=1 tr=0 cx=a_idp_x a=9TgA2UwI6Wy+6BV4wQM/cQ==:117 a=9TgA2UwI6Wy+6BV4wQM/cQ==:17 a=KGjhK52YXX0A:10 a=kj9zAlcOel0A:10 a=XRQyMpdBKAEA:10 a=EmqxpYm9HcoA:10 a=48faUk6PgeAA:10 a=0J47UGroVFQDoL9Hy-QA:9 a=CjuIK1q_8ugA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine X-Authed-Username: cm9iZXJ0aHVmZkByY24uY29t Received: from [209.6.230.48] ([209.6.230.48:11955] helo=jerusalem.litteratus.org.litteratus.org) by smtp.rcn.com (envelope-from ) (ecelerity 3.6.25.56547 r(Core:3.6.25.0)) with ESMTPSA (cipher=AES256-GCM-SHA384) id B9/AE-38641-5E491006; Fri, 15 Jan 2021 08:13:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <24577.38116.511282.793632@jerusalem.litteratus.org> Date: Fri, 15 Jan 2021 08:13:08 -0500 From: Robert Huff To: current@freebsd.org Subject: Re: Current kernel build broken with linuxkpi? In-Reply-To: <24576.35364.293160.210700@jerusalem.litteratus.org> References: <24576.35364.293160.210700@jerusalem.litteratus.org> X-Mailer: VM 8.2.0b under 27.1 (amd64-portbld-freebsd13.0) X-Vade-Verditct: clean X-Vade-Analysis: gggruggvucftvghtrhhoucdtuddrgeduledrtddvgddvhecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucfujgfpteevqfftnfgvrghrnhhinhhgpdftvefppdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgurhepgggtgffkfffhvffujghfofesthejredtredtvdenucfhrhhomheptfhosggvrhhtucfjuhhffhcuoehrohgsvghrthhhuhhffhesrhgtnhdrtghomheqnecuggftrfgrthhtvghrnheptddtleektefhgeeggfevleeugedvleduheeuuedvgeejiedvffeiffeftefhgfeunecukfhppedvtdelrdeirddvfedtrdegkeenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepihhnvghtpedvtdelrdeirddvfedtrdegkeenpdhmrghilhhfrhhomheprhhosggvrhhthhhufhhfsehrtghnrdgtohhmnedprhgtphhtthhopegtuhhrrhgvnhhtsehfrhgvvggsshgurdhorhhgne X-Rspamd-Queue-Id: 4DHM7C6S9Pz4wJf X-Spamd-Bar: - X-Spamd-Result: default: False [-1.13 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:69.168.97.0/24]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[rcn.com:+]; DMARC_POLICY_ALLOW(-0.50)[rcn.com,none]; NEURAL_HAM_SHORT(-0.03)[-0.034]; RCVD_IN_DNSWL_LOW(-0.10)[69.168.97.78:from]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[69.168.97.78:from]; INTRODUCTION(2.00)[]; ASN(0.00)[asn:36271, ipnet:69.168.97.0/24, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[rcn.com:s=20180516]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; RCPT_COUNT_ONE(0.00)[1]; DWL_DNSWL_LOW(-1.00)[rcn.com:dkim]; SPAMHAUS_ZRD(0.00)[69.168.97.78:from:127.0.2.255]; RWL_MAILSPIKE_POSSIBLE(0.00)[69.168.97.78:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 13:13:13 -0000 Yesterday I typod: > So, yes as I believe I said buildkernel ran successfully. Please make that: So, yes as I believe I said buildworld ran successfully. [Whack! Whack! Whack!] Respectfully, Robert "ENOBRAIN" Huff -- Hello ... my name is SARS-CoV-2. You are not wearing a mask? Prepare to die! From owner-freebsd-current@freebsd.org Fri Jan 15 13:51:51 2021 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 137D94E670E for ; Fri, 15 Jan 2021 13:51:51 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-zteg10021301.me.com (pv50p00im-zteg10021301.me.com [17.58.6.46]) (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 4DHMzp1KjDz4yRF for ; Fri, 15 Jan 2021 13:51:49 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [10.20.212.222] (212-44-131-46.dyn.estpak.ee [46.131.44.212]) by pv50p00im-zteg10021301.me.com (Postfix) with ESMTPSA id E1287CC0570; Fri, 15 Jan 2021 13:51:41 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable From: Toomas Soome Mime-Version: 1.0 (1.0) Subject: Re: boot loader blank screen Date: Fri, 15 Jan 2021 15:51:38 +0200 Message-Id: References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> Cc: John Kennedy , Current FreeBSD In-Reply-To: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> To: Santiago Martinez X-Mailer: iPhone Mail (18C66) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2021-01-15_07:2021-01-15, 2021-01-15 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=936 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2101150087 X-Rspamd-Queue-Id: 4DHMzp1KjDz4yRF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.34 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[me.com:+]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; NEURAL_HAM_SHORT(-0.84)[-0.836]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_VERYGOOD(0.00)[17.58.6.46:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 13:51:51 -0000 Could you please check latest current now?:) Thanks, Toomas > On 13. Jan 2021, at 20:13, Santiago Martinez wrote: >=20 > =EF=BB=BFHi, +1 on this, i still have issue on a supermicro. >=20 > Santi >=20 >> On 1/8/21 8:11 PM, John Kennedy wrote: >>> On Wed, Jan 06, 2021 at 02:19:12PM -0800, John Kennedy wrote: >>> I saw your commit of 99870c70bac7 (loader: rewrite vidc_install_font), >>> 31c2bcad7e44 (loader: remove left over call to unsetenv()), and belatedl= y >>> babda0952f8355a89b3241d5e8943c7da0fa4f6b (hw.vga.textmode -> screen.text= mode). >>>=20 >>> Didn't fix the blank screen, and I thought the hw.vga.textmode workarou= nd >>> had broken until I read that commit fully (will try it next reboot). >>>=20 >>> At main-c255633-g3efe9b3e77c3 right now (also past your f1829643c476. >> At main-c255756-g40903394bf48, still no love for my system yet. FYI, >> screen.textmode=3D0 continued to work around the issue, as expected. >>=20 >> _______________________________________________ >> 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= " >=20 From owner-freebsd-current@freebsd.org Fri Jan 15 14:56:03 2021 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 D54704E8441 for ; Fri, 15 Jan 2021 14:56:03 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHPPv5pFlz53dN for ; Fri, 15 Jan 2021 14:56:03 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from [192.168.1.2] (112.56.88.79.rev.sfr.net [79.88.56.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: mikael) by smtp.freebsd.org (Postfix) with ESMTPSA id 8935FF7DB for ; Fri, 15 Jan 2021 14:56:03 +0000 (UTC) (envelope-from mikael@FreeBSD.org) To: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> From: =?UTF-8?Q?Mika=c3=abl_Urankar?= Subject: Re: Waiting for bufdaemon Message-ID: <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> Date: Fri, 15 Jan 2021 15:56:01 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Content-Language: en-US X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 14:56:03 -0000 On 15/01/2021 11:26, Jakob Alvermark wrote: > Hi, > > > When rebooting my thinkpad the 'bufdaemon' times out: > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ...=20 > timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop=20 > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop=20 > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop=20 > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop=20 > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop=20 > ... timed out > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop=20 > ... timed out > > > This started happening recently (within the last week I think). Hi, I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of=20 orphaned groups) "seems" ok cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP=20 support), affected by the timeout. I haven't tried the intermediate commit yet. My intel machine doesn't seem to be affected From owner-freebsd-current@freebsd.org Fri Jan 15 15:02:17 2021 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 5B2494E8AB9 for ; Fri, 15 Jan 2021 15:02:17 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHPY500GTz54h8; Fri, 15 Jan 2021 15:02:16 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 10FF237m086318 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 17:02:06 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 10FF237m086318 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 10FF23Yi086317; Fri, 15 Jan 2021 17:02:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Jan 2021 17:02:03 +0200 From: Konstantin Belousov To: =?utf-8?Q?Mika=C3=ABl?= Urankar Cc: freebsd-current Subject: Re: Waiting for bufdaemon Message-ID: References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4DHPY500GTz54h8 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 15:02:17 -0000 On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: > On 15/01/2021 11:26, Jakob Alvermark wrote: > > Hi, > > > > > > When rebooting my thinkpad the 'bufdaemon' times out: > > > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed > > out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop > > ... timed out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop > > ... timed out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop > > ... timed out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop > > ... timed out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop > > ... timed out > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop > > ... timed out > > > > > > This started happening recently (within the last week I think). > > Hi, > > I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. > > 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned > groups) "seems" ok > > cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP > support), affected by the timeout. > > I haven't tried the intermediate commit yet. > > My intel machine doesn't seem to be affected If you revert only 9e680e4005b7, is it fixed ? From owner-freebsd-current@freebsd.org Fri Jan 15 15:03:36 2021 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 D07274E8870 for ; Fri, 15 Jan 2021 15:03:36 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (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 4DHPZb5l5Rz54qk for ; Fri, 15 Jan 2021 15:03:35 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-f649235c.06-431-73746f70.bbcust.telenor.se ([92.35.73.246] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0QdR-0008m5-IL for freebsd-current@freebsd.org; Fri, 15 Jan 2021 16:03:33 +0100 Received: from [192.168.67.27] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1l0QdQ-0003L6-V8 for freebsd-current@freebsd.org; Fri, 15 Jan 2021 16:03:32 +0100 Subject: Re: Waiting for bufdaemon To: freebsd-current@freebsd.org References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> From: Jakob Alvermark Message-ID: <96d7db5d-e4ad-f9bb-0c27-07f94bed8df5@alvermark.net> Date: Fri, 15 Jan 2021 16:03:32 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHPZb5l5Rz54qk X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.96 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[alvermark.net:s=x]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:185.34.136.138]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[alvermark.net: no valid DMARC record]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[185.34.136.138:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; DKIM_TRACE(0.00)[alvermark.net:+]; NEURAL_HAM_SHORT(-0.46)[-0.464]; NEURAL_HAM_LONG(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[185.34.136.138:from]; ASN(0.00)[asn:34971, ipnet:185.34.136.0/24, country:IT]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 15:03:36 -0000 On 1/15/21 3:56 PM, Mikaël Urankar wrote: > On 15/01/2021 11:26, Jakob Alvermark wrote: >> Hi, >> >> >> When rebooting my thinkpad the 'bufdaemon' times out: >> >> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... >> timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >> ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >> ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >> ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >> ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >> ... timed out >> >> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >> ... timed out >> >> >> This started happening recently (within the last week I think). > > Hi, > > I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. > > 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of > orphaned groups) "seems" ok > > cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP > support), affected by the timeout. > > I haven't tried the intermediate commit yet. > > My intel machine doesn't seem to be affected I observed the same here. It seems to only happen on my AMD laptop. I have an Intel laptop which seems fine. Jakob From owner-freebsd-current@freebsd.org Fri Jan 15 15:30:21 2021 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 1D0884E90E9 for ; Fri, 15 Jan 2021 15:30:21 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHQ9T0QpHz56nD for ; Fri, 15 Jan 2021 15:30:21 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from [192.168.1.2] (112.56.88.79.rev.sfr.net [79.88.56.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: mikael) by smtp.freebsd.org (Postfix) with ESMTPSA id C45D2F3CA for ; Fri, 15 Jan 2021 15:30:20 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Subject: Re: Waiting for bufdaemon To: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> From: =?UTF-8?Q?Mika=c3=abl_Urankar?= Message-ID: <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> Date: Fri, 15 Jan 2021 16:30:19 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 15:30:21 -0000 On 15/01/2021 16:02, Konstantin Belousov wrote: > On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: >> On 15/01/2021 11:26, Jakob Alvermark wrote: >>> Hi, >>> >>> >>> When rebooting my thinkpad the 'bufdaemon' times out: >>> >>> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed >>> out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >>> ... timed out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >>> ... timed out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >>> ... timed out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >>> ... timed out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >>> ... timed out >>> >>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >>> ... timed out >>> >>> >>> This started happening recently (within the last week I think). >> >> Hi, >> >> I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. >> >> 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned >> groups) "seems" ok >> >> cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP >> support), affected by the timeout. >> >> I haven't tried the intermediate commit yet. >> >> My intel machine doesn't seem to be affected > > If you revert only 9e680e4005b7, is it fixed ? > Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, I can do more if you want) From owner-freebsd-current@freebsd.org Fri Jan 15 15:45:15 2021 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 31E2C4E99E6 for ; Fri, 15 Jan 2021 15:45:15 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHQVf668Kz57WZ; Fri, 15 Jan 2021 15:45:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 10FFj7ha096344 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 17:45:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 10FFj7ha096344 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 10FFj7hD096342; Fri, 15 Jan 2021 17:45:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Jan 2021 17:45:07 +0200 From: Konstantin Belousov To: =?utf-8?Q?Mika=C3=ABl?= Urankar Cc: freebsd-current Subject: Re: Waiting for bufdaemon Message-ID: References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4DHQVf668Kz57WZ X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 15:45:15 -0000 On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: > On 15/01/2021 16:02, Konstantin Belousov wrote: > > On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: > > > On 15/01/2021 11:26, Jakob Alvermark wrote: > > > > Hi, > > > > > > > > > > > > When rebooting my thinkpad the 'bufdaemon' times out: > > > > > > > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed > > > > out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop > > > > ... timed out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop > > > > ... timed out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop > > > > ... timed out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop > > > > ... timed out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop > > > > ... timed out > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop > > > > ... timed out > > > > > > > > > > > > This started happening recently (within the last week I think). > > > > > > Hi, > > > > > > I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. > > > > > > 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned > > > groups) "seems" ok > > > > > > cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP > > > support), affected by the timeout. > > > > > > I haven't tried the intermediate commit yet. > > > > > > My intel machine doesn't seem to be affected > > > > If you revert only 9e680e4005b7, is it fixed ? > > > Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, > I can do more if you want) Please show me the output from sysctl kern.timecounter kern.eventtimer and first 100 lines of dmesg from the verbose boot (that contains the CPU ident lines). From owner-freebsd-current@freebsd.org Fri Jan 15 16:18:58 2021 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 6AEA84EAD88 for ; Fri, 15 Jan 2021 16:18:58 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHRFZ2hnTz3CbR; Fri, 15 Jan 2021 16:18:58 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from [192.168.1.2] (112.56.88.79.rev.sfr.net [79.88.56.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: mikael) by smtp.freebsd.org (Postfix) with ESMTPSA id 06F6FFC61; Fri, 15 Jan 2021 16:18:57 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Subject: Re: Waiting for bufdaemon To: Konstantin Belousov Cc: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> From: =?UTF-8?Q?Mika=c3=abl_Urankar?= Message-ID: <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> Date: Fri, 15 Jan 2021 17:18:56 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 16:18:58 -0000 On 15/01/2021 16:45, Konstantin Belousov wrote: > On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: >> On 15/01/2021 16:02, Konstantin Belousov wrote: >>> On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: >>>> On 15/01/2021 11:26, Jakob Alvermark wrote: >>>>> Hi, >>>>> >>>>> >>>>> When rebooting my thinkpad the 'bufdaemon' times out: >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed >>>>> out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >>>>> ... timed out >>>>> >>>>> >>>>> This started happening recently (within the last week I think). >>>> >>>> Hi, >>>> >>>> I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. >>>> >>>> 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned >>>> groups) "seems" ok >>>> >>>> cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP >>>> support), affected by the timeout. >>>> >>>> I haven't tried the intermediate commit yet. >>>> >>>> My intel machine doesn't seem to be affected >>> >>> If you revert only 9e680e4005b7, is it fixed ? >>> >> Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, >> I can do more if you want) > Please show me the output from sysctl > kern.timecounter > kern.eventtimer > and first 100 lines of dmesg from the verbose boot (that contains the CPU > ident lines). > I put the /var/run/dmesg.boot file on freefall /home/mikael/dmesg.boot (it seems to be truncated though, I don't know how to retrieve the full log) sysctl kern.timecounter kern.timecounter.tsc_shift: 1 kern.timecounter.smp_tsc_adjust: 0 kern.timecounter.smp_tsc: 1 kern.timecounter.invariant_tsc: 1 kern.timecounter.fast_gettime: 1 kern.timecounter.tick: 1 kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) dummy(-1000000) kern.timecounter.hardware: TSC-low kern.timecounter.alloweddeviation: 5 kern.timecounter.timehands_count: 2 kern.timecounter.stepwarnings: 0 kern.timecounter.tc.ACPI-fast.quality: 900 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.ACPI-fast.counter: 1470549582 kern.timecounter.tc.ACPI-fast.mask: 4294967295 kern.timecounter.tc.HPET.quality: 950 kern.timecounter.tc.HPET.frequency: 14318180 kern.timecounter.tc.HPET.counter: 378058131 kern.timecounter.tc.HPET.mask: 4294967295 kern.timecounter.tc.i8254.quality: 0 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.i8254.counter: 20425 kern.timecounter.tc.i8254.mask: 65535 kern.timecounter.tc.TSC-low.quality: 1000 kern.timecounter.tc.TSC-low.frequency: 1900039387 kern.timecounter.tc.TSC-low.counter: 2386729797 kern.timecounter.tc.TSC-low.mask: 4294967295 sysctl kern.eventtimer kern.eventtimer.choice: LAPIC(600) HPET(350) HPET1(350) HPET2(350) i8254(100) RTC(0) kern.eventtimer.et.HPET2.quality: 350 kern.eventtimer.et.HPET2.frequency: 14318180 kern.eventtimer.et.HPET2.flags: 3 kern.eventtimer.et.HPET1.quality: 350 kern.eventtimer.et.HPET1.frequency: 14318180 kern.eventtimer.et.HPET1.flags: 3 kern.eventtimer.et.HPET.quality: 350 kern.eventtimer.et.HPET.frequency: 14318180 kern.eventtimer.et.HPET.flags: 3 kern.eventtimer.et.RTC.quality: 0 kern.eventtimer.et.RTC.frequency: 32768 kern.eventtimer.et.RTC.flags: 17 kern.eventtimer.et.i8254.quality: 100 kern.eventtimer.et.i8254.frequency: 1193182 kern.eventtimer.et.i8254.flags: 1 kern.eventtimer.et.LAPIC.quality: 600 kern.eventtimer.et.LAPIC.frequency: 50001034 kern.eventtimer.et.LAPIC.flags: 7 kern.eventtimer.periodic: 0 kern.eventtimer.timer: LAPIC kern.eventtimer.idletick: 0 kern.eventtimer.singlemul: 2 From owner-freebsd-current@freebsd.org Fri Jan 15 16:35:36 2021 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 CFE2A4EB062 for ; Fri, 15 Jan 2021 16:35:36 +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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHRcm3CDNz3Dcs; Fri, 15 Jan 2021 16:35:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from tom.home (kib@localhost [127.0.0.1]) by kib.kiev.ua (8.16.1/8.16.1) with ESMTPS id 10FGZRZt008964 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 18:35:30 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.10.3 kib.kiev.ua 10FGZRZt008964 Received: (from kostik@localhost) by tom.home (8.16.1/8.16.1/Submit) id 10FGZRMc008963; Fri, 15 Jan 2021 18:35:27 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 15 Jan 2021 18:35:27 +0200 From: Konstantin Belousov To: =?utf-8?Q?Mika=C3=ABl?= Urankar Cc: freebsd-current Subject: Re: Waiting for bufdaemon Message-ID: References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FROM, NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on tom.home X-Rspamd-Queue-Id: 4DHRcm3CDNz3Dcs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 16:35:36 -0000 On Fri, Jan 15, 2021 at 05:18:56PM +0100, Mikaël Urankar wrote: > On 15/01/2021 16:45, Konstantin Belousov wrote: > > On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: > > > On 15/01/2021 16:02, Konstantin Belousov wrote: > > > > On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: > > > > > On 15/01/2021 11:26, Jakob Alvermark wrote: > > > > > > Hi, > > > > > > > > > > > > > > > > > > When rebooting my thinkpad the 'bufdaemon' times out: > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed > > > > > > out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop > > > > > > ... timed out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop > > > > > > ... timed out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop > > > > > > ... timed out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop > > > > > > ... timed out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop > > > > > > ... timed out > > > > > > > > > > > > Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop > > > > > > ... timed out > > > > > > > > > > > > > > > > > > This started happening recently (within the last week I think). > > > > > > > > > > Hi, > > > > > > > > > > I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. > > > > > > > > > > 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned > > > > > groups) "seems" ok > > > > > > > > > > cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP > > > > > support), affected by the timeout. > > > > > > > > > > I haven't tried the intermediate commit yet. > > > > > > > > > > My intel machine doesn't seem to be affected > > > > > > > > If you revert only 9e680e4005b7, is it fixed ? > > > > > > > Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, > > > I can do more if you want) > > Please show me the output from sysctl > > kern.timecounter > > kern.eventtimer > > and first 100 lines of dmesg from the verbose boot (that contains the CPU > > ident lines). > > > > I put the /var/run/dmesg.boot file on freefall /home/mikael/dmesg.boot (it > seems to be truncated though, I don't know how to retrieve the full log) > > sysctl kern.timecounter > kern.timecounter.tsc_shift: 1 > kern.timecounter.smp_tsc_adjust: 0 > kern.timecounter.smp_tsc: 1 > kern.timecounter.invariant_tsc: 1 > kern.timecounter.fast_gettime: 1 > kern.timecounter.tick: 1 > kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) > dummy(-1000000) > kern.timecounter.hardware: TSC-low > kern.timecounter.alloweddeviation: 5 > kern.timecounter.timehands_count: 2 > kern.timecounter.stepwarnings: 0 > kern.timecounter.tc.ACPI-fast.quality: 900 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.ACPI-fast.counter: 1470549582 > kern.timecounter.tc.ACPI-fast.mask: 4294967295 > kern.timecounter.tc.HPET.quality: 950 > kern.timecounter.tc.HPET.frequency: 14318180 > kern.timecounter.tc.HPET.counter: 378058131 > kern.timecounter.tc.HPET.mask: 4294967295 > kern.timecounter.tc.i8254.quality: 0 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.i8254.counter: 20425 > kern.timecounter.tc.i8254.mask: 65535 > kern.timecounter.tc.TSC-low.quality: 1000 > kern.timecounter.tc.TSC-low.frequency: 1900039387 > kern.timecounter.tc.TSC-low.counter: 2386729797 > kern.timecounter.tc.TSC-low.mask: 4294967295 > > sysctl kern.eventtimer > kern.eventtimer.choice: LAPIC(600) HPET(350) HPET1(350) HPET2(350) > i8254(100) RTC(0) > kern.eventtimer.et.HPET2.quality: 350 > kern.eventtimer.et.HPET2.frequency: 14318180 > kern.eventtimer.et.HPET2.flags: 3 > kern.eventtimer.et.HPET1.quality: 350 > kern.eventtimer.et.HPET1.frequency: 14318180 > kern.eventtimer.et.HPET1.flags: 3 > kern.eventtimer.et.HPET.quality: 350 > kern.eventtimer.et.HPET.frequency: 14318180 > kern.eventtimer.et.HPET.flags: 3 > kern.eventtimer.et.RTC.quality: 0 > kern.eventtimer.et.RTC.frequency: 32768 > kern.eventtimer.et.RTC.flags: 17 > kern.eventtimer.et.i8254.quality: 100 > kern.eventtimer.et.i8254.frequency: 1193182 > kern.eventtimer.et.i8254.flags: 1 > kern.eventtimer.et.LAPIC.quality: 600 > kern.eventtimer.et.LAPIC.frequency: 50001034 > kern.eventtimer.et.LAPIC.flags: 7 > kern.eventtimer.periodic: 0 > kern.eventtimer.timer: LAPIC > kern.eventtimer.idletick: 0 > kern.eventtimer.singlemul: 2 It is clipped at the start, and that was the information which I need. Add something like kern.msgbufsize=1048576 to /boot/loader.conf and try again. I need to see the lines starting with CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.08-MHz K8-class CPU) Origin="GenuineIntel" Id=0x806ea Family=0x6 Model=0x8e Stepping=10 Features=0xbfebfbff ... (well, this is my w/s, your CPU would be different of course). From owner-freebsd-current@freebsd.org Fri Jan 15 16:46:18 2021 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 3ECD24EB6D0 for ; Fri, 15 Jan 2021 16:46:18 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from mailman.nyi.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id 4DHRs560bNz3F38 for ; Fri, 15 Jan 2021 16:46:17 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: by mailman.nyi.freebsd.org (Postfix) id CDEEE4EB661; Fri, 15 Jan 2021 16:46:17 +0000 (UTC) Delivered-To: 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 CDAA64EB73C for ; Fri, 15 Jan 2021 16:46:17 +0000 (UTC) (envelope-from filippomore@yahoo.com) Received: from sonic306-21.consmr.mail.ne1.yahoo.com (sonic306-21.consmr.mail.ne1.yahoo.com [66.163.189.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHRs54Rlqz3F11 for ; Fri, 15 Jan 2021 16:46:17 +0000 (UTC) (envelope-from filippomore@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610729175; bh=O+pvy5Fmt395ue9UvTsB2HLnV7PT1wVrxY8q40/kDvi=; h=Date:From:To:Subject:From:Subject:Reply-To; b=Wi7e9m3zL3pqPqk/h3HHge9vuqZ30aN3zQy0sU/C32+vgMjwdSBvQHi21ykn/mM3206brU6lO8lRk/xWBvP+brUlDJEOrv2OrllH0HPfBO6Du7LAfh5L6TN45AkrZj5eO4ZylU1hm9TR+SypLH/xlORj9Nr5od4l7HrCJ1pSurzxOhFikMoE4U7txq+g8mXT/GP1x97zpoG35j4MEVvxE3TOVKcKsX/CeDlVh2m1pBKejFjl1ZYSt5dRatUzSiaA49l1Q4rRAnPQSynzmZA7klyYHgduNkkv7V+zG46n/FYqA5J77rtZhtLhYK2nzODIXjbfsaPg+ZjenjebhSd5TQ== X-YMail-OSG: twq9YOAVM1mz_nsjlFl51Qcz8U4c5FW00tYTKkyB9vqePO82fqY8JdpR41puykQ xMd2De7OLMUTywvlakYl6a469BtdiDXDIcXmCruEuj5NctbuxBxpRe8YEWUbAMN2CNbosk_pZauL EACk51V8S1MauYrcB_VSGDrY0q1KT9xAGv9kFhJ9qw.Q8s9vonP5PTATB4dwHDGrXpD.4OmxTQEA 5SFJlVLmfILV_vlMH1_AQ7o.6tGg7YakocXwGJ0jFUIkw4bixiOfOFaA2KtCNQGxzCs9AZzDkVEm TCGvTWKuVnQQbVmzKJ1WmdDqXxy5pw_CxQaAFHgVuuEOOcnDZrma4Tq7ct1PWsY5rf9ERqaIynwl O7j9Yhd23YjqLeoBUekF2t76hw2ALXSOUeDMZd2fTeF54_fN5ofQQ2bwWw6b.TcLdTIkUWeHh2WT Awf7XNzYvpznf1M7a5eXskDqupv0qiVUVPbTn4ReaZGhf.9sGnwZAlaTmytjWFWyl009pRY6fjgu s1D931PCRECYXcoPdCqKGVe2i.VowpfXQTqKVAChcCvXGGZ90aBcHereyIoJOQeacto_VvzonSg5 GmmJ5ePUfOcF5WiDCuUOfBioeA_sPoDplxzgU87p22yO89wlNI0zZ0W4Md349dGW5apwJ9EcZn1Y 7QXrhziFKA81NjWptCGDqiqvdor8HFvXGcxDzuluwM.tuLO_F0h53WaCy4kO3FhGLXy7fENDMzez EqbvvkA86i9h_UysqHGW_V0WuSqy9sDWk3eXH8HZ_DnenQv4lh1rGZR5vvP99Tam81dWoKqr9YVv 1dOYx6I55B7fE_eHpCYDkeXwATKa9GauG5BoiOIwYGK9nnZB3an9G5ieV9PS4ZmV_eOtJj76o3sx 9loI0XUfzr9WjgnW33UUwY.RaDQ2Wu1IMrOfKc4ag1WdL._ekG.JlpSU7Uitw8y38M9sbSDbLLIN rRTbkXZG4ub63UKdqlRfnMed1tmjbzayQFRsSxpkxla8SzB2dZVn_7YPvd7MTmRAtHFIfCizYDyV 63s3kfiXl7_xn5bZi6XUhk93yKmAfk7gVurtjSZSIHb3Xurv7lvNMGEH6.cdT_PRYuiSn8f6xfEG jgF_oEoIsWu0KAAaEnuqz2EChB3WiTwVDvM8y7msBzPfOR0zDpKIPirqyPvV8TU3GAcdizL.Js44 i_7DRsuHWAGSA321nTpHcGcpOE19LMFZJkct8w_ulmRcAhwh3tAcFkJD2YE44Gj5xq3c59ehRPzO pnnSEWlCUhvS64.MGwU6FUalBGRKO_W3qBiZkHwXWdhWhYi_49p1z6z66Uaku4dFiFp2G8Xc1Kwf OzEvqVlglBUqSacT9NDtnhejxrcAsLpkvZmY8kWcyuuKHhBhkwtq8qhV9JmB0tSdGICiteP8v45m _uXdZsYllVaPuyN7EHTI23m4FWtKt9xfom3aBGy58QQjOTJZo1L1LWfgRzSaWh0rcFRa_MgSS6TO a26EA7oupJxQCspl3fHXhpTfUyiVCQKuvuJkDwqkmiHsTz0pQuQP6bDrya86LtiZ4dcA1BUWJb7p N4_3eZ9qnmqSeXjniaLPyOC4_bY4Thj.V6Wu0pHJdvKqI9zyp9Zn1HHRyPgZssZiLAFNJTPIa0N1 XvIK5xZlP0xIQNNqh.leymTSieeo1V2hCXqNjfubaHn14kxALn1CfRyxRvqvDZtRajs4CyvkZ9Nc EqVctpWeVCJfn.NVTuSkRU_0HkuIqE523n0SVkNbYNLt4tl7TJD8bjW3BUKaGWSb6LLb.TSWej.b XUD4kH_hrPNS6cry6P4snSaRx1KJA34zK6RPWaHzPffRvlQjJg9Q3mVO1Z6rZbxXeyw9iBIRGeID zg5HqWNVXj1tA82KZOqY73x2kXehcS9flcPZlYggBWxMKqDXV4iZJihR7zcCsQ_z9dtiN_d8Xs_I tTAT3IqrMCAKfFCCtm0O2X07WFDMLTkTyHUuKLXqMgq71IRhJeBbVmyZr8IIc7xHJKumM134lTDW Cm9YxHbysr3ve_J7_aZAr9YAG4mufgYGDBd0PVvR9STmpzHnc1xPvs6GeDKzbfMSyRL11cHnN1QL X6xx5s6QfXzEe7Ik8Fq12LuJTFiVZ.5hYDJttmw5UXXgdihd5RDEDEIxa7CVvRrgWaJOSFv4bz3R y4dx_ou5bnqAu500ni5bymtTCv4m1E0F_hj_PvMiYBd6JITNBSOqFQyukgGVQ2gO_CagvtBZOL0Q A2bXccWKp.3MODnKYfptof66kzy.u.r1_hmgYS5B_0YmKiWBDmz4_hclzXn8_4.yziTMtDAWZCDM CUHlAJSXiqd3GEbnEo1667TAtrXO2IGVQm7glQXes9ven10rFzvjESAe1awl_gruPnHUhAmyz5MA oB11i.KwgHoU80XZbKMECT97Cey56UVEYZJCWgy8joWhxXGnunzMDm4AEFEzWjYS2aQ8E3X4X7Sf yhx8- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.ne1.yahoo.com with HTTP; Fri, 15 Jan 2021 16:46:15 +0000 Date: Fri, 15 Jan 2021 16:46:11 +0000 (UTC) From: Filippo Moretti To: Hans Petter Selasky , FreeBSD Current Message-ID: <1458920202.313097.1610729171060@mail.yahoo.com> In-Reply-To: <4dcb7a9a-2c72-fc0a-fd5b-9386cb489185@selasky.org> References: <1030157071.192741.1610701909753.ref@mail.yahoo.com> <1030157071.192741.1610701909753@mail.yahoo.com> <4dcb7a9a-2c72-fc0a-fd5b-9386cb489185@selasky.org> Subject: Re: Problem with drm MIME-Version: 1.0 X-Mailer: WebService/1.1.17501 YMailNorrin Mozilla/5.0 (X11; FreeBSD amd64; rv:84.0) Gecko/20100101 Firefox/84.0 X-Rspamd-Queue-Id: 4DHRs54Rlqz3F11 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 16:46:18 -0000 Yes the port is up to date and I did rebuild from ports drm-current-kmod gpu-firmware-kmod and drm-kmodFilippo On Friday, January 15, 2021, 10:29:38 AM GMT+1, Hans Petter Selasky wrote: On 1/15/21 10:11 AM, Filippo Moretti wrote: > After upgrading my custom kernel I get the following error (that did not occur before hid):hidbus0: on usbhid0 > link_elf_obj: symbol linux_pci_get_class undefined > Warning: memory type debugfsint leaked memory on destroy (2 allocations, 80 bytes leaked). > linker_load_file: /boot/modules/radeonkms.ko - unsupported file type > > Also the generic kernel was working fine before I upgraded my kernel STING now it no longer works and Xorg start with scfb instead of radeon kms.After completing installworld I always rebuild from ports drm-current-kmod gpu-firmware-kmod drm-kmod.SincerelyFilippo Is your ports updated to the latest? Looks like radeonkms was not re-build after upgrading and installing the sources. --HPS _______________________________________________ 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 Fri Jan 15 16:46:57 2021 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 313484EB6F6 for ; Fri, 15 Jan 2021 16:46:57 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHRss0FmHz3FQY; Fri, 15 Jan 2021 16:46:57 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Received: from [192.168.1.2] (112.56.88.79.rev.sfr.net [79.88.56.112]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: mikael) by smtp.freebsd.org (Postfix) with ESMTPSA id A5E01200BA; Fri, 15 Jan 2021 16:46:56 +0000 (UTC) (envelope-from mikael@FreeBSD.org) Subject: Re: Waiting for bufdaemon To: Konstantin Belousov Cc: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> From: =?UTF-8?Q?Mika=c3=abl_Urankar?= Message-ID: <5bf89915-122d-b321-d85c-771bde02aed7@FreeBSD.org> Date: Fri, 15 Jan 2021 17:46:55 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 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-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 16:46:57 -0000 On 15/01/2021 17:35, Konstantin Belousov wrote: > On Fri, Jan 15, 2021 at 05:18:56PM +0100, Mikaël Urankar wrote: >> On 15/01/2021 16:45, Konstantin Belousov wrote: >>> On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: >>>> On 15/01/2021 16:02, Konstantin Belousov wrote: >>>>> On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: >>>>>> On 15/01/2021 11:26, Jakob Alvermark wrote: >>>>>>> Hi, >>>>>>> >>>>>>> >>>>>>> When rebooting my thinkpad the 'bufdaemon' times out: >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed >>>>>>> out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >>>>>>> ... timed out >>>>>>> >>>>>>> >>>>>>> This started happening recently (within the last week I think). >>>>>> >>>>>> Hi, >>>>>> >>>>>> I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. >>>>>> >>>>>> 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned >>>>>> groups) "seems" ok >>>>>> >>>>>> cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP >>>>>> support), affected by the timeout. >>>>>> >>>>>> I haven't tried the intermediate commit yet. >>>>>> >>>>>> My intel machine doesn't seem to be affected >>>>> >>>>> If you revert only 9e680e4005b7, is it fixed ? >>>>> >>>> Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, >>>> I can do more if you want) >>> Please show me the output from sysctl >>> kern.timecounter >>> kern.eventtimer >>> and first 100 lines of dmesg from the verbose boot (that contains the CPU >>> ident lines). >>> >> >> I put the /var/run/dmesg.boot file on freefall /home/mikael/dmesg.boot (it >> seems to be truncated though, I don't know how to retrieve the full log) >> >> sysctl kern.timecounter >> kern.timecounter.tsc_shift: 1 >> kern.timecounter.smp_tsc_adjust: 0 >> kern.timecounter.smp_tsc: 1 >> kern.timecounter.invariant_tsc: 1 >> kern.timecounter.fast_gettime: 1 >> kern.timecounter.tick: 1 >> kern.timecounter.choice: ACPI-fast(900) HPET(950) i8254(0) TSC-low(1000) >> dummy(-1000000) >> kern.timecounter.hardware: TSC-low >> kern.timecounter.alloweddeviation: 5 >> kern.timecounter.timehands_count: 2 >> kern.timecounter.stepwarnings: 0 >> kern.timecounter.tc.ACPI-fast.quality: 900 >> kern.timecounter.tc.ACPI-fast.frequency: 3579545 >> kern.timecounter.tc.ACPI-fast.counter: 1470549582 >> kern.timecounter.tc.ACPI-fast.mask: 4294967295 >> kern.timecounter.tc.HPET.quality: 950 >> kern.timecounter.tc.HPET.frequency: 14318180 >> kern.timecounter.tc.HPET.counter: 378058131 >> kern.timecounter.tc.HPET.mask: 4294967295 >> kern.timecounter.tc.i8254.quality: 0 >> kern.timecounter.tc.i8254.frequency: 1193182 >> kern.timecounter.tc.i8254.counter: 20425 >> kern.timecounter.tc.i8254.mask: 65535 >> kern.timecounter.tc.TSC-low.quality: 1000 >> kern.timecounter.tc.TSC-low.frequency: 1900039387 >> kern.timecounter.tc.TSC-low.counter: 2386729797 >> kern.timecounter.tc.TSC-low.mask: 4294967295 >> >> sysctl kern.eventtimer >> kern.eventtimer.choice: LAPIC(600) HPET(350) HPET1(350) HPET2(350) >> i8254(100) RTC(0) >> kern.eventtimer.et.HPET2.quality: 350 >> kern.eventtimer.et.HPET2.frequency: 14318180 >> kern.eventtimer.et.HPET2.flags: 3 >> kern.eventtimer.et.HPET1.quality: 350 >> kern.eventtimer.et.HPET1.frequency: 14318180 >> kern.eventtimer.et.HPET1.flags: 3 >> kern.eventtimer.et.HPET.quality: 350 >> kern.eventtimer.et.HPET.frequency: 14318180 >> kern.eventtimer.et.HPET.flags: 3 >> kern.eventtimer.et.RTC.quality: 0 >> kern.eventtimer.et.RTC.frequency: 32768 >> kern.eventtimer.et.RTC.flags: 17 >> kern.eventtimer.et.i8254.quality: 100 >> kern.eventtimer.et.i8254.frequency: 1193182 >> kern.eventtimer.et.i8254.flags: 1 >> kern.eventtimer.et.LAPIC.quality: 600 >> kern.eventtimer.et.LAPIC.frequency: 50001034 >> kern.eventtimer.et.LAPIC.flags: 7 >> kern.eventtimer.periodic: 0 >> kern.eventtimer.timer: LAPIC >> kern.eventtimer.idletick: 0 >> kern.eventtimer.singlemul: 2 > > It is clipped at the start, and that was the information which I need. > Add something like > kern.msgbufsize=1048576 > to /boot/loader.conf and try again. I need to see the lines starting with > > CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.08-MHz K8-class CPU) > Origin="GenuineIntel" Id=0x806ea Family=0x6 Model=0x8e Stepping=10 > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > ... > > (well, this is my w/s, your CPU would be different of course). > Thanks, I've updated the file on freefall From owner-freebsd-current@freebsd.org Fri Jan 15 17:26:47 2021 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 33CFF4EC75F for ; Fri, 15 Jan 2021 17:26:47 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHSlq0pFmz3HLs; Fri, 15 Jan 2021 17:26:46 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk1-x72e.google.com with SMTP id v126so12356797qkd.11; Fri, 15 Jan 2021 09:26:46 -0800 (PST) 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=qcdvb1v4qhZBes1GdD8C9BnM1R664lVPBiOncWWd2oU=; b=qVM/0w7rH6cMtkVXYIJbwhKZw2B7ayIkl/Ddz3gOmCPWFfHzpOoYbEb3z5RXSyKauq ZUnb3sBKBunKTpGiYVvPebsPOOzh9pK3vnHieOurghucsvJ7u2l4fxE/fbiEg4NGFo7c LNgAwt97o4nmM32vGayHtKqHPz4xMMKyxAwKEAemlpkIpo2TDSu+/H9xJKeSdmrMwJya xIrLB4WZ9a+EC19hIlYTcaTom21mJB9G15pk0tDmma0zh0hBfOdY/KcKAdduEBQTl/gh rNDxkaStD30g5E51bGNufojP6Sk9zt8JWhCTsrwum85nmwHQHiOGDuUlq7eHEOHulm6f 3/TQ== X-Gm-Message-State: AOAM5300RmOdic9j/HNSkVPYpcQV+2+Z3z3ZchjXyZlvrZ72IiF/Kpk7 TA8OGtBvwczHFWStSDi9vIWPoLhP4qIw8gnIEzROyyuh X-Google-Smtp-Source: ABdhPJy/6C56o5r0ejIhW+tQR+WDQ600AN1OfctmFOT1nzl4aIFLdCVV5oRM9lihxUn+RDzWc37T9O+ZXz+kfvdqblc= X-Received: by 2002:a05:620a:1317:: with SMTP id o23mr13572301qkj.336.1610731605995; Fri, 15 Jan 2021 09:26:45 -0800 (PST) MIME-Version: 1.0 References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> <5bf89915-122d-b321-d85c-771bde02aed7@FreeBSD.org> In-Reply-To: <5bf89915-122d-b321-d85c-771bde02aed7@FreeBSD.org> From: Freddie Cash Date: Fri, 15 Jan 2021 09:26:34 -0800 Message-ID: Subject: Re: Waiting for bufdaemon To: =?UTF-8?Q?Mika=C3=ABl_Urankar?= Cc: Konstantin Belousov , freebsd-current X-Rspamd-Queue-Id: 4DHSlq0pFmz3HLs X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 17:26:47 -0000 On Fri., Jan. 15, 2021, 8:47 a.m. Mika=C3=ABl Urankar, wrote: > On 15/01/2021 17:35, Konstantin Belousov wrote: > > It is clipped at the start, and that was the information which I need. > > Add something like > > kern.msgbufsize=3D1048576 > > to /boot/loader.conf and try again. I need to see the lines starting > with > > > > CPU: Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (1992.08-MHz K8-class CPU= ) > > Origin=3D"GenuineIntel" Id=3D0x806ea Family=3D0x6 Model=3D0x8e S= tepping=3D10 > > > Features=3D0xbfebfbff > MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > > ... > > > > (well, this is my w/s, your CPU would be different of course). > > > Thanks, I've updated the file on freefall. /var/run/dmesg.boot includes all output from dmesg for the current boot. No need to manually redirect dmesg output to a file or play with buffer sizes. :) Just upload that file. Cheers, Freddie Typos due to smartphone keyboard. From owner-freebsd-current@freebsd.org Fri Jan 15 17:41:11 2021 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 64EF74ECC9B for ; Fri, 15 Jan 2021 17:41:11 +0000 (UTC) (envelope-from SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net) Received: from ns2.wilbury.net (ns2.wilbury.net [92.60.51.55]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "svc.wilbury.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHT4R1q8Hz3J1J; Fri, 15 Jan 2021 17:41:10 +0000 (UTC) (envelope-from SRS0=AybF=GS=FreeBSD.org=otis@ns2.wilbury.net) Received: from chemex.owhome.lan (gw-upc.owhome.net [188.167.168.254]) (Authenticated sender: juraj@lutter.sk) by svc.wilbury.net (Postfix) with ESMTPSA id 7766845CF68; Fri, 15 Jan 2021 18:41:03 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.120.23.2.4\)) Subject: Re: Waiting for bufdaemon From: Juraj Lutter In-Reply-To: Date: Fri, 15 Jan 2021 18:41:02 +0100 Cc: =?utf-8?Q?Mika=C3=ABl_Urankar?= , Konstantin Belousov , freebsd-current Content-Transfer-Encoding: 7bit Message-Id: <22BF2723-DF20-4248-8B5F-07F4FB34F2AC@FreeBSD.org> References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> <5bf89915-122d-b321-d85c-771bde02aed7@FreeBSD.org> To: Freddie Cash X-Mailer: Apple Mail (2.3608.120.23.2.4) X-Rspamd-Queue-Id: 4DHT4R1q8Hz3J1J X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 17:41:11 -0000 > On 15 Jan 2021, at 18:26, Freddie Cash wrote: > > > /var/run/dmesg.boot includes all output from dmesg for the current boot. No > need to manually redirect dmesg output to a file or play with buffer sizes. > :) Just upload that file. On boot, dmesg is saved to dmesg.boot quite lately and start of the circular buffer can already be rewritten. From owner-freebsd-current@freebsd.org Fri Jan 15 17:56:34 2021 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 3471A4ED078 for ; Fri, 15 Jan 2021 17:56:34 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qk1-x735.google.com (mail-qk1-x735.google.com [IPv6:2607:f8b0:4864:20::735]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHTQB0dcQz3KJ7; Fri, 15 Jan 2021 17:56:33 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by mail-qk1-x735.google.com with SMTP id v126so12461436qkd.11; Fri, 15 Jan 2021 09:56:33 -0800 (PST) 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=8XkedCTfFZK6wQWWBTnpMLpDWIy79suHsLCz+GjanMI=; b=r2vnp9SfJnkXOw+b387PKtaMSngs6MAYNESLieDGf5No9/i78a5Dzsno8V62FZDVbE fHjPVn9SHHVHXomuoZ1ktS3Hb6vNRe92sT+V+sdcmatw9wqy9DtcgelPx1Sbae7SraTy 4xv2r5FyAKD+sEa3XJ9S28TTC6IAeNypbzw/sTqEX2MuKk2PHBlXPN5ZdYe6uAgv6P9u 9307VjCk9z9hgNz6jO5s+x3sm/++IzVMCUo+7X26oGw6B060sm3SIWDwW77ufTav7QrP qp3D96puN490YfhPtFIpgGEqMVmiSN40OuTTOqiwczNHkyL+HoPXjgvAyRhFICvvuf8t 9Ayw== X-Gm-Message-State: AOAM533qkjJXfq21vLWdFQ9UJ/Fv6RBygXUw5sdMnWm2ujKHvq4oSD+1 0zyHKSmXF43ix952FUkq0xhJyZJW59oFnejPzk9q02ni X-Google-Smtp-Source: ABdhPJyKAe0leYHGtlnEmOOcjvhsDJw/gHd447k3+xVec2NqhntlhE9DgVaEjayGwKkRhohC7vGPZ6YAcNqCnlpRwHM= X-Received: by 2002:a37:4116:: with SMTP id o22mr13016082qka.236.1610733392714; Fri, 15 Jan 2021 09:56:32 -0800 (PST) MIME-Version: 1.0 References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> <51df64cc-f01c-0030-a708-f4002be6411e@FreeBSD.org> <5bf89915-122d-b321-d85c-771bde02aed7@FreeBSD.org> <22BF2723-DF20-4248-8B5F-07F4FB34F2AC@FreeBSD.org> In-Reply-To: <22BF2723-DF20-4248-8B5F-07F4FB34F2AC@FreeBSD.org> From: Freddie Cash Date: Fri, 15 Jan 2021 09:56:21 -0800 Message-ID: Subject: Re: Waiting for bufdaemon To: Juraj Lutter Cc: FreeBSD-Current X-Rspamd-Queue-Id: 4DHTQB0dcQz3KJ7 X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 17:56:34 -0000 On Fri., Jan. 15, 2021, 9:41 a.m. Juraj Lutter, wrote: > > On 15 Jan 2021, at 18:26, Freddie Cash wrote: > > > > /var/run/dmesg.boot includes all output from dmesg for the current boot. > No > > need to manually redirect dmesg output to a file or play with buffer > sizes. > > :) Just upload that file. > > On boot, dmesg is saved to dmesg.boot quite lately and start of the > circular > buffer can already be rewritten. > Really? Interesting. Haven't run into that (not saying it can't happen). I always thought it was essentially streamed to that file once / or /var was mounted. Now I'll have to read some RC scripts to see. :) Thanks for the info. Cheers, Freddie Typos due to smartphone keyboard. > From owner-freebsd-current@freebsd.org Fri Jan 15 18:13:19 2021 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 5349A4EDCF8 for ; Fri, 15 Jan 2021 18:13:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-20.consmr.mail.gq1.yahoo.com (sonic317-20.consmr.mail.gq1.yahoo.com [98.137.66.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHTnV2bh6z3LjD for ; Fri, 15 Jan 2021 18:13:17 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610734396; bh=D3SDJDJkvShCohppDmuu5CqPR0zJnAaCFQnqWFBbJMh=; h=From:Subject:Date:To:From:Subject:Reply-To; b=iSm1q9uprkkG4IEzpk4saYx9FJueIxsR3AxRb3SLWHa30dWVVv3q9Sx/8cgXygvaDu0A5o+vIcFnrQZpoP6m0EeiHBm0OFu18CsRhTJnaS+UDztRyAtfCzfu3Z+Em/5mw4vqwpbN2vz++GOBq+Q+D61eUzJ+h7JuhXFbCJ+8qajmJlyGkL4W72T5+pqHOm/XmJytRL05PXT2oJl7Ac2eNb1Fi1Tp+S8Y50yQood8Y2dT2fjvKbfMiLOx1qQJ8DM2nKKGYoeH2vZQAt4jye4uaoFvcCH5ks5MbyLJuRzbGNW5Ssj0i7DYb5Z0TzqMHY/voEdN4Ok5vIAqqCENM8x8LA== X-YMail-OSG: cUbFYioVM1lYDk1xGRRJlnBI11lllG1OC6ypaL9anwY3IkAKTMUJAmQ3Es182HJ is1ypjSTmdNbG658IvGa_JUYeObH4k1TyPIxSdln5uNPV5Yy_xXPoiqMvcERBZSKRIR94JQvkiMZ d6dC49RRf6DJgLnqzyI_qQueF9bJs_hbqDvNs50M7h0eBWKdNec7Dc.Qbq.RBJ.JLmpITc0sGkyZ zg.eLpne5KYlkzT06f23R0VHhbNh2RcWFfGeBf0EJ4_aAc8.1Rf2EucMpiWZNDZnTt52RSPFHnHF 4iqZmeuvV8Ib8v05fP3j0ctfxL8SYQWBwJ6NWT2LaUzs5z6xuSQrOgLVPKAfhtI5I7Q5vhoT7.DC JMcVtioTGy5OnwqIhnkRb_PsUnDrQRSb4uqBde4TodXfdg.1sjeBU06IvI2jwD5QcnCGf5lH0xs0 GhQ87cnnvumN1_WBAfjn95xtk9xW2VdkSjzkUXt8lZLFcTpiZREHbu4ZS7_ImQ_rqZBO7nkl2Yj4 oaj292W_S5CWxthc9MrOgGgvobnXEL_TsOV3NEpysyrPNjd75k21OReDfEr6TeBClsvBSeFfvk8E fmamMQCBeH2Wxw8ucmK3T1.E33GnADOBySEmEM94C9On8wkj3EGiMQjzmBu0QVGWZV6dzFfEUrgO ksrLxIGszEvT06cFJiwRw1jZDh4tLn9o17yv1KvLkn4r.qKoiBgmOtWsJO4zQl3Bs.k._asJZj5T r4yoiQ6.zP_QxbsBkGSSyEpImiknd4vPAxeukL052QRXMNSEOdD6RLfus7pueVts_OQwZrE6W3za Z9RC4jzO3.GcffSWUS.vZIn2_bGnucJpwinDvZa8euMJkc02y_0fKcbqXEOGVjx1U85fxcxBpv_c 5HAFlTKe_Abf6Sauw.jkdxeFYZMxQov3sgxoDZgPPfhZkc7ItEPqyJslfXsoPqELJuVNRecmJGD4 _emKpzCjiLeQ.h.4qoeou8jLu4Bk3HeLEA1z8tRMPwn2WhcShz1nY8xduDvUfKtkm16JtPVLcqCm hFh2zxOuFogFd9tCr7yiw4lRG9leffdj_D2u0RXoGcxi2x3sGJWbx3DGknsIA_HEfPzHkZevHmc1 8Ol.9LVHDypuHfjDOk3J5s9D51uc6wHEG1ZGvgYyPqC5iCCXXgdp3rpz0wPORkf2_SDNWk3XidcL cJdfr23aZWyNQowlPro1KSCuo22i8f6r_zEd4G2VRlaY2yrBbsPq8aNz0msof1UPTeDwqrgPzHWd vSaFvs56z.YcWWL5w6sXd4.RDagQv0v6yGKlH_DqN06Po0gSaS4SP_ZxJFqv3HsSvXZkgyLM6sYG p6DorJz4ljDJ6FvVrOLSJ5M0kCRL83PykzxffOgm5kFRMDiu1bggglEcMP1x74rAA3T8rsoPQfUP RRQIAUfdjjwUdt1NiYk5IYf8LCP84FmxAH9pqY1tNlmaj7xFY1yeTt38vYkU3xZz41Xe0d1hjNer 4bRL8Zd2qcCevmczqS5I1ZTLPOo055bROU7txenvZ1naPE6fNAIMr3wtw2G9JIBhLARJmawfVbYQ Ouz9dZTKOO9ktVb.RmjvljPMyjc46OihdOSY7e9oABaC.aIJve7o8S8WfUcuiYu1Li_HYl0GHu0f Vunk456y2feMnrPHj.QSd.DFTZKFi2nhPTrWvrDM3zGsSvKX8RpuFDNZY71z36WRL9S7hT.hj3l4 IRlbz6X1xO75mChqE.3pULeFKRVXd_AhgxOy7vRpFZbgDTRp.3panb63i2gMLLqGIDIYs7wVWLxv A2oRVIkvWdNTUJXGyLyMwgsqHnI7wiCTeKWxIYNFtK3UMAzaEK3bv1d6IDp4B7XB6dzJ_VnmGE55 tluYbLsQDtQDRxCy3PuDeAs7GdHHOkk0h3DnnZ1959tMnNjIlCuvz9pa3o7TsoCzgJLkzz1ta2_B 3gFS89cgjBOFEXhhU6oMIOpj1Dvh9kSD8G9VJ9jHRSy1L_qGriDAUvk2wdUqT7NlLP10z.JGI6gn efKUywLbMa4cKZBvcpaU9PxUYNTWVC0UUsrFuGHn15GEQ3oFf8z8m8z6RfyRI52DFC.vmg4XEaSz VghHOZ7otQxaNKTGiG_aqir_Svnbk_AgWQX8Fcru0pFC1nlJQrbzYitdGQyML7LXsFdQpUTtNHet Vys.2GqKWqFA.9qwZttrjdBXZFepPOq5rnkRNrUTDHujWu0HKqI082KXMl.k3JuIQb5IiiO1sa0v GNQ_lEPCzZvh4FpzBuhJdt1pVpvzZbfRV.W0iQvgXo2iQl3lhhwjHftRVkhrVjUfhED6mfjS.ptk gASjl6PTKtZXaIqB70rINFy7.TdMGKvGFg2.xrtfP9K9AVUZdXjMy.kx7x1dOLpYmLfDpH0q8aza yNGyTo4ubdhoe_0h..JK.iqIMJ4miqhs- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Fri, 15 Jan 2021 18:13:16 +0000 Received: by smtp421.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 05590722b6a61a7280145da7ae24a56a; Fri, 15 Jan 2021 18:13:14 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Waiting for bufdaemon Message-Id: Date: Fri, 15 Jan 2021 10:13:13 -0800 To: Konstantin Belousov , Current FreeBSD X-Mailer: Apple Mail (2.3654.40.0.2.32) References: X-Rspamd-Queue-Id: 4DHTnV2bh6z3LjD X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.57 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-0.07)[-0.066]; FREEMAIL_TO(0.00)[gmail.com,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.66.146:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.66.146:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.66.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.66.146:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 18:13:19 -0000 In the interest of documenting some variability . . . While not readily reproducible, on a ThreadRipper 1950X that I have access to, a recent reboot had one "system thread" time out: bufspacedaemon-3 . The rest of the "system thread" list behaved normally. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Fri Jan 15 18:49:08 2021 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 214BE4EEEE2 for ; Fri, 15 Jan 2021 18:49:08 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from gmailer.gwdg.de (gmailer.gwdg.de [134.76.11.17]) (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 4DHVZq5g1qz3P7h for ; Fri, 15 Jan 2021 18:49:07 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-03.um.gwdg.de ([134.76.9.218] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (GWDG Mailer) (envelope-from ) id 1l0U9h-0004uT-8X; Fri, 15 Jan 2021 19:49:05 +0100 Received: from krabat.raven.hur (10.250.9.200) by EXCMBX-03.um.gwdg.de (134.76.9.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2044.4; Fri, 15 Jan 2021 19:49:04 +0100 Subject: Re: Waiting for bufdaemon To: Konstantin Belousov CC: freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> Reply-To: From: Rainer Hurling Message-ID: Date: Fri, 15 Jan 2021 19:48:58 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/mixed; boundary="------------C65F66BB5927E0C88827ECA6" Content-Language: en-US X-Originating-IP: [10.250.9.200] X-ClientProxiedBy: EXCMBX-12.um.gwdg.de (134.76.9.221) To EXCMBX-03.um.gwdg.de (134.76.9.218) X-Virus-Scanned: (clean) by clamav X-Rspamd-Queue-Id: 4DHVZq5g1qz3P7h X-Spamd-Bar: ---- X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 18:49:08 -0000 --------------C65F66BB5927E0C88827ECA6 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit Am 15.01.21 um 16:45 schrieb Konstantin Belousov: > On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: >> On 15/01/2021 16:02, Konstantin Belousov wrote: >>> On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: >>>> On 15/01/2021 11:26, Jakob Alvermark wrote: >>>>> Hi, >>>>> >>>>> >>>>> When rebooting my thinkpad the 'bufdaemon' times out: >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed >>>>> out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >>>>> ... timed out >>>>> >>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >>>>> ... timed out >>>>> >>>>> >>>>> This started happening recently (within the last week I think). >>>> >>>> Hi, >>>> >>>> I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. >>>> >>>> 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned >>>> groups) "seems" ok >>>> >>>> cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP >>>> support), affected by the timeout. >>>> >>>> I haven't tried the intermediate commit yet. >>>> >>>> My intel machine doesn't seem to be affected >>> >>> If you revert only 9e680e4005b7, is it fixed ? >>> >> Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, >> I can do more if you want) > Please show me the output from sysctl > kern.timecounter > kern.eventtimer > and first 100 lines of dmesg from the verbose boot (that contains the CPU > ident lines). I also have this timeout issue only on AMD, here Ryzen 3950X: [...] Waiting for PIDS: 2905 90 seconds watchdog timeout expired. Shutdown terminated. Fri Jan 15 19:21:01 xxxxxx init[1]: /etc/rc.shutdown terminated abnormally, going to single user mode Fri Jan 15 19:21:01 xxxxxx syslogd: exiting on signal 15 wg0: link state changed to DOWN Waiting (max 69 seconds) for system process `vnlru' to stop... done Waiting (max 60 seconds) for system process `syncer' to stop... Syncing disks, vnodes remaining... 22 23 23 1 1 0 0 0 done Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... timeout Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... timeout Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... done Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... You will find the wanted output from sysctl and boot -v in the attachment. HTH, Rainer Hurling --------------C65F66BB5927E0C88827ECA6 Content-Type: text/plain; charset="UTF-8"; name="Waiting_for_bufdaemon.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="Waiting_for_bufdaemon.txt" I3N5c2N0bCBrZXJuLnRpbWVjb3VudGVyCmtlcm4udGltZWNvdW50ZXIudHNjX3NoaWZ0OiAx Cmtlcm4udGltZWNvdW50ZXIuc21wX3RzY19hZGp1c3Q6IDAKa2Vybi50aW1lY291bnRlci5z bXBfdHNjOiAxCmtlcm4udGltZWNvdW50ZXIuaW52YXJpYW50X3RzYzogMQprZXJuLnRpbWVj b3VudGVyLmZhc3RfZ2V0dGltZTogMQprZXJuLnRpbWVjb3VudGVyLnRpY2s6IDEKa2Vybi50 aW1lY291bnRlci5jaG9pY2U6IEFDUEktZmFzdCg5MDApIEhQRVQoOTUwKSBpODI1NCgwKSBU U0MtbG93KDEwMDApIGR1bW15KC0xMDAwMDAwKQprZXJuLnRpbWVjb3VudGVyLmhhcmR3YXJl OiBUU0MtbG93Cmtlcm4udGltZWNvdW50ZXIuYWxsb3dlZGRldmlhdGlvbjogNQprZXJuLnRp bWVjb3VudGVyLnRpbWVoYW5kc19jb3VudDogMgprZXJuLnRpbWVjb3VudGVyLnN0ZXB3YXJu aW5nczogMAprZXJuLnRpbWVjb3VudGVyLnRjLkFDUEktZmFzdC5xdWFsaXR5OiA5MDAKa2Vy bi50aW1lY291bnRlci50Yy5BQ1BJLWZhc3QuZnJlcXVlbmN5OiAzNTc5NTQ1Cmtlcm4udGlt ZWNvdW50ZXIudGMuQUNQSS1mYXN0LmNvdW50ZXI6IDMzNTUzNzMzMDEKa2Vybi50aW1lY291 bnRlci50Yy5BQ1BJLWZhc3QubWFzazogNDI5NDk2NzI5NQprZXJuLnRpbWVjb3VudGVyLnRj LkhQRVQucXVhbGl0eTogOTUwCmtlcm4udGltZWNvdW50ZXIudGMuSFBFVC5mcmVxdWVuY3k6 IDE0MzE4MTgwCmtlcm4udGltZWNvdW50ZXIudGMuSFBFVC5jb3VudGVyOiAzNjI2NDYwOTcx Cmtlcm4udGltZWNvdW50ZXIudGMuSFBFVC5tYXNrOiA0Mjk0OTY3Mjk1Cmtlcm4udGltZWNv dW50ZXIudGMuaTgyNTQucXVhbGl0eTogMAprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmZy ZXF1ZW5jeTogMTE5MzE4MgprZXJuLnRpbWVjb3VudGVyLnRjLmk4MjU0LmNvdW50ZXI6IDIx MTk2Cmtlcm4udGltZWNvdW50ZXIudGMuaTgyNTQubWFzazogNjU1MzUKa2Vybi50aW1lY291 bnRlci50Yy5UU0MtbG93LnF1YWxpdHk6IDEwMDAKa2Vybi50aW1lY291bnRlci50Yy5UU0Mt bG93LmZyZXF1ZW5jeTogMTc0Njc1MjA4NwprZXJuLnRpbWVjb3VudGVyLnRjLlRTQy1sb3cu Y291bnRlcjogODY5MTQ0NDM4Cmtlcm4udGltZWNvdW50ZXIudGMuVFNDLWxvdy5tYXNrOiA0 Mjk0OTY3Mjk1Cgojc3lzY3RsIGtlcm4uZXZlbnR0aW1lcgprZXJuLmV2ZW50dGltZXIuY2hv aWNlOiBMQVBJQyg2MDApIEhQRVQoMzUwKSBIUEVUMSgzNTApIEhQRVQyKDM1MCkgaTgyNTQo MTAwKSBSVEMoMCkKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQyLnF1YWxpdHk6IDM1MAprZXJu LmV2ZW50dGltZXIuZXQuSFBFVDIuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJuLmV2ZW50dGlt ZXIuZXQuSFBFVDIuZmxhZ3M6IDMKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQxLnF1YWxpdHk6 IDM1MAprZXJuLmV2ZW50dGltZXIuZXQuSFBFVDEuZnJlcXVlbmN5OiAxNDMxODE4MAprZXJu LmV2ZW50dGltZXIuZXQuSFBFVDEuZmxhZ3M6IDMKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQu cXVhbGl0eTogMzUwCmtlcm4uZXZlbnR0aW1lci5ldC5IUEVULmZyZXF1ZW5jeTogMTQzMTgx ODAKa2Vybi5ldmVudHRpbWVyLmV0LkhQRVQuZmxhZ3M6IDMKa2Vybi5ldmVudHRpbWVyLmV0 LlJUQy5xdWFsaXR5OiAwCmtlcm4uZXZlbnR0aW1lci5ldC5SVEMuZnJlcXVlbmN5OiAzMjc2 OAprZXJuLmV2ZW50dGltZXIuZXQuUlRDLmZsYWdzOiAxNwprZXJuLmV2ZW50dGltZXIuZXQu aTgyNTQucXVhbGl0eTogMTAwCmtlcm4uZXZlbnR0aW1lci5ldC5pODI1NC5mcmVxdWVuY3k6 IDExOTMxODIKa2Vybi5ldmVudHRpbWVyLmV0Lmk4MjU0LmZsYWdzOiAxCmtlcm4uZXZlbnR0 aW1lci5ldC5MQVBJQy5xdWFsaXR5OiA2MDAKa2Vybi5ldmVudHRpbWVyLmV0LkxBUElDLmZy ZXF1ZW5jeTogNDk5MDcxOTgKa2Vybi5ldmVudHRpbWVyLmV0LkxBUElDLmZsYWdzOiA3Cmtl cm4uZXZlbnR0aW1lci5wZXJpb2RpYzogMAprZXJuLmV2ZW50dGltZXIudGltZXI6IExBUElD Cmtlcm4uZXZlbnR0aW1lci5pZGxldGljazogMAprZXJuLmV2ZW50dGltZXIuc2luZ2xlbXVs OiAyCgojIGRtZXNnIHwgaGVhZCAtbiAxMDAKLS0tPDxCT09UPj4tLS0KVkVSQk9TRV9TWVNJ TklUOiBEREIgbm90IGVuYWJsZWQsIHN5bWJvbCBsb29rdXBzIGRpc2FibGVkLgpBUElDOiBV c2luZyB0aGUgTUFEVCBlbnVtZXJhdG9yLgpDb3B5cmlnaHQgKGMpIDE5OTItMjAyMSBUaGUg RnJlZUJTRCBQcm9qZWN0LgpDb3B5cmlnaHQgKGMpIDE5NzksIDE5ODAsIDE5ODMsIDE5ODYs IDE5ODgsIDE5ODksIDE5OTEsIDE5OTIsIDE5OTMsIDE5OTQKCVRoZSBSZWdlbnRzIG9mIHRo ZSBVbml2ZXJzaXR5IG9mIENhbGlmb3JuaWEuIEFsbCByaWdodHMgcmVzZXJ2ZWQuCkZyZWVC U0QgaXMgYSByZWdpc3RlcmVkIHRyYWRlbWFyayBvZiBUaGUgRnJlZUJTRCBGb3VuZGF0aW9u LgpGcmVlQlNEIDEzLjAtQUxQSEExICM4IG1haW4tYzI1NTk2My1nNTRjNzQzZTViMjk6IFRo dSBKYW4gMTQgMTk6NTk6MDggQ0VUIDIwMjEKICAgIHJodXJsaW5Aa3JhYmF0LnJhdmVuLmh1 cjovdXNyL29iai91c3Ivc3JjL2FtZDY0LmFtZDY0L3N5cy9SSFVSTElOIGFtZDY0CkZyZWVC U0QgY2xhbmcgdmVyc2lvbiAxMS4wLjEgKGdpdEBnaXRodWIuY29tOmxsdm0vbGx2bS1wcm9q ZWN0LmdpdCBsbHZtb3JnLTExLjAuMS1yYzItMC1nNDNmZjc1ZjJjM2YpClBQSU0gMDogUEE9 MHhlMTAwMDAwMCwgVkE9MHhmZmZmZmZmZjgxOTEwMDAwLCBzaXplPTB4MzAwMDAwLCBtb2Rl PTB4MQpwbWFwOiBsYXJnZSBtYXAgOCBQTUw0IHNsb3RzICg0MDk2IEdCKQpWVChlZmlmYik6 IHJlc29sdXRpb24gMTAyNHg3NjgKUHJlbG9hZGVkIGVsZiBrZXJuZWwgIi9ib290L2tlcm5l bC9rZXJuZWwiIGF0IDB4ZmZmZmZmZmY4MTZmODAwMC4KUHJlbG9hZGVkIGJvb3RfZW50cm9w eV9jYWNoZSAiL2Jvb3QvZW50cm9weSIgYXQgMHhmZmZmZmZmZjgxNzA0NTg4LgpQcmVsb2Fk ZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC94aGNpLmtvIiBhdCAweGZmZmZmZmZm ODE3MDQ1ZTAuClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL3Vtcy5r byIgYXQgMHhmZmZmZmZmZjgxNzA0YmM4LgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9i b290L2tlcm5lbC9jcHVjdGwua28iIGF0IDB4ZmZmZmZmZmY4MTcwNTFmMC4KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvbGludXg2NC5rbyIgYXQgMHhmZmZmZmZm ZjgxNzA1N2Q4LgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5lbC9saW51 eF9jb21tb24ua28iIGF0IDB4ZmZmZmZmZmY4MTcwNWVjMC4KUHJlbG9hZGVkIGVsZiBvYmog bW9kdWxlICIvYm9vdC9rZXJuZWwvY3VzZS5rbyIgYXQgMHhmZmZmZmZmZjgxNzA2NWIwLgpQ cmVsb2FkZWQgY3B1X21pY3JvY29kZSAiL2Jvb3QvZmlybXdhcmUvaW50ZWwtdWNvZGUuYmlu IiBhdCAweGZmZmZmZmZmODE3MDZjMTguClByZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jv b3Qva2VybmVsL3NuZF9oZGEua28iIGF0IDB4ZmZmZmZmZmY4MTcwNmM3OC4KUHJlbG9hZGVk IGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvc291bmQua28iIGF0IDB4ZmZmZmZmZmY4 MTcwNzI2MC4KUHJlbG9hZGVkIGVsZiBvYmogbW9kdWxlICIvYm9vdC9rZXJuZWwvc25kX3Vh dWRpby5rbyIgYXQgMHhmZmZmZmZmZjgxNzA3OGM4LgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1 bGUgIi9ib290L2tlcm5lbC9hbWR0ZW1wLmtvIiBhdCAweGZmZmZmZmZmODE3MDdlZjguClBy ZWxvYWRlZCBlbGYgb2JqIG1vZHVsZSAiL2Jvb3Qva2VybmVsL2FtZHNtbi5rbyIgYXQgMHhm ZmZmZmZmZjgxNzA4NDYwLgpQcmVsb2FkZWQgZWxmIG9iaiBtb2R1bGUgIi9ib290L2tlcm5l bC9mdXNlZnMua28iIGF0IDB4ZmZmZmZmZmY4MTcwODljOC4KUHJlbG9hZGVkIGhvc3R1dWlk ICIvZXRjL2hvc3RpZCIgYXQgMHhmZmZmZmZmZjgxNzA5MDMwLgpQcmVsb2FkZWQgZWxmIG9i aiBtb2R1bGUgIi9ib290L2tlcm5lbC90bXBmcy5rbyIgYXQgMHhmZmZmZmZmZjgxNzA5MDgw LgpWRVJCT1NFX1NZU0lOSVQ6IEREQiBub3QgZW5hYmxlZCwgc3ltYm9sIGxvb2t1cHMgZGlz YWJsZWQuCm1vZHVsZV9yZWdpc3RlcjogY2Fubm90IHJlZ2lzdGVyIHBjaS94aGNpIGZyb20g a2VybmVsOyBhbHJlYWR5IGxvYWRlZCBmcm9tIHhoY2kua28KTW9kdWxlIHBjaS94aGNpIGZh aWxlZCB0byByZWdpc3RlcjogMTcKbW9kdWxlX3JlZ2lzdGVyOiBjYW5ub3QgcmVnaXN0ZXIg dG1wZnMgZnJvbSBrZXJuZWw7IGFscmVhZHkgbG9hZGVkIGZyb20gdG1wZnMua28KTW9kdWxl IHRtcGZzIGZhaWxlZCB0byByZWdpc3RlcjogMTcKQ2FsaWJyYXRpbmcgVFNDIGNsb2NrIC4u LiBUU0MgY2xvY2s6IDM0OTM1MTI3MTUgSHoKQ1BVOiBBTUQgUnl6ZW4gOSAzOTUwWCAxNi1D b3JlIFByb2Nlc3NvciAgICAgICAgICAgICAoMzQ5My41MS1NSHogSzgtY2xhc3MgQ1BVKQog IE9yaWdpbj0iQXV0aGVudGljQU1EIiAgSWQ9MHg4NzBmMTAgIEZhbWlseT0weDE3ICBNb2Rl bD0weDcxICBTdGVwcGluZz0wCiAgRmVhdHVyZXM9MHgxNzhiZmJmZjxGUFUsVk1FLERFLFBT RSxUU0MsTVNSLFBBRSxNQ0UsQ1g4LEFQSUMsU0VQLE1UUlIsUEdFLE1DQSxDTU9WLFBBVCxQ U0UzNixDTEZMVVNILE1NWCxGWFNSLFNTRSxTU0UyLEhUVD4KICBGZWF0dXJlczI9MHg3ZWQ4 MzIwYjxTU0UzLFBDTE1VTFFEUSxNT04sU1NTRTMsRk1BLENYMTYsU1NFNC4xLFNTRTQuMixN T1ZCRSxQT1BDTlQsQUVTTkksWFNBVkUsT1NYU0FWRSxBVlgsRjE2QyxSRFJBTkQ+CiAgQU1E IEZlYXR1cmVzPTB4MmU1MDA4MDA8U1lTQ0FMTCxOWCxNTVgrLEZGWFNSLFBhZ2UxR0IsUkRU U0NQLExNPgogIEFNRCBGZWF0dXJlczI9MHg3NWMyMzdmZjxMQUhGLENNUCxTVk0sRXh0QVBJ QyxDUjgsQUJNLFNTRTRBLE1BUyxQcmVmZXRjaCxPU1ZXLElCUyxTS0lOSVQsV0RULFRDRSxU b3BvbG9neSxQQ1hDLFBOWEMsREJFLFBMMkksTVdBSVRYLEFETVNLWD4KICBTdHJ1Y3R1cmVk IEV4dGVuZGVkIEZlYXR1cmVzPTB4MjE5YzkxYTk8RlNHU0JBU0UsQk1JMSxBVlgyLFNNRVAs Qk1JMixQUU0sUFFFLFJEU0VFRCxBRFgsU01BUCxDTEZMVVNIT1BULENMV0IsU0hBPgogIFN0 cnVjdHVyZWQgRXh0ZW5kZWQgRmVhdHVyZXMyPTB4NDAwMDA0PFVNSVAsUkRQSUQ+CiAgWFNB VkUgRmVhdHVyZXM9MHhmPFhTQVZFT1BULFhTQVZFQyxYSU5VU0UsWFNBVkVTPgogIEFNRCBF eHRlbmRlZCBGZWF0dXJlIEV4dGVuc2lvbnMgSUQgRUJYPTB4MTA4YjY1NzxDTFpFUk8sSVJQ ZXJmLFhTYXZlRXJQdHIsUkRQUlUsV0JOT0lOVkQsSUJQQixTVElCUCxTU0JEPgogIFNWTTog KGRpc2FibGVkIGluIEJJT1MpIEZlYXR1cmVzPTB4MTNiY2ZmPE5QLExiclZpcnQsU1ZNTCxO UklQUyxUc2NSYXRlTXNyLFZtY2JDbGVhbixGbHVzaEJ5QXNpZCxEZWNvZGVBc3Npc3QsUGF1 c2VGaWx0ZXIsRW5jcnlwdGVkTWNvZGVQYXRjaCxQYXVzZUZpbHRlclRocmVzaG9sZCxBVklD LFZfVk1TQVZFX1ZNTE9BRCx2R0lGLEdNRVQsR3Vlc1NwZWNDdGw+ClJldmlzaW9uPTEsIEFT SURzPTMyNzY4CiAgVFNDOiBQLXN0YXRlIGludmFyaWFudCwgcGVyZm9ybWFuY2Ugc3RhdGlz dGljcwpMMSAyTUIgZGF0YSBUTEI6IDY0IGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwx IDJNQiBpbnN0cnVjdGlvbiBUTEI6IDY0IGVudHJpZXMsIGZ1bGx5IGFzc29jaWF0aXZlCkwx IDRLQiBkYXRhIFRMQjogNjQgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgNEtCIGlu c3RydWN0aW9uIFRMQjogNjQgZW50cmllcywgZnVsbHkgYXNzb2NpYXRpdmUKTDEgZGF0YSBj YWNoZTogMzIga2J5dGVzLCA2NCBieXRlcy9saW5lLCAxIGxpbmVzL3RhZywgOC13YXkgYXNz b2NpYXRpdmUKTDEgaW5zdHJ1Y3Rpb24gY2FjaGU6IDMyIGtieXRlcywgNjQgYnl0ZXMvbGlu ZSwgMSBsaW5lcy90YWcsIDgtd2F5IGFzc29jaWF0aXZlCkwyIDJNQiBkYXRhIFRMQjogMjA0 OCBlbnRyaWVzLCA0LXdheSBhc3NvY2lhdGl2ZQpMMiAyTUIgaW5zdHJ1Y3Rpb24gVExCOiAx MDI0IGVudHJpZXMsIDQtd2F5IGFzc29jaWF0aXZlCkwyIDRLQiBkYXRhIFRMQjogMjA0OCBl bnRyaWVzLCA4LXdheSBhc3NvY2lhdGl2ZQpMMiA0S0IgaW5zdHJ1Y3Rpb24gVExCOiAyMDQ4 IGVudHJpZXMsIDgtd2F5IGFzc29jaWF0aXZlCkwyIHVuaWZpZWQgY2FjaGU6IDUxMiBrYnl0 ZXMsIDY0IGJ5dGVzL2xpbmUsIDEgbGluZXMvdGFnLCA4LXdheSBhc3NvY2lhdGl2ZQpyZWFs IG1lbW9yeSAgPSA2ODcxNzM3OTU4NCAoNjU1MzQgTUIpClBoeXNpY2FsIG1lbW9yeSBjaHVu ayhzKToKMHgwMDAwMDAwMDAwMDEwMDAwIC0gMHgwMDAwMDAwMDAwMDllZmZmLCA1ODU3Mjgg Ynl0ZXMgKDE0MyBwYWdlcykKMHgwMDAwMDAwMDAwMTAwMDAwIC0gMHgwMDAwMDAwMDAwMWZm ZmZmLCAxMDQ4NTc2IGJ5dGVzICgyNTYgcGFnZXMpCjB4MDAwMDAwMDAwMTkwMDAwMCAtIDB4 MDAwMDAwMDAwOWUxZmZmZiwgMTM5NTkxNjgwIGJ5dGVzICgzNDA4MCBwYWdlcykKMHgwMDAw MDAwMDBhMDAwMDAwIC0gMHgwMDAwMDAwMDBhMWZmZmZmLCAyMDk3MTUyIGJ5dGVzICg1MTIg cGFnZXMpCjB4MDAwMDAwMDAwYTIxMzAwMCAtIDB4MDAwMDAwMDBiYzY1NGZmZiwgMjk5MDgw OTA4OCBieXRlcyAoNzMwMTc4IHBhZ2VzKQoweDAwMDAwMDAwYmRlMDMwMDAgLSAweDAwMDAw MDAwYmVmZmZmZmYsIDE4ODYyMDgwIGJ5dGVzICg0NjA1IHBhZ2VzKQoweDAwMDAwMDAxMDAw MDIwMDAgLSAweDAwMDAwMDBmZDUxMGNmZmYsIDYzNzA0MTgyNzg0IGJ5dGVzICgxNTU1Mjc3 OSBwYWdlcykKYXZhaWwgbWVtb3J5ID0gNjY3Njg3MTU3NzYgKDYzNjc1IE1CKQpNQURUOiBG b3VuZCBDUFUgQVBJQyBJRCAwIEFDUEkgSUQgMDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAw IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMiBBQ1BJIElEIDI6IGVuYWJsZWQKU01Q OiBBZGRlZCBDUFUgMiAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDQgQUNQSSBJRCA0 OiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDQgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJ RCA2IEFDUEkgSUQgNjogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA2IChBUCkKTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgOCBBQ1BJIElEIDg6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgOCAo QVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDEwIEFDUEkgSUQgMTA6IGVuYWJsZWQKU01Q OiBBZGRlZCBDUFUgMTAgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxMiBBQ1BJIElE IDEyOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDEyIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQ SUMgSUQgMTQgQUNQSSBJRCAxNDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAxNCAoQVApCk1B RFQ6IEZvdW5kIENQVSBBUElDIElEIDE2IEFDUEkgSUQgMTY6IGVuYWJsZWQKU01QOiBBZGRl ZCBDUFUgMTYgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxOCBBQ1BJIElEIDE4OiBl bmFibGVkClNNUDogQWRkZWQgQ1BVIDE4IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQg MjAgQUNQSSBJRCAyMDogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAyMCAoQVApCk1BRFQ6IEZv dW5kIENQVSBBUElDIElEIDIyIEFDUEkgSUQgMjI6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUg MjIgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyNCBBQ1BJIElEIDI0OiBlbmFibGVk ClNNUDogQWRkZWQgQ1BVIDI0IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMjYgQUNQ SSBJRCAyNjogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAyNiAoQVApCk1BRFQ6IEZvdW5kIENQ VSBBUElDIElEIDI4IEFDUEkgSUQgMjg6IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMjggKEFQ KQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAzMCBBQ1BJIElEIDMwOiBlbmFibGVkClNNUDog QWRkZWQgQ1BVIDMwIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMSBBQ1BJIElEIDE6 IGVuYWJsZWQKU01QOiBBZGRlZCBDUFUgMSAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElE IDMgQUNQSSBJRCAzOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDMgKEFQKQpNQURUOiBGb3Vu ZCBDUFUgQVBJQyBJRCA1IEFDUEkgSUQgNTogZW5hYmxlZApTTVA6IEFkZGVkIENQVSA1IChB UCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgNyBBQ1BJIElEIDc6IGVuYWJsZWQKU01QOiBB ZGRlZCBDUFUgNyAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDkgQUNQSSBJRCA5OiBl bmFibGVkClNNUDogQWRkZWQgQ1BVIDkgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAx MSBBQ1BJIElEIDExOiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDExIChBUCkKTUFEVDogRm91 bmQgQ1BVIEFQSUMgSUQgMTMgQUNQSSBJRCAxMzogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAx MyAoQVApCk1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDE1IEFDUEkgSUQgMTU6IGVuYWJsZWQK U01QOiBBZGRlZCBDUFUgMTUgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAxNyBBQ1BJ IElEIDE3OiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDE3IChBUCkKTUFEVDogRm91bmQgQ1BV IEFQSUMgSUQgMTkgQUNQSSBJRCAxOTogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAxOSAoQVAp Ck1BRFQ6IEZvdW5kIENQVSBBUElDIElEIDIxIEFDUEkgSUQgMjE6IGVuYWJsZWQKU01QOiBB ZGRlZCBDUFUgMjEgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyMyBBQ1BJIElEIDIz OiBlbmFibGVkClNNUDogQWRkZWQgQ1BVIDIzIChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMg SUQgMjUgQUNQSSBJRCAyNTogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAyNSAoQVApCk1BRFQ6 IEZvdW5kIENQVSBBUElDIElEIDI3IEFDUEkgSUQgMjc6IGVuYWJsZWQKU01QOiBBZGRlZCBD UFUgMjcgKEFQKQpNQURUOiBGb3VuZCBDUFUgQVBJQyBJRCAyOSBBQ1BJIElEIDI5OiBlbmFi bGVkClNNUDogQWRkZWQgQ1BVIDI5IChBUCkKTUFEVDogRm91bmQgQ1BVIEFQSUMgSUQgMzEg QUNQSSBJRCAzMTogZW5hYmxlZApTTVA6IEFkZGVkIENQVSAzMSAoQVApCkV2ZW50IHRpbWVy ICJMQVBJQyIgcXVhbGl0eSA2MDAKTEFQSUM6IGlwaV93YWl0KCkgdXMgbXVsdGlwbGllciAx NiAociAyMTM0NzQ4MCB0c2MgMzQ5MzUxMjcxNSkKQUNQSSBBUElDIFRhYmxlOiA8QUxBU0tB IEEgTSBJID4KUGFja2FnZSBJRCBzaGlmdDogNwpMMyBjYWNoZSBJRCBzaGlmdDogMwpMMiBj YWNoZSBJRCBzaGlmdDogMQpMMSBjYWNoZSBJRCBzaGlmdDogMQo= --------------C65F66BB5927E0C88827ECA6-- From owner-freebsd-current@freebsd.org Fri Jan 15 19:03:48 2021 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 3F8554EF786 for ; Fri, 15 Jan 2021 19:03:48 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHVvl1NgLz3Q8G for ; Fri, 15 Jan 2021 19:03:46 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id 9804B4B418 for ; Sat, 16 Jan 2021 04:03:43 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384)) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id 85CD13BD63; Sat, 16 Jan 2021 04:03:42 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.0 at eastasia.home.utahime.org Date: Sat, 16 Jan 2021 04:03:23 +0900 (JST) Message-Id: <20210116.040323.136067379540977557.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Waiting for bufdaemon From: Yasuhiro Kimura In-Reply-To: <20210115.201030.1395690536446474720.yasu@utahime.org> References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <20210115.201030.1395690536446474720.yasu@utahime.org> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DHVvl1NgLz3Q8G X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 19:03:48 -0000 From: Yasuhiro Kimura Subject: Re: Waiting for bufdaemon Date: Fri, 15 Jan 2021 20:10:30 +0900 (JST) > I have been experiencing same problem with my 13-CURRENT amd64 > VirtualBox VM for about a month. The conditions that the problem > happens are unclear and all what I can say is > > * It happens only after I login in the VM and do something for a > while. If I boot the VM and shut it down immediately, it never > happens. > * When the problem happens, one or more unkillable processes seem to > be left. CPU of my host is not AMD but Intel. According to the /var/run/dmesg.boot of VM, information of CPU is as following. CPU: Intel(R) Core(TM) i7-9700 CPU @ 3.00GHz (3000.09-MHz K8-class CPU) Origin="GenuineIntel" Id=0x906ed Family=0x6 Model=0x9e Stepping=13 Features=0x1783fbff Features2=0x5eda2203 AMD Features=0x28100800 AMD Features2=0x121 Structured Extended Features=0x842421 Structured Extended Features3=0x30000400 IA32_ARCH_CAPS=0x29 TSC: P-state invariant Just FYI. --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Fri Jan 15 19:06:46 2021 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 3F84E4EF7D1 for ; Fri, 15 Jan 2021 19:06:46 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHVz946jwz3QQR for ; Fri, 15 Jan 2021 19:06:45 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x62e.google.com with SMTP id n26so14794475eju.6 for ; Fri, 15 Jan 2021 11:06:45 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=zxVF+lociNovWbdauUYSwx5pey7+W+HWdDK7UH/XE1Y=; b=BUzYDnpum7iGcXeNx1p/bHwypDA/UpbaQkwPQ9YiwQ5C/W3jopyHaYejMjmONoo/HW 6yaJOeZAItmr6EoNKb5HBQJKiAcObpiwbHICQJTtXghzyFQ4CeH2/+pRzTp42wvmPvsd 2kEWBGHe+zet/uEIyy0YLOEOuAyKUrzbqbhAJGJdD9I9ZAwBOAExEEkD1fc9KfRzXeh1 gFuGlr9i+u757e1uP1msOVjkgeT40TWVWhvW15ygCO8ryNHnSy5eAiNFEo5/4baGcCDm /DMmrjIbmtTETWMUqHQWOUeIzjs7BFO3R3i5Sthcosa1xn9w4pE5sX1k38FqIQbzpm9+ YFuw== X-Gm-Message-State: AOAM531y3SLCJMcxmuCHw70WeGO6troC61xS7YDx+1gacbge1L/iKFe6 ILgW7UQKoYpOcQkO6jiTndz7vMJuf77zFQ== X-Google-Smtp-Source: ABdhPJxtS6E/9K4ZLuTu9fBxTmBsIErrQ/m5g0laar/ldUAcLm+OHKj6G0J02BLxzdpwbJXaETk20Q== X-Received: by 2002:a17:906:8693:: with SMTP id g19mr10353631ejx.111.1610737603169; Fri, 15 Jan 2021 11:06:43 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id o11sm4259794ejh.55.2021.01.15.11.06.42 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 15 Jan 2021 11:06:42 -0800 (PST) Subject: Re: boot loader blank screen To: freebsd-current@freebsd.org References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> From: Johan Hendriks Message-ID: Date: Fri, 15 Jan 2021 20:06:41 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHVz946jwz3QQR X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; URIBL_RED(3.50)[codenetworks.net:email]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; HAS_ANON_DOMAIN(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::62e:from]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.79)[-0.791]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::62e:from:127.0.2.255]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_SHORT(0.99)[0.993]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::62e:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 19:06:46 -0000 On 15/01/2021 14:51, Toomas Soome wrote: > Could you please check latest current now?:) > > Thanks, > Toomas > >> On 13. Jan 2021, at 20:13, Santiago Martinez wrote: >> >> Hi, +1 on this, i still have issue on a supermicro. >> >> Santi >> >>> On 1/8/21 8:11 PM, John Kennedy wrote: >>>> On Wed, Jan 06, 2021 at 02:19:12PM -0800, John Kennedy wrote: >>>> I saw your commit of 99870c70bac7 (loader: rewrite vidc_install_font), >>>> 31c2bcad7e44 (loader: remove left over call to unsetenv()), and belatedly >>>> babda0952f8355a89b3241d5e8943c7da0fa4f6b (hw.vga.textmode -> screen.textmode). >>>> >>>> Didn't fix the blank screen, and I thought the hw.vga.textmode workaround >>>> had broken until I read that commit fully (will try it next reboot). >>>> >>>> At main-c255633-g3efe9b3e77c3 right now (also past your f1829643c476. >>> At main-c255756-g40903394bf48, still no love for my system yet. FYI, >>> screen.textmode=0 continued to work around the issue, as expected. >>> >>> _______________________________________________ >>> 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" >> >> I found out my desktop pc that i updated today also has a blank screen. In my case setting the following helps screen.textmode=1 vbe_max_resolution=800x600 And thank you for that lovely boot screen and awesome font, very neat! My release is main-c255921-gec2700e01532: Wed Jan 13 12:32:28 CET 2021 This is on a old intel core 2 Copyright (c) 1992-2021 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 #24 main-c255921-gec2700e01532: Wed Jan 13 12:32:28 CET 2021     root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64 FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git llvmorg-11.0.1-rc2-0-g43ff75f2c3f) VT(vbefb): resolution 1280x1024 CPU: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz (2327.55-MHz K8-class CPU)   Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf Stepping=11 Features=0xbfebfbff Features2=0xe3fd   AMD Features=0x20100800   AMD Features2=0x1   VT-x: (disabled in BIOS) HLT,PAUSE   TSC: P-state invariant, performance statistics From owner-freebsd-current@freebsd.org Fri Jan 15 20:03:01 2021 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 D75674F0F5B for ; Fri, 15 Jan 2021 20:03:01 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHXD43SYMz3kVf for ; Fri, 15 Jan 2021 20:02:59 +0000 (UTC) (envelope-from o.hartmann@walstatt.org) X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from hermann.fritz.box ([78.55.58.84]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MgNct-1lhWpS2rmx-00hu70 for ; Fri, 15 Jan 2021 21:02:57 +0100 Date: Fri, 15 Jan 2021 21:02:50 +0100 From: "Hartmann, O." To: FreeBSD CURRENT Subject: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. Message-ID: <20210115210250.2ffb152c@hermann.fritz.box> Organization: walstatt.org MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/+Ai1czYvVJccVwtHL/v/K0d"; protocol="application/pgp-signature"; micalg=pgp-sha256 X-Provags-ID: V03:K1:K8XC9xdoA4ZuqmDuvApcBzt6eBCgYjte+/enXw0/t7UaFmOPO6r bpiun7zvL/WnEhZPxD1vzvWbcqKabKZDai7ZLg/8nXCpvjsca2xCcEhIDfcS9dTt/uEKau/ Pa/VPdDNQJxCtuggLg894u5Lm7TSAeJaKu8sb2Pu3FpTv9XL/Z9ZWMtkxy7WI/5m/gUVC9V ck1uHcUn5z1SmhviAC4HA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:wvBdXGsK2Yw=:cUCyomVCvROt1G0hl56HG9 gHCE7rhf/MfQtcLEL125D6/wBuxbgAHHQ9XDo0Sn4L9hkvF3NATpitau66LHPeHQrMy0s+sJu mAjfUA4vYs4Q4MAeFof8fqlCSiAKoC3cPrvyWbtRCx+e2AzuQCdLJ7+jMk05JohKgsHq0lJGR t98CdeqQhwxSW+qdseuWYt1ht+i4JP/xnog2zt3jzpM1y6b0Z38AEYfzYQgePhO74Ca+7QQU4 kVW3NHWLt4agJ7FmNQOENovw+VwzpW8NvCJIkZ8GF0iiSH9q4gnQhYFDXsYNZWnfYvoKr/UgD gGs0RVSO56UPU/zyc1q0oV206hjxlO8EiKtEqTETpnNnx4HPe6AvISK3OJaToGRn7R3a/R5OQ Lp3Wb+z8etMoLowTeIoE+VaWlfnvM/dctRRAeqOcsTWAh408myvHOk8Q2lH/ywFEr7cOn1VX4 KwaWp8DVyzCL/RGM1DndStMjdrEbDEuwE+weppM5j8o97rxSQYfs+LEjsCmxDPRovUKFvNILD zZogyfteaGQ0cIwzdzp1qeQs5McbR7W/G3N7qpbo9vJKpsIsofEReDWey7wyxBOkEHRLX0HUF Yy1sHMQdGIXTBel3nfREUJAa0m2mKzl+xg57O33RtzKdwByE3ClScjl83Ao8AtNdbojUCBwlF VtaHtALaL6MvMiUVuPqP/yAVGN9XEeSZDvtFBu0x9utleY7bMNEtkissS7OIXVcJaUuR6nJAM FqVnpqwmVN87jZ1UMSOKGq4hrBR7re8ZsLLoZP8L/Rc9oTLCWdYR+g1EBpjXKAyoG9heJ6GrI HoP441NyfxLJOYGpQjnf4uCa1HA73avVzAj58rrnBBdGvh8ABmGs/iHr17Jhqm6EQD4V5oDjX 0TI2w3mRBDZ24+hwMlDA== X-Rspamd-Queue-Id: 4DHXD43SYMz3kVf X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[212.227.17.21:from]; HAS_ORG_HEADER(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmx.net:+]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[212.227.17.21:from]; ASN(0.00)[asn:8560, ipnet:212.227.0.0/16, country:DE]; RECEIVED_SPAMHAUS_PBL(0.00)[78.55.58.84:received]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmx.net:s=badeba3b8450]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[walstatt.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[212.227.17.21:from:127.0.2.255]; RCVD_IN_DNSWL_NONE(0.00)[212.227.17.21:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 20:03:01 -0000 --Sig_/+Ai1czYvVJccVwtHL/v/K0d Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Running FreeBSD CURRENT on a USB only platform with a customised kernel, I = see this message all the time I reboot or log console messages: [...] WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.= 0. Where does this message come from and what is causing the warning? I tried = to identify and eliminate this message, but it seems to be stuck with the USB device/ke= yboard attached to the system. Any hint? Many thanks in advance, oh --Sig_/+Ai1czYvVJccVwtHL/v/K0d Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iHUEARYIAB0WIQSy8IBxAPDkqVBaTJ44N1ZZPba5RwUCYAH06gAKCRA4N1ZZPba5 RyxTAP9sbfmemZG9p8YJ/MsImVLm++yAlyeJzGgveMOv+SmAxwD/ScFZQNqCJlsh MTIS6/rHrTa1N3fx3P15d27daSRBUwY= =hWg7 -----END PGP SIGNATURE----- --Sig_/+Ai1czYvVJccVwtHL/v/K0d-- From owner-freebsd-current@freebsd.org Fri Jan 15 20:41:14 2021 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 56FAD4F2326 for ; Fri, 15 Jan 2021 20:41:14 +0000 (UTC) (envelope-from SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net) Received: from bosmailout06.eigbox.net (bosmailout06.eigbox.net [66.96.188.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 4DHY4934j3z3n5f for ; Fri, 15 Jan 2021 20:41:13 +0000 (UTC) (envelope-from SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net) Received: from bosmailscan05.eigbox.net ([10.20.15.5]) by bosmailout06.eigbox.net with esmtp (Exim) id 1l0VuC-000220-I1 for freebsd-current@freebsd.org; Fri, 15 Jan 2021 15:41:12 -0500 Received: from [10.115.3.31] (helo=bosimpout11) by bosmailscan05.eigbox.net with esmtp (Exim) id 1l0VuC-0007iA-75 for freebsd-current@freebsd.org; Fri, 15 Jan 2021 15:41:12 -0500 Received: from bosauthsmtp05.yourhostingaccount.com ([10.20.18.5]) by bosimpout11 with id H8h92400206Zqne018hC0E; Fri, 15 Jan 2021 15:41:12 -0500 X-Authority-Analysis: v=2.3 cv=DtjNBF3+ c=1 sm=1 tr=0 a=eBvjjtMVdWwtQGedh7GyLg==:117 a=BXB5eCltbCg0Q+nSw1Bwcw==:17 a=IkcTkHD0fZMA:10 a=EmqxpYm9HcoA:10 a=jXMol9EDn2QA:10 a=HHGDD-5mAAAA:8 a=jlvWEfeLAAAA:8 a=6I5d2MoRAAAA:8 a=qzDy0Gx-WpMujfhZMF4A:9 a=qgC8S9ruwWJcphhR:21 a=QEXdDO2ut3YA:10 a=BUduvz6nQKmfCEOu4uBS:22 a=IjZwj45LgO3ly-622nXo:22 Received: from cm-81-9-160-236.telecable.es ([81.9.160.236]:42853 helo=[192.168.1.132]) by bosauthsmtp05.eigbox.net with esmtpa (Exim) id 1l0Vu8-00072T-On; Fri, 15 Jan 2021 15:41:09 -0500 Date: Fri, 15 Jan 2021 21:41:01 +0100 Subject: Re: boot loader blank screen Message-ID: <95828503-53ae-4857-aab0-5272d80ad756@email.android.com> X-Android-Message-ID: <95828503-53ae-4857-aab0-5272d80ad756@email.android.com> In-Reply-To: From: sm@codenetworks.net To: Toomas Soome Cc: John Kennedy , Current FreeBSD Importance: Normal X-Priority: 3 X-MSMail-Priority: Normal X-EN-UserInfo: d3bdfab0736480cedf04ed92aaea2ef5:931c98230c6409dcc37fa7e93b490c27 X-EN-AuthUser: sm@codenetworks.net Sender: sm@codenetworks.net X-EN-OrigIP: 81.9.160.236 X-EN-OrigHost: cm-81-9-160-236.telecable.es X-Rspamd-Queue-Id: 4DHY4934j3z3n5f X-Spamd-Bar: ++++++++ X-Spamd-Result: default: False [8.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip4:66.96.128.0/18]; URIBL_RED(3.50)[codenetworks.net:email]; MIME_BASE64_TEXT_BOGUS(1.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[codenetworks.net:~]; MIME_BASE64_TEXT(0.10)[]; HAS_X_PRIO_THREE(0.00)[3]; HAS_ANON_DOMAIN(0.10)[]; FREEMAIL_TO(0.00)[me.com]; FORGED_SENDER(0.30)[sm@codenetworks.net,SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net]; RECEIVED_SPAMHAUS_PBL(0.00)[81.9.160.236:received]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:~]; MISSING_MIMEOLE(2.00)[]; ASN(0.00)[asn:29873, ipnet:66.96.128.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[sm@codenetworks.net,SRS0=YUj69x=GS=codenetworks.net=sm@eigbox.net]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[66.96.188.6:from]; RCVD_COUNT_FIVE(0.00)[5]; NEURAL_HAM_MEDIUM(-0.85)[-0.850]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(0.95)[0.950]; DMARC_NA(0.00)[codenetworks.net: no valid DMARC record]; BAD_REP_POLICIES(0.10)[]; SPAMHAUS_ZRD(0.00)[66.96.188.6:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(0.79)[0.792]; FROM_NO_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[66.96.188.6:from]; MIME_HTML_ONLY(0.20)[]; R_DKIM_PERMFAIL(0.00)[codenetworks.net:s=dkim]; GREYLIST(0.00)[pass,meta]; MAILMAN_DEST(0.00)[freebsd-current] X-Spam: Yes MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 15 Jan 2021 20:41:14 -0000 From owner-freebsd-current@freebsd.org Sat Jan 16 00:22:51 2021 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 5B1604F68F5 for ; Sat, 16 Jan 2021 00:22:51 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qv1-xf33.google.com (mail-qv1-xf33.google.com [IPv6:2607:f8b0:4864:20::f33]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHdzt2sLNz4VpY for ; Sat, 16 Jan 2021 00:22:50 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qv1-xf33.google.com with SMTP id et9so4849006qvb.10 for ; Fri, 15 Jan 2021 16:22:50 -0800 (PST) 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=Hj1o+vXUwxmZIxlbapNQYZ9dGoOHllLVIBdJOQgywi8=; b=AXykiUz+0yCYno1xUFZTehs3hPu0SVSPtDdZeP86G6pEq2eNzsKdCw9/nrTyG5HsGL Hq9y9AIu/wWZTRNlRQEojZOBjN/YHef9TYauD30kn5kiksdGcL2nAaO3cyZ5tTpbQXDJ QWO1lbeSRMw52lQvo7O85lQwIZcUD4XvXDtKKZiduEsep/qcemYS02cit4YCYcNoIEKt tf1xafQGYd3BUzbRekLEkngqV8k8yLqlSDYV3Yj83A1mKKaUyRe7TqZHoVEwN51PKuMn H8SJBSoO91AkQueA42kVSotV7LAMnP+d52jfYSFPmq/x5pDU1MhyZHqvkQXcU5pkZPZa GrvA== X-Gm-Message-State: AOAM531hUCNNFFByK+IhXVDhDfAu1bKAlsTLZh3yk7qnyrL7PJoFwjIf bn5ta+RxPACz0HVDIRAChG2MExB3K9L9DpM+K+8W++D0WDQblA== X-Google-Smtp-Source: ABdhPJz916DiK3UQ0sV9Y7TOYjuZAVZvJHxk69g4JbPxIaWINXhGvEPqfCjUojlShklOWPigBaMeL22ATq4QMlCL7iE= X-Received: by 2002:a05:6214:8c9:: with SMTP id da9mr14968140qvb.29.1610756569149; Fri, 15 Jan 2021 16:22:49 -0800 (PST) MIME-Version: 1.0 References: <20210115210250.2ffb152c@hermann.fritz.box> In-Reply-To: <20210115210250.2ffb152c@hermann.fritz.box> From: Warner Losh Date: Fri, 15 Jan 2021 17:22:38 -0700 Message-ID: Subject: Re: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. To: "Hartmann, O." Cc: FreeBSD CURRENT X-Rspamd-Queue-Id: 4DHdzt2sLNz4VpY X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.15 / 15.00]; ARC_NA(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20150623.gappssmtp.com:s=20150623]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[bsdimp.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::f33:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20150623.gappssmtp.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::f33:from]; NEURAL_HAM_SHORT(-0.15)[-0.155]; R_SPF_NA(0.00)[no SPF record]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::f33:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 00:22:51 -0000 On Fri, Jan 15, 2021 at 1:03 PM Hartmann, O. wrote: > Running FreeBSD CURRENT on a USB only platform with a customised kernel, I > see this > message all the time I reboot or log console messages: > > [...] > WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD > 13.0. > > Where does this message come from and what is causing the warning? I tried > to identify > and eliminate this message, but it seems to be stuck with the USB > device/keyboard > attached to the system. > > Any hint? > to eliminate the message, kbd needs to be rewritten to not use giant. It will not be deleted before 13. I'll change the message to 14. Warner From owner-freebsd-current@freebsd.org Sat Jan 16 00:54:33 2021 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 14FE946835F for ; Sat, 16 Jan 2021 00:54:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic308-8.consmr.mail.gq1.yahoo.com (sonic308-8.consmr.mail.gq1.yahoo.com [98.137.68.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHfhS10PHz4YGD for ; Sat, 16 Jan 2021 00:54:31 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610758469; bh=GoFL6wBY3eMvwpSJynW3a3QCqOPWewWL3Gf3dSvVRLt=; h=From:Subject:Date:To:From:Subject:Reply-To; b=ZwcWIDNjEJUAGmoUPfAWlHIl2BtiMy3plMtShl/DHSp752uB0RXIH47cRz2ZgJ29a61pIitIbaSQhzycIIP2qMjmJsW0q1bCGGWG+opKhyRXrsD5Y5q8yoTU9GkblIpoOnQGUPGz2hfEKTAUxKs4smggfYKE0meOmU2IZ6U9zu/g+G59eq//hXIrYAd7QneHuFK6Q33b1QLj4u4AsgLYGbBKG2BGZXg2CiB4T46icCIvO+PuYYj4huAdqGa79uveSGHqRYtogzU8sp3EtlApUjj9/7461pco68IJiWaSoH2jpWnZnCxYf5lzYICCHnPnPhTyDWkFzXZha5FM/OPNQA== X-YMail-OSG: Z8x7lYoVM1lyG8n88jkTdHhNDTFGlcMtfS8M75Z4Ewnm0rjtY.0cn9U9Omu2u6q kztRq1mPYH3ud8utBxyyvp1Te0wuWA72xluksVk4fq0DRmGNT32dfow6klP8DF0V4ddTR1gZl4Q_ 4IHqtmjSPBhRqtOx3_4z322.7bTmtRIHrwSTKd_NphZ4gDOPD2tzN5yEosnmUa55RBWmBx6yhjPR sgImEvdy.z2ngDeJrkxE6aHw1BJe0tsRtgaxi2VyXQm1DA4A5cyaZ74FZljzSsA2m.E_9ZwFb20r 6RrKJLqCVztiXqorul7bpRRo0wjczRdqu.OmRpNwpS31dHv9sbIbUtDbtgwnn4QJmOPWrnvYfmPo lMXcZhmVdZY6k1nyRUq3IDW0CfcDo4051kZr4H6WvckLjpBc74rkE4YPfQSIZjGSYJGTnBUSDWrV FovU.xNnGRwRYhOmaovQZRsPLtJgpY1Cc2FFqm81xNVl28L2cxcsW14Ghaz0.uHTiJ7I16OxJx3V 5C6FJktZ.LHFS7HAa91X5793iU1Zq2G0DobsPe28CmymR0j18W8SVgXZnokD0FoP0tZY_M0mbJ0T lXL8hNhEa.7UK1AjJKYOJkUeWFa6BsIe2fRbWXCGqojaJttY.DdXzypQBesOD_ePTDw6Bp5Qy219 Ol47u6vZAzWS7xa2L8dbS6_oAwYlcW1u_E_oVSts4yIFt_X8bHqbe4f3PGNl8EaRsldZg47yIAMb TvyUtnwOuK21sSjm_48gf.3K3GdzxUEWR2UiFnLuAwly5dW.Sx2R5HFXkapp5PNeTS3uwNTpapc7 7Lctnx4iPSnmmoY2B8FGCJNSsEK8WWUUtlpsIRo8NFkeN5gfVPQvGjw7EjQ3nBFB.Lj.gNVZSJuX 9HSnb9sTChZk3MaENp2Aupdy04EziJPgy2lMWq7_l8RWdYcwh8S9DezJjOHK8MlX4rGspRMOO5ds 5mh8ZwgItefW8Eu.T.oAgnXZoMQeEBCQsfKeWFNKPffSY6y48fkb_uXzeqxqcVsn3PZws4dnW3Fi 3nh1HcrNieg11_RvwrgBIj6c4TSaHGD1IiAoLuzNmaUaLNawSBmztGUx2CTUHHNCK5YiJJLfUT3c 1NwpJRfi8seMeH_rDX_1_mpFyAFQbp39sBwvewWQQbdCz4UtGTo057FL8a.L8sJhe_3Rat3AMmOI aHVvxvdmRTGeIXuEHgYKjdd9q6CkZNcioC.XP4Fv.Vi4e1HKRhC4fytUpt1nPStl8807C_ob15OP zdfB7h.7sAv1zHEZPI.8cFnKzcQMy472cS5rHccE4auNDot58efdm5pqB_BeoL6mXKcXJB.Qo9_b aQRACoAFJ5vop2nM66WC8AOHvTbroOZN7oQyMf5tpQ2CCMaG_2QT0lwy_RqUnWxOC6pXr2GmahC. eygjcFAyItIINLuj.3QvcnbPXXAKV8vXTnBZH0s2t20uRkpsBsF0eEpjx7jMJi8EL.lMwTxiWEuw 7L7EygE3WT0KpWQjB_Z0EofoTSWJxJlP836IAysaDjeXI37ZT.73emj7EH.YzK6UL.ig7aEpMv9J MdMQm4vhXfhZYFxab.u5ofPqAt8x9amonnm9iwOSlVMrfLYzF_k1dnxEA2eSTUD54cznoejviBdZ _YWWUm57NiPyziuSDzVxhe41u2LBmgWorpHwGo8KfaYw04G1azJHxgCNqAnxq9N2VglItz4EAnUI WFep5KQ4r4g6MZv4pOmc8m0KYhdNCFnjh.DZSv21abJUTBUEzqPHc8_JO7JASwJ9yzf_L6cQ6uCT ZRw7r3aygEQPh2jfwJc7z7rQelCxHzJOujtY_sFzfywDTWil.1nNJ1UAim5Ko8Z1IpSOZtQBZel6 9dr3YKUJWMmqY8rOlJMTVgHMxqqg3LPYd4FVxcdwORZKn4.ehwU7VvHrZi0OY5AVKkHLCAsnt_gE lIL2Rc.0FmoAJk2r_8lYfDO9VIIQ_IxwhT_5cGOz7bT9l59bXS96HgeKrlAG0Ew7nGSjdOk5ulFn bN5KvgD7mpxsHs1itH9X8chayQR59gDRSMBpZpiZxIEOZxVvNVWFQH1QQe8_auY2GPtlA2p1Ikft 7C3tl6Sye4OoVmc6ZrpXReEatpsJhbZz4B9vl8bvtPqjsRlDgUym0iqCkmrGqZZkePiQTmm9PmMU k_shToMgWlq1ifLPPOVFD1mFNr5N2ea3NOYfNACrXzYEwpiZkJu3Q.mhSjA.DOzd.FnkdOdZIDvr Ydwn8qKeOspKOG0197DXAbiiKrffNwm.98o1kjkackI4BnyZX3bngKR1mt74Dsurz0aUEqeVvhJB 3ZdfjPO.j.1_x4urXNhrVIU9eaM8fXcD654ubULRxuChKSuJ.Dk932JFGiqLuERlCnAC5vHgO7xW _Vr2OZiLfbmHPfz5ncmVHtOZ_qaMLrnc3cUeBFvpyZDfpnXqz2XwbA3QwnH7yfg6FKbScsMGi3At ml29bh2sgJCQ94j8uHVFBXHjAA1Pl4pxO Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 00:54:29 +0000 Received: by smtp413.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0325d5373f93edac95b357e96538e744; Sat, 16 Jan 2021 00:54:28 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. Message-Id: <830577E4-E287-483F-BFF0-A708041B90F7@yahoo.com> Date: Fri, 15 Jan 2021 16:54:26 -0800 To: Warner Losh , Current FreeBSD X-Mailer: Apple Mail (2.3654.40.0.2.32) References: <830577E4-E287-483F-BFF0-A708041B90F7.ref@yahoo.com> X-Rspamd-Queue-Id: 4DHfhS10PHz4YGD X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.68.32:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.68.32:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.32:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.32:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 00:54:33 -0000 Warner Losh imp at bsdimp.com wrote on Sat Jan 16 00:22:51 UTC 2021 : > On Fri, Jan 15, 2021 at 1:03 PM Hartmann, O. > wrote: >=20 > > Running FreeBSD CURRENT on a USB only platform with a customised = kernel, I > > see this > > message all the time I reboot or log console messages: > > > > [...] > > WARNING: Device "kbd" is Giant locked and may be deleted before = FreeBSD > > 13.0. > > > > Where does this message come from and what is causing the warning? I = tried > > to identify > > and eliminate this message, but it seems to be stuck with the USB > > device/keyboard > > attached to the system. > > > > Any hint? > > >=20 > to eliminate the message, kbd needs to be rewritten to not use giant. >=20 > It will not be deleted before 13. I'll change the message to 14. Other examples for the general type of question . . . For example, various aarch64, armv7, and powerpc*: WARNING: Device "openfirm" is Giant locked and may be deleted before=20 FreeBSD 13.0. RPi4B and RPi3B: WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD = 13.0. powerpc (old PowerMac G4): WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD=20= 13.0. WARNING: Device "consolectl" is Giant locked and may be deleted before=20= FreeBSD 13.0. Note: FreeBSD has boot problems for various powerpc64 and 32-bit powerpc PowerMacs, so some material is from somewhat older vintages of 13. (I've not looked at the old PowerMac G3 at all for this.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 16 01:27:50 2021 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 B8D0046B043 for ; Sat, 16 Jan 2021 01:27:50 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from maybe.home.utahime.org (gate.home.utahime.org [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHgQs3zvhz4bsK for ; Sat, 16 Jan 2021 01:27:49 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by maybe.home.utahime.org (Postfix) with ESMTPS id C56224B3D1 for ; Sat, 16 Jan 2021 10:27:45 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-384) server-digest SHA384) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id C14A93BF79; Sat, 16 Jan 2021 10:27:44 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.0 at eastasia.home.utahime.org Date: Sat, 16 Jan 2021 10:27:19 +0900 (JST) Message-Id: <20210116.102719.1630989089697423209.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. From: Yasuhiro Kimura In-Reply-To: <830577E4-E287-483F-BFF0-A708041B90F7@yahoo.com> References: <830577E4-E287-483F-BFF0-A708041B90F7.ref@yahoo.com> <830577E4-E287-483F-BFF0-A708041B90F7@yahoo.com> X-Mailer: Mew version 6.8 on Emacs 27.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DHgQs3zvhz4bsK X-Spamd-Bar: / X-Spamd-Result: default: False [0.19 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; TO_DN_NONE(0.00)[]; HFILTER_HELO_IP_A(1.00)[maybe.home.utahime.org]; HFILTER_HELO_NORES_A_OR_MX(0.30)[maybe.home.utahime.org]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_HAM_SHORT(-0.11)[-0.114]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[183.180.29.210:from]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[utahime.org]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[183.180.29.210:from:127.0.2.255]; MID_CONTAINS_FROM(1.00)[]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 01:27:50 -0000 From: Mark Millard Subject: Re: WARNING: Device "kbd" is Giant locked and may be deleted before FreeBSD 13.0. Date: Fri, 15 Jan 2021 16:54:26 -0800 > Other examples for the general type of question . . . > > > For example, various aarch64, armv7, and powerpc*: > > WARNING: Device "openfirm" is Giant locked and may be deleted before > FreeBSD 13.0. > > > RPi4B and RPi3B: > > WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13.0. > > > powerpc (old PowerMac G4): > > WARNING: Device "agp" is Giant locked and may be deleted before FreeBSD > 13.0. > > WARNING: Device "consolectl" is Giant locked and may be deleted before > FreeBSD 13.0. > > > Note: FreeBSD has boot problems for various powerpc64 and 32-bit > powerpc PowerMacs, so some material is from somewhat older vintages > of 13. (I've not looked at the old PowerMac G3 at all for this.) Following files are the source of this warning messages. yasu@rolling-vm-freebsd1[1009]% git grep -F D_NEEDGIANT sys/cam/scsi/scsi_target.c: .d_flags = D_NEEDGIANT, sys/contrib/ipfilter/netinet/mlfk_ipl.c: .d_flags = 0, /* D_NEEDGIANT - Should be SMP safe */ sys/dev/adlink/adlink.c: .d_flags = D_NEEDGIANT, sys/dev/agp/agp.c: .d_flags = D_NEEDGIANT, sys/dev/amr/amr.c: .d_flags = D_NEEDGIANT, sys/dev/atkbdc/psm.c: .d_flags = D_NEEDGIANT, sys/dev/ce/if_ce.c: .d_flags = D_NEEDGIANT, sys/dev/fb/fb.c: .d_flags = D_NEEDGIANT, sys/dev/fb/fbd.c: .d_flags = D_NEEDGIANT, sys/dev/kbd/kbd.c: .d_flags = D_NEEDGIANT, sys/dev/ofw/openfirmio.c: .d_flags = D_NEEDGIANT, sys/dev/ofw/openpromio.c: .d_flags = D_NEEDGIANT, sys/dev/pbio/pbio.c: .d_flags = D_NEEDGIANT, sys/dev/speaker/spkr.c: .d_flags = D_NEEDGIANT, sys/dev/syscons/syscons.c: .d_flags = D_NEEDGIANT | D_TRACKCLOSE, sys/dev/tdfx/tdfx_pci.c: .d_flags = D_NEEDGIANT, sys/dev/tpm/tpm.c: .d_flags = D_NEEDGIANT, sys/dev/vkbd/vkbd.c: .d_flags = D_NEEDGIANT | D_NEEDMINOR, sys/i386/bios/smapi.c: .d_flags = D_NEEDGIANT, sys/i386/i386/elan-mmcr.c: .d_flags = D_NEEDGIANT, sys/i386/i386/perfmon.c: .d_flags = D_NEEDGIANT, sys/isa/vga_isa.c: .d_flags = D_NEEDGIANT, sys/kern/kern_conf.c: if (devsw->d_flags & D_NEEDGIANT) { sys/kern/kern_conf.c: if (devsw->d_flags & D_NEEDGIANT) { sys/kern/kern_conf.c: } else if (devsw->d_flags & D_NEEDGIANT) \ sys/sys/conf.h:#define D_NEEDGIANT 0x00400000 /* driver want Giant */ yasu@rolling-vm-freebsd1[1010]% --- Yasuhiro Kimura From owner-freebsd-current@freebsd.org Sat Jan 16 04:37:45 2021 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 DBCCE4D28DA; Sat, 16 Jan 2021 04:37:45 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHlf04PyJz4pJQ; Sat, 16 Jan 2021 04:37:44 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10G4bete019579 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Fri, 15 Jan 2021 20:37:40 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10G4bep7019578; Fri, 15 Jan 2021 20:37:40 -0800 (PST) (envelope-from fbsd) Date: Fri, 15 Jan 2021 20:37:40 -0800 From: bob prohaska To: freebsd-current@freebsd.org, freebsd-arm@freebsd.org Cc: bob prohaska Subject: Invoking -v for clang during buildworld Message-ID: <20210116043740.GA19523@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DHlf04PyJz4pJQ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 04:37:45 -0000 While playing with -current on armv7 using a raspberry pi 2 v1.1 an error crops up with recent kernels while building world: ++: error: linker command failed with exit code 1 (use -v to see invocation) *** [clang.full] Error code 1 make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang How does one invoke -v in this situation? For the record, uname -a reports FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM arm The present sources are a day or two newer. Nothing is obviously wrong; swap usage is small, no warnings or errors on the console. In past occurrences, an old kernel (pre-git) worked through the problem. If a restart of make buildworld doesn't get past the stoppage I'll check again. Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Sat Jan 16 05:25:10 2021 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 8DCEF4D36EC for ; Sat, 16 Jan 2021 05:25:10 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic314-21.consmr.mail.gq1.yahoo.com (sonic314-21.consmr.mail.gq1.yahoo.com [98.137.69.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHmhj2m21z4qxm for ; Sat, 16 Jan 2021 05:25:08 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610774707; bh=lyaOMQl6MplftKPHI/JreF0RaoBf3vyAkyt9bC+W0vl=; h=Subject:From:Date:To:From:Subject:Reply-To; b=o5kqb3bULPMIe/ZR4b/wJ7//QjuF9YOKB3qwB2X44Lmic+V8UiokfXT7ykKzQ3kRGunHcBS3kAsyRGr/L+5SbEL5DH09jpP4kduqGOfWxhJieqidJxC+iNHeM4jZsZYoVjnypzyoUgujkDXWy5Lg5aZECYgpGylCiFJWzJpo5APRm0P3EZ3jXlbc02kE/HSefE5qcD+m08T76iZzOYBExChbvymPtpU+OeL8klRy9318w4VomB4vFrDVxtn4IeBJLj4YpBFXkVzVXtyPQcYdkR3RZajdEIfjg7qqZ/JIXRzV64CXvrVgWary2h5SusKkIhz2G5wVheIo54rCK7KpYg== X-YMail-OSG: 6XEEsbwVM1n5uKCwyHWt.SNF7g6c9y4rN5usD1LWqmt3xQwQRbr1Plf7qdB0iRz 6K8j9.2OsFnmVIHwIgBxpq9jyhFNPLsh8d5u4eShlo7fqFOvKYqcgdWnAxdS2nSGqVj3SmFhV.VW 0pEB_cOplEJIwfHJqtCKILpqUokl3L1MKUqZytWIKlcTEGDpjVllvGajrfin0WFpV6J7O5QB2lY9 eKd4JjhrkV5EU3kvsUeit0lGydiZ1zZ0iHDZCsN_YOcn.y98wzNXjgOx.OQZpwoZvruJqr9DC.Z7 R1pY6rCinbQyHy.6SMajSEDdv0o3ecwHFbOvBSbSKhyeobqWV2go47SXo9j0jzA5jjmW6GhMCyyj CiEhJM0hO6A9TZLc8VagubYNS0lNse45gSwGIKCGq.3vyaUhmAOjCG_T5jbFuSwdHNEZRIcs1gSC fQQjh1ovmXtKFSL8CvFf2WrbF96yefezL.NYvjU2bcQyU.VSjmv2S2ebU3mkzk8W_RQJxtkI7Rwz RL9ZIowfgw0umV2ELYNU9_5Dx6VGDzCDOD93uCvx8fzbpQt2VR4Oi5ud69TFSlLqau1y470feCL8 ZFIKD79QcsByDr7oB6DOCHgj39NGynmZa5joTz_8ZecFbxxEzPiRiXKW_m_ZQt276._T6p5mi54I kz8TkHe2HN6Q1rFBLSypAofUgISw10lzQgw_WyNtEJzyLh0XF8qQBcwHKAeSxmBCTwmugfR1UaIM K0HDWHkeBaAcwCd5_HeACEzrHdx4mek1WZxJMxn3qMJNSx0BNjqEUe7cbI2gtoTL1rI8GWHpprTA ooxZ1416VPjOBZPhB7gkIvFhIR2sohUd9sv0Tu_hZZ7weCYSzE2cU7K7iQY1P_3rhMb5lUx3wC_8 xiUVj66gB2ajn1A2jNHPY8bskBySfVKe_KKtZ1IVnouM3Mb_BHD1OwjInaQjjJkTqZN2Qc76XFZs rQOljdRNKbUUq9cd3Ywry_k5RBqEkclJVNVkTqqkYy24e1WCWdS2gQjtirujCEsS_yxNstchrBJh 79gZevaFep57NpElL6aipp5b8f9K9OfJZTVKVEvxBVJLOvAO3CEDeNtpYYkzcod13hT.4wAwRq6K V1HwoNjMtMYWHUVN2dAb13qoYgb8NYOpiJVhgvlocVwVdtEhkPeLuuiqGJoIsm3je7sA41.8IZQ0 Ik3q8yl5LKIyNAdM2x3O26Srycfr3F0mnubr7txT8Tekf3VyWs2NJyNBluArSWdf1LfjYuF8RnmN IeA6jNtXGM56sAo454tyOZZqtXuZuAbKMmowsksAf27fnCRv23_LSP8T5uF.xlnqwtjRFVaoQyyK hsSZgr5f9CPqE5o3JKgxaT8dcGoVC8v5m23JD3GpJD.hKD_SIeVYlz.rtMpKIahP32e48M.S0g4s nF3fYzJFe5Sk_jHQTEqzB453c3E5FN_IZS3gXOMQXcl90iqc4To1SSs4ZE8avQT3hRviYb7O2WeO yf76wpjWKkbUWKYR2_AkgJ4GxwIiukPiUofeVTRt3MII2FiQo4OskG1xg1452Pg0ROrG1ZU6dnm2 WcpSCMvvjuvtDmA6VI68yEOYKV_ozt3vHgGsfFssNZLhaaVmN7fT2RBqxv1kIPJIxmZZWkcN686B ImlGfPbRFxUnbhitUBtfQlu6ih.JUpv5qYnK1MHSpZV0HkJ741Zs89zgemTlTfg5kR1bI1zZ5j1A ZfA_dw9PPqP16BNPY.KA.PzIMRZUBxZ5fAlaIb6pqp__IjwzQHvPKSZf2LPQQiFq6lS8vSGoldts IwciRzhyJuzB5yRqVWgyGk_fG2B2bPve9axArhy9oyCnnw3PY.QsSeSPkt4Ds4k4ejhT8tBJVT_b Q7vmAsJTUANG_CFrKKGSi6CeY8eWLo1lPuB_titkO6eKEebB2mXjhoSTR0qq65W8Zl9ETiUJbG1a 6AROv6bsk7xmDuWaRk4DpAfE3ytdu6IiSb9VKCxS3b3ofDQOGTpZm9ti2ZQuL2eZh8TaZcOCmyox aikvc_6NaiVfsJShc9sfNtpKdqGv3HxYz9vVLtJCkUP50.QBO3IlHT88bt5DI.MeoDNWqupElSQL hxjcZvQpSP3NT5SQOqMSa0SlVEN2_l84bGStieoNTQlXXL4QKlj3U1iEGElGx7fJsMzXbfwPk8Zb 6x0WyF4ms7nwhLIw6ljcUQE7T6Wn0W4KOLshdyl.FWUlxS4yq2cGVpDsQQ11bRSO2ha_rv6utJ5t r.YL1_Ui4koWZ8n7WWIJjh9SZgTX6YKTdzWS4Yo5pThcvsV7z7qmUtwEHVb8s3mcN2BmxxptijvG TTWQdwfOq8uWjCjUQKTbUtWdpgluolpKxRWZZNja1.WpRLCcx3LivRh0dgISDJffIVkccEFXJqa4 fQ5s_vIlv12_cwTvT_qQY_XO1dtBRS.ey3fqvc9DRB27AGrWKQpb6RujEEGDfuAijtW1Mz4JsSNM GSzTAjexlglF8mIad5lkfSTiU5t8qddAunez28oZXCHyZr00XhRV6qDq3SSzAaRxwNxcwuvEzNVg AhvsdjxTeRWgPpT8pKKe3Oq9VDq0akQ-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 05:25:07 +0000 Received: by smtp403.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 3acf4cd7e4581d85d930b58828df0ffc; Sat, 16 Jan 2021 05:25:02 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116043740.GA19523@www.zefox.net> Date: Fri, 15 Jan 2021 21:25:00 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DHmhj2m21z4qxm X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-0.998]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.84:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 05:25:10 -0000 On 2021-Jan-15, at 20:37, bob prohaska wrote: > While playing with -current on armv7 using a raspberry pi 2 v1.1=20 > an error crops up with recent kernels while building world: >=20 > ++: error: linker command failed with exit code 1 (use -v to see = invocation) > *** [clang.full] Error code 1 >=20 > make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >=20 > How does one invoke -v in this situation? Going a different direction: Going to publish the build log someplace? There is likely more there of interest to isolating the issue(s). I use META_MODE builds. One thing they do is record the command used to try to produce each file. So in that kind of context, identifying what it was trying to build allows finding the related NAME.meta file and looking in it. An example failure for armv7 and 1 GiByte of RAM could be a simple memory allocation failure: unable to get a sufficiently large contiguous range from the address space for some request. (So it never gets to the point of using swap for it.) Are you controlling how many threads the linker uses? > For the record, uname -a reports > FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 = main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 = bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM = arm >=20 > The present sources are a day or two newer. >=20 > Nothing is obviously wrong; swap usage is small, no warnings or errors = on the console. >=20 > In past occurrences, an old kernel (pre-git) worked through the = problem. > If a restart of make buildworld doesn't get past the stoppage I'll = check again. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 16 05:45:09 2021 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 4B3F54D4A98 for ; Sat, 16 Jan 2021 05:45:09 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from out03.mta.xmission.com (out03.mta.xmission.com [166.70.13.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHn7m2Bdnz4sNX for ; Sat, 16 Jan 2021 05:45:07 +0000 (UTC) (envelope-from rebecca@bsdio.com) Received: from in01.mta.xmission.com ([166.70.13.51]) by out03.mta.xmission.com with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.93) (envelope-from ) id 1l0eOX-000Dgp-8M; Fri, 15 Jan 2021 22:45:05 -0700 Received: from mta4.zcs.xmission.com ([166.70.13.68]) by in01.mta.xmission.com with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.87) (envelope-from ) id 1l0eOW-0002QM-IB; Fri, 15 Jan 2021 22:45:05 -0700 Received: from localhost (localhost [127.0.0.1]) by mta4.zcs.xmission.com (Postfix) with ESMTP id 5D8835012D2; Fri, 15 Jan 2021 22:45:04 -0700 (MST) X-Amavis-Modified: Mail body modified (using disclaimer) - mta4.zcs.xmission.com Received: from mta4.zcs.xmission.com ([127.0.0.1]) by localhost (mta4.zcs.xmission.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id meF8qvPibvO0; Fri, 15 Jan 2021 22:45:04 -0700 (MST) Received: from photon.int.bluestop.org (c-174-52-16-57.hsd1.ut.comcast.net [174.52.16.57]) by mta4.zcs.xmission.com (Postfix) with ESMTPSA id 2A2DA50056D; Fri, 15 Jan 2021 22:45:04 -0700 (MST) To: Jakob Alvermark , freebsd-current References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> From: Rebecca Cran Message-ID: Date: Fri, 15 Jan 2021 22:45:03 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Language: en-US X-XM-SPF: eid=1l0eOW-0002QM-IB; ; ; mid=; ; ; hst=in01.mta.xmission.com; ; ; ip=166.70.13.68; ; ; frm=rebecca@bsdio.com; ; ; spf=none X-SA-Exim-Connect-IP: 166.70.13.68 X-SA-Exim-Mail-From: rebecca@bsdio.com X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on sa05.xmission.com X-Spam-Level: X-Spam-Status: No, score=0.1 required=8.0 tests=ALL_TRUSTED,BAYES_50, DCC_CHECK_NEGATIVE,NICE_REPLY_A,T_TM2_M_HEADER_IN_MSG,TooManyTo_001 autolearn=disabled version=3.4.2 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP * 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% * [score: 0.5000] * 0.3 TooManyTo_001 Multiple "To" Header Recipients 2x (uncommon) * 0.0 T_TM2_M_HEADER_IN_MSG BODY: No description available. * -0.0 DCC_CHECK_NEGATIVE Not listed in DCC * [sa05 1397; IP=ok Body=1 Fuz1=1] [Fuz2=1] * -0.0 NICE_REPLY_A Looks like a legit reply (A) X-Spam-DCC: XMission; sa05 1397; IP=ok Body=1 Fuz1=1 Fuz2=1 X-Spam-Combo: ;Jakob Alvermark , freebsd-current X-Spam-Relay-Country: X-Spam-Timing: total 441 ms - load_scoreonly_sql: 0.06 (0.0%), signal_user_changed: 14 (3.2%), b_tie_ro: 12 (2.8%), parse: 1.73 (0.4%), extract_message_metadata: 6 (1.4%), get_uri_detail_list: 0.60 (0.1%), tests_pri_-1000: 4.4 (1.0%), tests_pri_-950: 2.2 (0.5%), tests_pri_-900: 1.69 (0.4%), tests_pri_-90: 139 (31.6%), check_bayes: 137 (31.0%), b_tokenize: 7 (1.6%), b_tok_get_all: 4.5 (1.0%), b_comp_prob: 2.6 (0.6%), b_tok_touch_all: 118 (26.8%), b_finish: 1.28 (0.3%), tests_pri_0: 255 (57.8%), check_dkim_signature: 0.81 (0.2%), check_dkim_adsp: 43 (9.7%), poll_dns_idle: 33 (7.5%), tests_pri_10: 2.6 (0.6%), tests_pri_500: 10 (2.2%), rewrite_mail: 0.00 (0.0%) Subject: Re: Waiting for bufdaemon X-Spam-Flag: No X-SA-Exim-Version: 4.2.1 (built Thu, 05 May 2016 13:38:54 -0600) X-SA-Exim-Scanned: Yes (on in01.mta.xmission.com) X-Rspamd-Queue-Id: 4DHn7m2Bdnz4sNX X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.40 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_FIVE(0.00)[6]; R_DKIM_ALLOW(-0.20)[bsdio.com:s=xmission]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[166.70.13.233:from]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[bsdio.com]; SPAMHAUS_ZRD(0.00)[166.70.13.233:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[174.52.16.57:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdio.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:6315, ipnet:166.70.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_IN_DNSWL_LOW(-0.10)[166.70.13.233:from] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 05:45:09 -0000 On 1/15/21 3:26 AM, Jakob Alvermark wrote: > > When rebooting my thinkpad the 'bufdaemon' times out: > > Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... > timed out I'm glad other people are seeing this: I was about to report it to the list! I'm running an AMD Threadripper 2990WX. I can trigger it by running a buildworld/buildkernel and then rebooting. -- Rebecca Cran From owner-freebsd-current@freebsd.org Sat Jan 16 07:18:51 2021 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 9E5964D699B for ; Sat, 16 Jan 2021 07:18:51 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHqCs185pz3Dbh for ; Sat, 16 Jan 2021 07:18:48 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 10G7IeEZ038793 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Fri, 15 Jan 2021 23:18:40 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 10G7IeIp038792 for freebsd-current@freebsd.org; Fri, 15 Jan 2021 23:18:40 -0800 (PST) (envelope-from sgk) Date: Fri, 15 Jan 2021 23:18:40 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: Blank console on recent current Message-ID: <20210116071822.GA38757@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DHqCs185pz3Dbh X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RCVD_TLS_ALL(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; 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]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; ARC_NA(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM, none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 07:18:51 -0000 Is there an estimate on when the blank console on booting may be fixed? If the answer is someday, can whoever is responsible for break console output please revert their changes? There is a much worse problem at the moment on my laptop where heavy disk IO leads to a complete lock-up of the system. The lock up sometimes times out after 30 seconds. Without a console it is somewhat difficult to boot either in single user mode or to boot an older kernel. -- Steve From owner-freebsd-current@freebsd.org Sat Jan 16 08:19:39 2021 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 7979C4D80D7 for ; Sat, 16 Jan 2021 08:19:39 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHrZ259sqz3HMQ for ; Sat, 16 Jan 2021 08:19:38 +0000 (UTC) (envelope-from grahamperrin@gmail.com) Received: by mail-wm1-x333.google.com with SMTP id o10so3135310wmc.1 for ; Sat, 16 Jan 2021 00:19:38 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=5mGOu428PCNPHw8In4eHdq49NnY83z2nIhGjp3wqAec=; b=f2K4NO0/z+NlZPCa4Gj/GPUSXXo7ZP/Kuhp+xl8spO5YvDHMbz+pi9DzKtFdTF/1QW S5w2VJqyewqY2P6Z/Vjy8dz74vTEisJs9i3NFHgn5PcjWUcLMOxpYlCfxIzgomyCD6ru HI9AYHmOFieZ655yhdNKETz6B/rnIK0kxAvqWqkKvIGaDtZAH54DlgCI6n39Hgo6N5It HmW8Nkq88v9hPrvLDKTz4FefErCmftFyxWllr70DBLMfhcfd0UjvD/9ocZmNEvEnzRlc cEUO8ol/zUKjmBU3PhsABDUrcva5s7Acg8N9OdVZpqi/lHORwcGcF0y/EEAF9lFtjk3k t1sg== X-Gm-Message-State: AOAM5337p8hO/O6RFxK+plXTuiZiWjflS5x8D9nLlLEmbgk1Jotv84HY Q7ogutzJbTQ/vSpXIHEBYL4F00K1Vv4cLQ== X-Google-Smtp-Source: ABdhPJwZfyRGxN/XauxKt+M8VEnNirVvX5Kll7o1CKHf4Z7bs81Ccx7Qog2aPjBOZpcK/0AWEQJ8HA== X-Received: by 2002:a1c:7d0c:: with SMTP id y12mr7223134wmc.184.1610785177152; Sat, 16 Jan 2021 00:19:37 -0800 (PST) Received: from [192.168.1.11] (88-105-96-80.dynamic.dsl.as9105.com. [88.105.96.80]) by smtp.gmail.com with ESMTPSA id x13sm17752658wrp.80.2021.01.16.00.19.36 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Jan 2021 00:19:36 -0800 (PST) Subject: Re: Blank console on recent current To: freebsd-current@freebsd.org References: <20210116071822.GA38757@troutmask.apl.washington.edu> From: Graham Perrin Message-ID: Date: Sat, 16 Jan 2021 08:19:35 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: <20210116071822.GA38757@troutmask.apl.washington.edu> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-GB X-Rspamd-Queue-Id: 4DHrZ259sqz3HMQ X-Spamd-Bar: --- X-Spamd-Result: default: False [-4.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RECEIVED_SPAMHAUS_PBL(0.00)[88.105.96.80:received]; FROM_EQ_ENVFROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::333:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::333:from:127.0.2.255]; MIME_TRACE(0.00)[0:+]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::333:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 08:19:39 -0000 On 16/01/2021 07:18, Steve Kargl wrote: > … Best to track the nearby thread, From owner-freebsd-current@freebsd.org Sat Jan 16 11:21:44 2021 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 BE56E4DB6C9 for ; Sat, 16 Jan 2021 11:21:44 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHwc73SPhz3hhV for ; Sat, 16 Jan 2021 11:21:43 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ed1-x531.google.com with SMTP id g1so11742397edu.4 for ; Sat, 16 Jan 2021 03:21:43 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=VcEc2L2LjO3l054bYAGHe4+GEo5hfK0de17i72obA/0=; b=rTOAbQ0YUzXS9vgG5mu4ADmGlkBJqW0n63YsVnubk8pUyDybPfZRZ7dc7PhZsGiusR u0UBeGApJCIS+cVg82YhxyWfuBReIaWCQf119hV72IyJt9IJzlSM74E1v/H5sITwh69f LtvSMiANSFu369S50RXdqychLbweCCxG6JrhXMgRvz1rJ4l1nxYc1Th6DnnURwYfFN/w iy+fTDV+SW4wpM3RPSd0pX8iwmLMEmiS9UvUs2RoA7G3jmWrpN0UOggn9QaH9FeB6wZy 6DoP1GgHa+xivvVm+Di4Q/METggj1L4LmNtC3NhOUhiuVCLSPJU3KQNwFdA60x/X2RZw dpvA== X-Gm-Message-State: AOAM532JriZ93+xsHdC100Ho1Mb1fiA6UWVspnxn7GYGq6PLfAYTJejf MnxBGT8xakB+ATVG0lXqMhMoGijXhqbI5Q== X-Google-Smtp-Source: ABdhPJzkcOAB9GPI4XArThXHHmxkZB1sBIuqozHA7rssbVNMH3AxstoAbGc75yWXH/Jr1wtxkzpIHA== X-Received: by 2002:a50:a6c2:: with SMTP id f2mr12997356edc.7.1610796101724; Sat, 16 Jan 2021 03:21:41 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id da9sm7091526edb.84.2021.01.16.03.21.40 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Jan 2021 03:21:40 -0800 (PST) Subject: Re: boot loader blank screen From: Johan Hendriks To: freebsd-current@freebsd.org References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> Message-ID: Date: Sat, 16 Jan 2021 12:21:40 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHwc73SPhz3hhV X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.81 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36]; URIBL_RED(3.50)[codenetworks.net:email]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; HAS_ANON_DOMAIN(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::531:from]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; NEURAL_HAM_MEDIUM(-0.99)[-0.992]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.80)[-0.800]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::531:from:127.0.2.255]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_SHORT(1.00)[0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::531:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 11:21:44 -0000 On 15/01/2021 20:06, Johan Hendriks wrote: > > On 15/01/2021 14:51, Toomas Soome wrote: >> Could you please check latest current now?:) >> >> Thanks, >> Toomas >> >>> On 13. Jan 2021, at 20:13, Santiago Martinez >>> wrote: >>> >>> Hi, +1 on this, i still have issue on a supermicro. >>> >>> Santi >>> >>>> On 1/8/21 8:11 PM, John Kennedy wrote: >>>>> On Wed, Jan 06, 2021 at 02:19:12PM -0800, John Kennedy wrote: >>>>>   I saw your commit of 99870c70bac7 (loader: rewrite >>>>> vidc_install_font), >>>>> 31c2bcad7e44 (loader: remove left over call to unsetenv()), and >>>>> belatedly >>>>> babda0952f8355a89b3241d5e8943c7da0fa4f6b (hw.vga.textmode -> >>>>> screen.textmode). >>>>> >>>>>   Didn't fix the blank screen, and I thought the hw.vga.textmode >>>>> workaround >>>>> had broken until I read that commit fully (will try it next reboot). >>>>> >>>>>   At main-c255633-g3efe9b3e77c3 right now (also past your >>>>> f1829643c476. >>>>   At main-c255756-g40903394bf48, still no love for my system yet.  >>>> FYI, >>>> screen.textmode=0 continued to work around the issue, as expected. >>>> >>>> _______________________________________________ >>>> 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" >>> >>> > I found out my desktop pc that i updated today also has a blank screen. > In my case setting the following helps > > screen.textmode=1 > vbe_max_resolution=800x600 > > And thank you for that lovely boot screen and awesome font, very neat! > > My release is main-c255921-gec2700e01532: Wed Jan 13 12:32:28 CET 2021 > > This is on a old intel core 2 > Copyright (c) 1992-2021 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 #24 main-c255921-gec2700e01532: Wed Jan 13 > 12:32:28 CET 2021 >     root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64 > FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git > llvmorg-11.0.1-rc2-0-g43ff75f2c3f) > VT(vbefb): resolution 1280x1024 > CPU: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz (2327.55-MHz > K8-class CPU) >   Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf Stepping=11 > Features=0xbfebfbff > > Features2=0xe3fd > >   AMD Features=0x20100800 >   AMD Features2=0x1 >   VT-x: (disabled in BIOS) HLT,PAUSE >   TSC: P-state invariant, performance statistics > > I found out that i have this line in my /boot/loader.conf file. loader_logo="orb" if i leave that in, than only this setting works and only the text based boot screen works. screen.textmode=1 I then can not use the vbe_max_resolution="800x600" setting as i get no screen (in the top it looks like i have some small consoles of about 20 pixels high in all collors.) If i remover the loader_logo="orb" line, then i can use vbe_max_resolution="800x600" and i see the console but only in 16 colors i think. I will rebuild to the current of this moment and see if the latest works. From owner-freebsd-current@freebsd.org Sat Jan 16 12:41:02 2021 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 005744DD7E3 for ; Sat, 16 Jan 2021 12:41:02 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ej1-x636.google.com (mail-ej1-x636.google.com [IPv6:2a00:1450:4864:20::636]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHyMc6DN4z3m2v for ; Sat, 16 Jan 2021 12:41:00 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: by mail-ej1-x636.google.com with SMTP id ke15so9463419ejc.12 for ; Sat, 16 Jan 2021 04:41:00 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=SxQThBpaQkBUrJet5KjzwMEdPl22lSLDV9gQqU4I9sI=; b=F6/Zqwe7faaNMbhiyRnH9DoC2IdIVWK1j5IfCT6EtrV+GFP9e/SU0oDZJHJCAKNwYI oDpZ5YTwAewxEq/N4ac3TP4rpolY2Acgix9Pxjc9cUIKYEuO+qeA6rhwH82Ed6qp71Ir B7A4SwAlxI6OCjOZfjAhh97SnRK+u7mQxqiYX+3pdRtWDVmL8iWfpWSUQtkuUU4s9C/V 93Tyof6VnBVEstEXyGfCVqk2M2JVx+wBjkq//36XR06N5axTTPBIwOEV76jTLh/yzwtB G06kP0lUGyVEIctZUthis2ncXesjVIwS4oufQuMU9X29CUElLWSbFrx8LC7DJJ9wuZe5 EHWg== X-Gm-Message-State: AOAM531F/mFBQGqGekrHyG4rqMDsBeheqfXb07kzGJJvTzE80cda2kTl OKqEMXl36UkFM8BBcR7lMTQ7IgH52tmXew== X-Google-Smtp-Source: ABdhPJxoVvUqVc30yNyNbI4rDguuS8vJM13fMwXkQNg4yzDcihHPfhuMDvtP+drwKY2w8iSlx+bf7Q== X-Received: by 2002:a17:906:259a:: with SMTP id m26mr12148202ejb.399.1610800858869; Sat, 16 Jan 2021 04:40:58 -0800 (PST) Received: from MacBook-Pro-van-Johan.local (85-147-130-226.cable.dynamic.v4.ziggo.nl. [85.147.130.226]) by smtp.gmail.com with ESMTPSA id cc8sm7459387edb.17.2021.01.16.04.40.58 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 16 Jan 2021 04:40:58 -0800 (PST) Subject: Re: boot loader blank screen From: Johan Hendriks To: freebsd-current@freebsd.org References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> Message-ID: <47aa1871-320b-f1ea-fd00-258a5d3649fe@gmail.com> Date: Sat, 16 Jan 2021 13:40:56 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.16; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Rspamd-Queue-Id: 4DHyMc6DN4z3m2v X-Spamd-Bar: ++ X-Spamd-Result: default: False [2.80 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(0.00)[+ip6:2a00:1450:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; URIBL_RED(3.50)[codenetworks.net:email]; TO_DN_NONE(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(0.00)[gmail.com,none]; HAS_ANON_DOMAIN(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[2a00:1450:4864:20::636:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.99)[-0.991]; R_DKIM_ALLOW(0.00)[gmail.com:s=20161025]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-0.80)[-0.804]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2a00:1450:4864:20::636:from:127.0.2.255]; BAD_REP_POLICIES(0.10)[]; NEURAL_SPAM_SHORT(1.00)[0.999]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::636:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 12:41:02 -0000 On 16/01/2021 12:21, Johan Hendriks wrote: > On 15/01/2021 20:06, Johan Hendriks wrote: >> >> On 15/01/2021 14:51, Toomas Soome wrote: >>> Could you please check latest current now?:) >>> >>> Thanks, >>> Toomas >>> >>>> On 13. Jan 2021, at 20:13, Santiago Martinez >>>> wrote: >>>> >>>> Hi, +1 on this, i still have issue on a supermicro. >>>> >>>> Santi >>>> >>>>> On 1/8/21 8:11 PM, John Kennedy wrote: >>>>>> On Wed, Jan 06, 2021 at 02:19:12PM -0800, John Kennedy wrote: >>>>>>   I saw your commit of 99870c70bac7 (loader: rewrite >>>>>> vidc_install_font), >>>>>> 31c2bcad7e44 (loader: remove left over call to unsetenv()), and >>>>>> belatedly >>>>>> babda0952f8355a89b3241d5e8943c7da0fa4f6b (hw.vga.textmode -> >>>>>> screen.textmode). >>>>>> >>>>>>   Didn't fix the blank screen, and I thought the hw.vga.textmode >>>>>> workaround >>>>>> had broken until I read that commit fully (will try it next reboot). >>>>>> >>>>>>   At main-c255633-g3efe9b3e77c3 right now (also past your >>>>>> f1829643c476. >>>>>   At main-c255756-g40903394bf48, still no love for my system yet.  >>>>> FYI, >>>>> screen.textmode=0 continued to work around the issue, as expected. >>>>> >>>>> _______________________________________________ >>>>> 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" >>>> >>>> >> I found out my desktop pc that i updated today also has a blank screen. >> In my case setting the following helps >> >> screen.textmode=1 >> vbe_max_resolution=800x600 >> >> And thank you for that lovely boot screen and awesome font, very neat! >> >> My release is main-c255921-gec2700e01532: Wed Jan 13 12:32:28 CET 2021 >> >> This is on a old intel core 2 >> Copyright (c) 1992-2021 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 #24 main-c255921-gec2700e01532: Wed Jan 13 >> 12:32:28 CET 2021 >> root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64 >> FreeBSD clang version 11.0.1 (git@github.com:llvm/llvm-project.git >> llvmorg-11.0.1-rc2-0-g43ff75f2c3f) >> VT(vbefb): resolution 1280x1024 >> CPU: Intel(R) Core(TM)2 Duo CPU     E6550  @ 2.33GHz (2327.55-MHz >> K8-class CPU) >>   Origin="GenuineIntel"  Id=0x6fb  Family=0x6  Model=0xf Stepping=11 >> Features=0xbfebfbff >> >> Features2=0xe3fd >> >>   AMD Features=0x20100800 >>   AMD Features2=0x1 >>   VT-x: (disabled in BIOS) HLT,PAUSE >>   TSC: P-state invariant, performance statistics >> >> > I found out that i have this line in my /boot/loader.conf file. > loader_logo="orb" > > if i leave that in, than only this setting works and only the text > based boot screen works. > screen.textmode=1 > > I then can not use the vbe_max_resolution="800x600" setting as i get > no screen (in the top it looks like i have some small consoles of > about 20 pixels high in all collors.) > If i remover the loader_logo="orb" line, then i can use > vbe_max_resolution="800x600" and i see the console but only in 16 > colors i think. > > I will rebuild to the current of this moment and see if the latest works. > I just did an update to FreeBSD jhost002.thuis.local 13.0-ALPHA1 FreeBSD 13.0-ALPHA1 #26 main-c256002-gfe258f23ef36: Sat Jan 16 12:25:49 CET 2021 root@srv-01.thuis.local:/usr/obj/usr/src/amd64.amd64/sys/KRNL amd64 For me all works now on my desktop pc. With an empty /boot/loader.conf all is fine, it boots to the text based screen. Setting vbe_max_resolution= resolution give me that beautiful boot page, thank you very much for that. I always get laugh about by my Linux colleages about the FreeBSD boot screen, those days are over ;-). Also the font for me is very pleasant to see. Thank you for all your work on this. regards Johan From owner-freebsd-current@freebsd.org Sat Jan 16 13:14:46 2021 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 013A34DEC08 for ; Sat, 16 Jan 2021 13:14:46 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHz6X19Wxz3p24 for ; Sat, 16 Jan 2021 13:14:43 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from kalamity.joker.local (115-38-187-204.shizuoka1.commufa.jp [115.38.187.204]) (authenticated bits=0) by www121.sakura.ne.jp (8.16.1/8.16.1/[SAKURA-WEB]/20201212) with ESMTPA id 10GDEYpd080221 for ; Sat, 16 Jan 2021 22:14:34 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Sat, 16 Jan 2021 22:14:34 +0900 From: Tomoaki AOKI To: freebsd-current@freebsd.org Subject: Re: boot loader blank screen Message-Id: <20210116221434.0ceb31b2b7a024f6a45bc998@dec.sakura.ne.jp> In-Reply-To: References: <83EB3B04-EAE8-4EC3-820B-2F5C3BADE948@me.com> <66908803-BA6F-4538-9D93-6F85A95108C9@me.com> <831788F9-F97F-4A02-A6F9-AE05219DA2E9@me.com> Reply-To: junchoon@dec.sakura.ne.jp Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd12.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DHz6X19Wxz3p24 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.60 / 15.00]; HAS_REPLYTO(0.00)[junchoon@dec.sakura.ne.jp]; RCVD_VIA_SMTP_AUTH(0.00)[]; MV_CASE(0.50)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_NONE(0.00)[]; HAS_ORG_HEADER(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[153.125.133.21:from]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[115.38.187.204:received]; R_DKIM_NA(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[sakura.ne.jp]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[153.125.133.21:from:127.0.2.255]; RCVD_TLS_LAST(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 13:14:46 -0000 Hi. It seems that font-to-display-80x24(25?)-chars-on-full-screen is selected automatically for display resolution. How's going on if you set, e.g., screen.font=8x16 on /boot/loader.conf? This helps me by reduced scrolling. If it's too small for you, see /boot/fonts for other sizes. Each font files has .fnt.gz extension, and base file name eliminating .tar.gz extension is what to set to screen.font variable. And the latest loader looks a bit faster than first graphics mode port. But it would be better if it catches up with in-kernel vt(efifb). HTH, maybe not sufficient, though. On Wed, 13 Jan 2021 22:49:26 -0500 monochrome wrote: > I should add my experience to this since its different and haven't seen > anyone else mention it. > I see the new boot loader, it's not blank, but its large text, and it's > very SLOW. > I can see each char drawn, and then when it gets to the bottom and has > to redraw all the lines to scroll up for new lines, it loads so slowly > it's like watching an 8086 on a 300 baud modem, or slower! Takes like an > extra 30 seconds to get through all the loaded modules, then back to > normal speed boot with the same large font. > > added these lines and everything is back to normal with new appearance > and small font like before, and at normal speed. > hw.vga.textmode="0" > vbe_max_resolution=1280x800 > > also removed the old lines for the amdgpu efi problem with no effect so > I assume those are no longer necessary and why I'm seeing this change? > #hw.syscons.disable=1 > #kern.vty=vt > #hw.vga.textmode=1 > > am using X and everything seems fine for now > > system: > AMD Ryzen 5 2400G, using integrated vega GPU > ASRock B450M Pro4 > 13-current > > > > On 1/5/21 8:54 PM, David Wolfskill wrote: > > On Wed, Jan 06, 2021 at 12:46:08AM +0200, Toomas Soome wrote: > >> ... > >>> the 58661b3ba9eb should hopefully fix the loader text mode issue, it would be cool if you can verify:) > >>> > >>> thanks, > >>> toomas > >> > >> I think, I got it fixed (at least idwer did confirm for his system, thanks). If you can test this patch: http://148-52-235-80.sta.estpak.ee/0001-loader-rewrite-font-install.patch it would be really nice. > >> > >> thanks, > >> toomas > > > > I tested with each of the following "stanzas' in /boot/loader.conf, > > using vt (vs. syscons) in each case (though that breaks video reset > > on resume after suspend): > > > > # hw.vga.textmode="0" > > vbe_max_resolution=1280x800 > > > > This works, and provides a graphical console (depth 32). > > > > > > hw.vga.textmode="0" > > # vbe_max_resolution=1280x800 > > > > This also works, and provides a low-resolution (and depth 16) > > graphical console (800x320 or something similar, IIRC). > > > > > > # hw.vga.textmode="0" > > # vbe_max_resolution=1280x800 > > > > (That is, not specifying anything for hw.vga.textmode or > > vbe_max_resolution.) > > > > This boots OK, but I see no kernel probe messages or single- to > > multi-user mode messages. I can use (e.g.) Ctl+Alt+F2 to switch to > > vty1, see a "login: " prompt, and that (also) works. (This is the > > initial symptom I had reported.) > > > > > > hw.vga.textmode="1" > > # vbe_max_resolution=1280x800 > > > > This works -- boots OK, and I see kernel probe (&c.) messages; this is a > > text console (mostly blue text; some white, against a dark background. > > It's a medium-light blue, so it's easy enough to read (unlike a navy > > blue, for example). > > > > > > FreeBSD g1-55.catwhisker.org 13.0-CURRENT FreeBSD 13.0-CURRENT #113 main-c255601-g9fd96b416c45-dirty: Tue Jan 5 17:24:45 PST 2021 root@g1-55.catwhisker.org:/common/S4/obj/usr/src/amd64.amd64/sys/CANARY amd64 > > > > Peace, > > david > > > _______________________________________________ > 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" -- Tomoaki AOKI From owner-freebsd-current@freebsd.org Sat Jan 16 13:19:46 2021 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 C06644DEDBF for ; Sat, 16 Jan 2021 13:19:46 +0000 (UTC) (envelope-from o.hushchenkov@gmail.com) Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DHzDK4bpwz3pHg for ; Sat, 16 Jan 2021 13:19:45 +0000 (UTC) (envelope-from o.hushchenkov@gmail.com) Received: by mail-io1-xd2c.google.com with SMTP id y19so23716031iov.2 for ; Sat, 16 Jan 2021 05:19:45 -0800 (PST) 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=M0N6HT8WcWkuTVM8QV9iOY/M+cHVX+HUSZmSujCmmeo=; b=JO/h1Det25mAX/6gTaYB1gDYDGgA/I8BVDM18ILWMdBm0N0JpZ6ehW2NaZe0kKvJ0P T/JiLNTwCQj8rQYF/Ag95uaJZZ/uAVoLrMFnMJY3jWnnhza+1jy7koUJTWl+W1gajX1w ftexnMgeBvoNWeDGTjURujnN8iJCLdGNU4159YYIFb35jzU+p71LtetiqyUWGPTgoznF ZGzYsGzxOPyFQLoi1QkLHXcA9zUrHkpeQeyE7e/4Jn7QcV4Lm6lSt7ulnCMX2iMNUSFs KlbbiVPlkCRz/KVMq/89FIOpdJZpnKfyS++gYRUtqVdgtESdb5ppSsxZh42WO6AifaQb 8slw== X-Gm-Message-State: AOAM533AeODUlDhHu1HnTX7xBCn55wtVGEWehWR4MZnorv2Grt+WcatW aDwFzy/UAgppbV+xBC4eiINUoTkuZIhvbzx373uH7E46mJ8= X-Google-Smtp-Source: ABdhPJz4GtHMY3Idv48EMB8P0n5oM4GAbZPSwxFeYS2SPVVob7FVOGtcey6rr/erM/GWnAPcHG3/TqdO1mIoY3aPrU8= X-Received: by 2002:a05:6602:1cb:: with SMTP id w11mr11773468iot.45.1610803184170; Sat, 16 Jan 2021 05:19:44 -0800 (PST) MIME-Version: 1.0 From: Oleh Hushchenkov Date: Sat, 16 Jan 2021 15:19:32 +0200 Message-ID: Subject: Fresh openssh before 13.0 release To: freebsd-current@freebsd.org X-Rspamd-Queue-Id: 4DHzDK4bpwz3pHg X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; TO_DN_NONE(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::d2c:from]; 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:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::d2c:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2c:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 13:19:46 -0000 Hi there, Any chance to update the base system openssh in the upcoming 13.0 release? Thanks. From owner-freebsd-current@freebsd.org Sat Jan 16 13:37:58 2021 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 629464DF0BF for ; Sat, 16 Jan 2021 13:37:58 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10012101.me.com (pv50p00im-ztdg10012101.me.com [17.58.6.49]) (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 4DHzdK0ZQvz3q9V for ; Sat, 16 Jan 2021 13:37:56 +0000 (UTC) (envelope-from tsoome@me.com) Received: from nazgul.lan (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10012101.me.com (Postfix) with ESMTPSA id 0C9798402C3; Sat, 16 Jan 2021 13:37:53 +0000 (UTC) From: Toomas Soome Message-Id: Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: boot loader blank screen Date: Sat, 16 Jan 2021 15:37:51 +0200 In-Reply-To: <47aa1871-320b-f1ea-fd00-258a5d3649fe@gmail.com> Cc: freebsd-current@freebsd.org To: Johan Hendriks References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> <47aa1871-320b-f1ea-fd00-258a5d3649fe@gmail.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.343, 18.0.737 definitions=2021-01-16_06:2021-01-15, 2021-01-16 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-2006250000 definitions=main-2101160085 X-Rspamd-Queue-Id: 4DHzdK0ZQvz3q9V X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.04 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; FREEMAIL_FROM(0.00)[me.com]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[me.com]; ASN(0.00)[asn:714, ipnet:17.58.0.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[17.58.6.49:from]; DWL_DNSWL_NONE(0.00)[me.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FREEFALL_USER(0.00)[tsoome]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.46)[0.461]; NEURAL_HAM_LONG(-1.00)[-1.000]; TAGGED_RCPT(0.00)[]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; SPAMHAUS_ZRD(0.00)[17.58.6.49:from:127.0.2.255]; RECEIVED_SPAMHAUS_PBL(0.00)[80.235.52.148:received]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[17.58.6.49:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[17.58.6.49:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 13:37:58 -0000 > On 16. Jan 2021, at 14:40, Johan Hendriks = wrote: >>=20 > I just did an update to FreeBSD jhost002.thuis.local 13.0-ALPHA1 = FreeBSD 13.0-ALPHA1 #26 main-c256002-gfe258f23ef36: Sat Jan 16 12:25:49 = CET 2021 root@srv-01.thuis.local = :/usr/obj/usr/src/amd64.amd64/sys/KRNL = amd64 >=20 > For me all works now on my desktop pc. >=20 > With an empty /boot/loader.conf all is fine, it boots to the text = based screen. > Setting vbe_max_resolution=3D resolution give me that beautiful boot = page, thank you very much for that. I always get laugh about by my Linux = colleages about the FreeBSD boot screen, those days are over ;-). Also = the font for me is very pleasant to see. >=20 > Thank you for all your work on this. >=20 > regards Johan >=20 Thank you for testing and patience.=20 rgds, toomas From owner-freebsd-current@freebsd.org Sat Jan 16 14:50:11 2021 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 831904E0A91 for ; Sat, 16 Jan 2021 14:50:11 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: from mail-qt1-x833.google.com (mail-qt1-x833.google.com [IPv6:2607:f8b0:4864:20::833]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ1Df3ZLQz3t2c for ; Sat, 16 Jan 2021 14:50:10 +0000 (UTC) (envelope-from luzar722@gmail.com) Received: by mail-qt1-x833.google.com with SMTP id h19so8175352qtq.13 for ; Sat, 16 Jan 2021 06:50:10 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :subject:content-transfer-encoding; bh=XvRoPK86sjTIPfXugYOwAKORBmHKAOZoI1jUf0ECQr8=; b=exxnSLofxwdCbJ2D4ztx/uKp6kC+3Tbmyo1TV7YnK43v8rbfpBXH7Mtnz6SSHg2Hou AMiGUiWs+5bO2LrAE5HkQtFsU7thvd/qxhmLO5+p6S8CTqcPo9aCDIMnKAupLggZ6g9B XoOrddvYcv6xutsiUmZD/KStkgzoz3PT5FlRaLN+OM6zPGH/2cEHgolo1T/3DJ5TvRVe REvhchhOy12u0f/oKGG3g1k9NAQ1uVdXH1cfwHEIsLb4O+d5yDwxVAfO5fSBgCt2l/2P 1STbLSg2r7/BzIo1J0wyYGnHX1WQ0sca5kWhBa6mP0PxplH8IEQYgvg8vpF/6z7OgxLY mZyA== X-Gm-Message-State: AOAM533XeG7bVL/29darjc6eE7NosMSXjAQqXWaMd/zRj3lqoH7lyOFs WdtRCQDe96lwbXiJ9A15edbl8m5TTN4= X-Google-Smtp-Source: ABdhPJx5AMJeT0+ljqW6wRy9bRLJ8XjoCQlerTOE1u5HzGuhjreJXvSNDdQsgKNsk32B71bz8ttEeQ== X-Received: by 2002:ac8:505:: with SMTP id u5mr16299425qtg.25.1610808609194; Sat, 16 Jan 2021 06:50:09 -0800 (PST) Received: from [10.0.10.8] (cpe-65-25-51-0.neo.res.rr.com. [65.25.51.0]) by smtp.googlemail.com with ESMTPSA id v5sm7195197qkv.64.2021.01.16.06.50.07 for (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Sat, 16 Jan 2021 06:50:08 -0800 (PST) Message-ID: <6002FD1F.6000107@gmail.com> Date: Sat, 16 Jan 2021 09:50:07 -0500 From: Ernie Luzar User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: FreeBSD current Subject: remove deprecated /etc/rc.d/jail script support for old rc.conf jail definitions from 13.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DJ1Df3ZLQz3t2c X-Spamd-Bar: / X-Spamd-Result: default: False [0.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; FREEMAIL_FROM(0.00)[gmail.com]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::833:from]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; RECEIVED_SPAMHAUS_PBL(0.00)[65.25.51.0:received]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::833:from:127.0.2.255]; FORGED_MUA_THUNDERBIRD_MSGID(4.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::833:from]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 14:50:11 -0000 The /etc/rc.d/jail script contains the on-the-fly conversion from the legacy rc.conf method statements to jail.conf file formate. The jail.conf was added in freebsd 9.0 and its now time to remove the deprecated support for the old definition method. From owner-freebsd-current@freebsd.org Sat Jan 16 15:15:45 2021 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 2BBA64E1E13 for ; Sat, 16 Jan 2021 15:15:45 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4DJ1p90CwMz3wPh for ; Sat, 16 Jan 2021 15:15:45 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 04EE44E1ED6; Sat, 16 Jan 2021 15:15:45 +0000 (UTC) Delivered-To: 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 046D04E1E11; Sat, 16 Jan 2021 15:15:45 +0000 (UTC) (envelope-from debdrup@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) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ1p86R8Xz3wFG; Sat, 16 Jan 2021 15:15:44 +0000 (UTC) (envelope-from debdrup@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1471) id D0BEA17DC3; Sat, 16 Jan 2021 15:15:44 +0000 (UTC) Date: Sat, 16 Jan 2021 16:15:43 +0100 From: Daniel Ebdrup Jensen To: hackers@freebsd.org Cc: current@FreeBSD.org, stable@FreeBSD.org Subject: FreeBSD Quarterly Status Report - Fourth Quarter 2020 Message-ID: <20210116151543.6oroumphxvcgyxbu@nerd-thinkpad.local> Mail-Followup-To: Daniel Ebdrup Jensen , hackers@freebsd.org, current@FreeBSD.org, stable@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="zy55m5us4qgrxnhl" Content-Disposition: inline ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1610810145; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type; bh=EUcutSG1wne0Qa92WM+TqNAuMgRv3i5KBtmsr83LceY=; b=jsE+beqb/RlbLnSY1LGEZAuAYryv2oEXZ+vWnRYVhFbk8+DovZlIC+dDiPw8bBjqr/yGOO 5oiWA4yImP6Ba0OO29bEcUiU/3MrXFnBGQbfEOHAqrFztX0aS4iZIikcU91CszpGYuCh8O Y1LwmvYQ3nAfouHoyqBu8iQvzNCFneOEs9cNofaLjMI2X+6W04L8aOTs3iBof/k7FGzzQ3 FeAAj9fRETlkAEqzOrWjIizRgO49d7bXCNOKMpWjeU21g28C6lhIt2dJFzN4ai9DBs8Tun /CwVOUzk5S+N2B2DoQssQkncblKZTeADnhI6Em1Q2ZQhmAa1XyuvMx6HWdkD7Q== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1610810145; a=rsa-sha256; cv=none; b=WiWl/dHrGZAvkloLMv0kPlD1Gyyj0HH2wlIjYUXwqncaUMv2tJFgHlD5eJAv/9oIrlT+ku hUMpeNjDbZfygr7IqzYNg+KcUIREZPPPrJZ1H0P8L2bRK/ODwgQBp/ihreoJfRzSbCi6H0 d5lNjSurx6oHNj3ETHdwGX+XZX/s3bMGEe/OGbqaZse3fzTl5b2+jWnE6txNN1u9AZO8md IGy68xTmVSYA2ZzdiloT9PmrQRJUjzRqd8rZoUEu9Ra4MGljeAF/7cOCqj4tIXap6cqlkp ZPw4SSk2TnFrmfw/UT7m+r1LWFYWGDl2DWGGP7bJ5i484TDlwG15KUFNsc8thg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 15:15:45 -0000 --zy55m5us4qgrxnhl Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable FreeBSD Project Quarterly Status Report - Fourth Quarter 2020 Introduction This report covers FreeBSD related projects for the period between October and December, and is the fourth of four planned reports for 2020. This quarter had quite a lot of work done, including but certainly not limited to, in areas relating to everything from multiple architectures such as x86, aarch64, riscv, and ppc64 for both base and ports, over kernel changes such as vectored aio, routing lookups and multipathing, an alternative random(4) implementation, zstd integration for kernel dumps, log compression, zfs and preparations for pkg(8), along with wifi changes, changes to the toolchain like the new elfctl utility, and all the way to big changes like the git migration and moving the documentation from DocBook to Hugo/AsciiDoctor, as well as many other things too numerous to mention in an introduction. This report with 42 entries, which don't hold the answer to life, the universe and everything, couldn't have happened without all the people doing the work also writing an entry for the report, so the quarterly team would like to thank them, as otherwise, we wouldn't have anything to do. Please note that the deadline for submissions covering the period between January and March is March 31st. We hope you'll enjoy reading as much as we enjoyed compiling it. Daniel Ebdrup Jensen, on behalf of the quarterly team. __________________________________________________________ FreeBSD Team Reports * FreeBSD Foundation * FreeBSD Release Engineering Team * Cluster Administration Team * Continuous Integration * Ports Collection * Office Hours Projects * GPL in Base * Git Migration Working Group * Linux compatibility layer update * LLDB Debugger Improvements * Upstreaming NetApp Changes * NFS over TLS implementation * OpenBSM Synchronisation * Tool Chain Kernel * ENA FreeBSD Driver Update * Intel wireless update * Fenestras X random(4) * pf performance improvement * IP Routing lookup improvements * Scalable routing multipath support * Thunderbolt3/USB4 stack * Vectored AIO * ZSTD Compression in ZFS Architectures * arm64 platform updatesq * FreeBSD/RISC-V Project Userland Programs * Dual-stack ping command Ports * KDE on FreeBSD * FreeBSD Office team * Ports On Non-x86 Architectures * Python 2.7 removal from Ports * Xfce on FreeBSD Documentation * FreeBSD Translations on Weblate * DOCNG on FreeBSD Miscellaneous * Prometheus NFS Exporter Third-Party Projects * FreeBSD Aarch64 under VMWare ESXi-ARM Fling * Bastille * CheriBSD * Embedded Lab Project * helloSystem * K8S-bhyve * Puppet __________________________________________________________ FreeBSD Team Reports Entries from the various official and semi-official teams, as found in the Administration Page. FreeBSD Foundation Contact: Deb Goodkin The FreeBSD Foundation is a 501(c)(3) non-profit organization dedicated to supporting and promoting the FreeBSD Project and community worldwide. Funding comes from individual and corporate donations and is used to fund and manage software development projects, conferences and developer summits, and provide travel grants to FreeBSD contributors. The Foundation purchases and supports hardware to improve and maintain FreeBSD infrastructure and provides resources to improve security, quality assurance, and release engineering efforts; publishes marketing material to promote, educate, and advocate for the FreeBSD Project; facilitates collaboration between commercial vendors and FreeBSD developers; and finally, represents the FreeBSD Project in executing contracts, license agreements, and other legal arrangements that require a recognized legal entity. Here are some highlights of what we did to help FreeBSD last quarter: COVID-19 Impact to the Foundation Like most organizations, we transitioned all of our staff to work from home. We also put a temporary ban on travel for staff members, which didn't affect our output too much, since most conferences went virtual. We continued supporting the community and Project, even though some of our work and responses may have been delayed because of changes in some of our priorities and the impact of limited childcare for a few of our staff members. Partnerships and Commercial User Support We help facilitate collaboration between commercial users and FreeBSD developers. We also meet with companies to discuss their needs and bring that information back to the Project. Not surprisingly, the stay at home orders, combined with our company ban on travel during Q4 made in-person meetings non-existent. However, the team was able to continue meeting with our partners and commercial users virtually. These meetings help us understand some of the applications where FreeBSD is used. An event we help plan and organize, that helps with vendor/developer engagement, is the annual Bay Area Vendor Summit. We weren't going to let a pandemic stop us from holding this invaluable yearly event, so we went virtual! From the feedback we received from the vendor community on how we should run this, so it would be beneficial for them, we decided to hold this over 3 half days in November. One unexpected result was that more commercial users from around the world attended. Since a Vendor/Developer Summit is typically invitation only, we opened this up to FreeBSD contributors from around the world to watch the livestream. Because of the success and excitement of this event, we are planning to hold another one around June or July. Fundraising Efforts We want to take a moment to say thank you to all the individuals and corporations that stepped up to help fund our efforts last year. As of this writing, we raised $1,235,926, and will have the final tally by mid-January. The companies that gave generous financial contributions include Arm, NetApp, Netflix, Juniper Networks, Beckhoff, VMware, Stormshield, Tarsnap, and Google. We also want to say thank you to the Koum Family Foundation for awarding us a large grant, and to "the employees of Ngnix" who also made generous financial contributions. We truly appreciate these large contributions, which makes the most impact on how much we can contribute back to the Project. However, it's the individual donations that have the most meaning to us. Those are the folks who are giving because they trust we will invest their personal donations, whether large or small, into improving the operating system and Project. As stewards of your donations, we want to thank you for your trust in us and your commitment to making FreeBSD the best platform for products, education, research, computing, and more. You'll find out how we used your donations for Q4 in our report, as well as in individual reports throughout this status report. Though we know this is a Q4 status report, we are excited about our plans for 2021, including growing our software development team! We'll be posting two job descriptions for a Senior Software Developer and Project Coordinator soon. Please consider making a donation to help us continue and increase our support for FreeBSD in 2021: https://www.FreeBSDfoundation.org/donate/. We also have the Partnership Program, to provide more benefits for our larger commercial donors. Find out more information at https://www.FreeBSDfoundation.org/FreeBSD-foundation-partnership-program/ and share with your companies! OS Improvements The Foundation provided many project grants over the last quarter, and you can read about OpenZFS Zstd support, Linuxulator application compatibility improvements, LLDB target support, test lab infrastructure, and WiFi projects in other entries in this quarterly report. The Foundation hired six co-op students from the University of Waterloo during the 2020 fall term, as well as one intern. Former co-op student Tiger returned, and new students Yang and Zac joined us for the first time. Tiger worked on improvements to the code-coverage guided kernel fuzzing tool Syzkaller, adding new system call definitions so that Syzkaller can expand the code it tests. A number of FreeBSD kernel bug fixes have already resulted from this work. Tiger also contributed a number of improvements to the ELF Tool Chain set of binary utilities, and worked on tooling to run tests from other tool suites against ELF Tool Chain. Zac worked on an improvement to the pkg package management tool, investigating and upstreaming patches for FreeBSD support in FreePBX, and investigating compiler support for addressing the stack clash vulnerability. Yang investigated and fixed a compilation bug with the kernel's Skein-1024 assembly implementation (used by ZFS), and then a number of projects related to Capsicum: applying Capsicum to sort(1), implementing a Capsicum service to execute utilities, and finally working with developers of the Game of Trees (got) version control system to adapt it for Capsicum support. Our intern Ka Ho focused on improving the desktop experience of the FreeBSD. He fixed and improved many items of OBS (Open Broadcaster Software) on FreeBSD, worked on FreeBSD native audio support on Firefox, adding a facility that user-space audio programs could make use of to enumerate a list of audio devices. He also ported the fcitx5 input method framework. The five Foundation staff members continued contributions in 2020 in both ongoing operational tasks (including the Git working group and security team) and software development for a number of projects. Staff members responded to reported security vulnerabilities and release errata, prepared patches, and participated in the security advisory process. We also worked on proactive security vulnerability mitigations. Syzkaller also provided many reports of kernel issues that resulted in Foundation-sponsored bug fixes. We worked on several issues relating to FreeBSD/arm64 to move it along the path of being a Tier-1 architecture. We participated in code reviews and supported community members in integrating changes into FreeBSD, and triaged incoming bug reports. We contributed enhancements to many kernel and userland subsystems, including the x86 pmap layer, ELF run-time linker and kernel loader, the Capsicum sandboxing framework and Casper services, the threading library, some RISC-V changes, the build system, tool chain and freebsd-update, network stack stability improvements, machine-dependent optimizations, new kernel interfaces, DTrace bug fixes, documentation improvements, and others. ### Continuous Integration and Quality Assurance The Foundation provides a full-time staff member and funds projects on improving continuous integration, automated testing, and overall quality assurance efforts for the FreeBSD Project. During the fourth quarter of 2020, Foundation staff continued improving and monitoring the Project's CI infrastructure, and working with experts to fix the failing builds and the regressions found by tests. The work was focused on pre-commit tests and development of the CI staging environment. The other main working item is working on the VCS migration to change the src and doc source from Subversion to Git. There are also many work-in-progress tasks like analysis and improve the tests of non-x86 platforms. See the FreeBSD CI section of this report for completed work items and detailed information. Supporting FreeBSD Infrastructure The Foundation provides hardware and support to improve the FreeBSD infrastructure. Last quarter, we continued supporting FreeBSD hardware located around the world. We coordinated efforts between the new NYI Chicago facility and clusteradm to start working on getting the facility prepared for some of the new FreeBSD hardware we are planning on purchasing. NYI generously provides this for free to the Project. We also worked on connecting with the new owners of the NYI Bridgewater site, where most of the existing FreeBSD infrastructure is located. Some of the purchases we made for the Project last quarter to support infrastructure includes: * 5 application servers to run tasks like bugzilla, wiki, website, cgi, Phabricator, host git, etc. * 1 server to replace the old pkg server, which will provide a lot more IOPS to avoid the slowdowns seen during peak times of the day where the disks simply cannot keep up with the request volume. * 1 server for exp-runs and to make them faster. * 1 server to build packages more frequently. FreeBSD Advocacy and Education A large part of our efforts are dedicated to advocating for the Project. This includes promoting work being done by others with FreeBSD; producing advocacy literature to teach people about FreeBSD and help make the path to starting using FreeBSD or contributing to the Project easier; and attending and getting other FreeBSD contributors to volunteer to run FreeBSD events, staff FreeBSD tables, and give FreeBSD presentations. The FreeBSD Foundation sponsors many conferences, events, and summits around the globe. These events can be BSD-related, open source, or technology events geared towards underrepresented groups. We support the FreeBSD-focused events to help provide a venue for sharing knowledge, to work together on projects, and to facilitate collaboration between developers and commercial users. This all helps provide a healthy ecosystem. We support the non-FreeBSD events to promote and raise awareness of FreeBSD, to increase the use of FreeBSD in different applications, and to recruit more contributors to the Project. While we were still unable to attend in-person meetings due to COVID-19, we were able to attend virtual events at new venues and facilitate the first online FreeBSD Vendor Summit. In addition to attending and planning virtual events, we are continually working on new training initiatives and updating our selection of how-to guides to facilitate getting more folks to try out FreeBSD. Check out some of the advocacy and education work we did last quarter: * Continued our FreeBSD Fridays series of 101 classes. Topics included an Introduction to Capsicum, Introduction to Bhyve, Introduction to DTrace, and more. Videos of the past sessions can be found here. We'll be back with new sessions in early 2021. * Gave a FreeBSD talk at the nerdear.la conference on October 20th. * Participated in the podcast: What the Dev: A Dive into the FreeBSD Foundation on its 20th Anniversary * Promoted the Foundation's 20th Anniversary in the FossBytes article: 20 Years of The FreeBSD Foundation * Continued to promote the FreeBSD Office Hours series. Videos from the one hour sessions can be found on the Project's YouTube Channel. See the Office Hours section of this report for more information. * Added two new How-To Guides: Contributing FreeBSD Documentation and How to Submit a Bug Report. * Worked with the organizing committee to host the November 2020 Vendor Summit * Promoted the use of FreeBSD in regards to CHERI and ARM's Morello Processor * Authored a Beginners Guide to FreeBSD for Fosslife. * Sponsored All Things Open as a Media Sponsor. * Sponsored OpenZFS Developers Summit at the Bronze level. * Applied for a virtual stand at FOSDEM 2021. * Committed to attend the online Apricot 2021. Keep up to date with our latest work in our newsletters: https://www.freebsdfoundation.org/news-and-events/newsletter/ Netflix provided an update on how and why they use FreeBSD in our latest Contributor Case Study. We help educate the world about FreeBSD by publishing the professionally produced FreeBSD Journal. As we mentioned previously, the FreeBSD Journal is now a free publication. Find out more and access the latest issues at https://www.FreeBSDfoundation.org/journal/. You can find out more about events we attended and upcoming events at https://www.FreeBSDfoundation.org/news-and-events/. Legal/FreeBSD IP The Foundation owns the FreeBSD trademarks, and it is our responsibility to protect them. We also provide legal support for the core team to investigate questions that arise. Go to http://www.FreeBSDfoundation.org to find out how we support FreeBSD and how we can help you! __________________________________________________________ FreeBSD Release Engineering Team Links FreeBSD 12.2-RELEASE schedule URL: https://www.freebsd.org/releases/12.2R/schedule.html FreeBSD 13.0-RELEASE schedule URL: https://www.freebsd.org/releases/13.0R/schedule.html FreeBSD development snapshots URL: https://download.freebsd.org/ftp/snapshots/ISO-IMAGES/ Contact: FreeBSD Release Engineering Team The FreeBSD Release Engineering Team is responsible for setting and publishing release schedules for official project releases of FreeBSD, announcing code freezes and maintaining the respective branches, among other things. During the fourth quarter of 2020, the Release Engineering Team completed work on 12.2-RELEASE, the third release from the stable/12 branch, released on October 27. Thank you to all involved for the hard work that went into this release. Additionally throughout the quarter, several development snapshots builds were released for the head, stable/12, and stable/11 branches. Development snapshot builds for 13.0-CURRENT have recently been built from the Git tree within the project, while further snapshot builds for 12.x and 11.x will continue to be built from Subversion. As we approach the end of 2020, continued preparations are being put in place for the upcoming 13.0 release, which will be the first release from Git. Much of this work was sponsored by Rubicon Communications, LLC (netgate.com) and the FreeBSD Foundation. __________________________________________________________ Cluster Administration Team Links Cluster Administration Team members URL: https://www.freebsd.org/administration.html#t-clusteradm Contact: Cluster Administration Team The FreeBSD Cluster Administration Team consists of the people responsible for administering the machines that the Project relies on for its distributed work and communications to be synchronised. In this quarter, the team has worked on the following: * Finished setting up the Malaysia mirror site, generously hosted by the Malaysian Research & Education Network. Traffic from Oceania and parts of Asia is now going to this mirror instead of farther away sites like Japan and California. * Upgraded the package building machines to a version of head from mid-October 2020. * Upgraded developer machines in the cluster (freefall, ref\* and universe\*) to a version of head from mid-October 2020. * Installed eight new x86 servers in our New Jersey site: five application servers, two package builders and one mirror server. + The new mirror server is in production (pkg0.nyi.freebsd.org). + The two package builders are in production. + Two of the application servers have been put into production as the Git source of truth and the cgit web frontend, respectively. * Installed two new aarch64 servers in our New Jersey site. Both are now building aarch64 packages. * Fixed package mirror synchronisation for powerpc64 packages. * Rebuilt the ZFS pool on the UK mirror server (pkg0.bme.freebsd.org) for better I/O parallelism. This should improve download performance especially at peak times. * Ongoing systems administration work: + Accounts management for committers. + Backups of critical infrastructure. + Keeping up with security updates in 3rd party software. Work in progress: * Hardware refreshing for web services, backup version control system in NYI * Upgrading production machines in the FreeBSD cluster to 12.2 + Most machines have been upgraded as of mid-December 2020 + Remaining machines will be decommissioned / repurposed after services migrate to newer hardware * Supporting Git migration and infrastructure setup * powerpc pkgbuilder/ref/universal machines * Preparations for a new mirror site in Australia, to be hosted by IX Australia. * Setup Brazil (BRA) mirror. * Review the service jails and service administrators operation. * Searching for more providers that can fit the requirements for a generic mirrored layout or a tiny mirror. __________________________________________________________ Continuous Integration Links FreeBSD Jenkins Instance URL: https://ci.FreeBSD.org FreeBSD Hardware Testing Lab URL: https://ci.FreeBSD.org/hwlab FreeBSD CI artifact archive URL: https://artifact.ci.FreeBSD.org FreeBSD CI weekly report URL: https://hackmd.io/@FreeBSD-CI FreeBSD Jenkins wiki URL: https://wiki.freebsd.org/Jenkins Hosted CI wiki URL: https://wiki.freebsd.org/HostedCI 3rd Party Software CI URL: https://wiki.freebsd.org/3rdPartySoftwareCI Tickets related to freebsd-testing@ URL: https://preview.tinyurl.com/y9maauwg FreeBSD CI Repository URL: https://github.com/freebsd/freebsd-ci Contact: Jenkins Admin Contact: Li-Wen Hsu Contact: freebsd-testing Mailing List Contact: IRC #freebsd-ci channel on EFNet The FreeBSD CI team maintains the continuous integration system of the FreeBSD project. The CI system firstly checks the committed changes can be successfully built, then performs various tests and analysis over the newly built results. The artifacts from those builds are archived in the artifact server for further testing and debugging needs. The CI team members examine the failing builds and unstable tests and work with the experts in that area to fix the code or adjust test infrastructure. The details of these efforts are available in the weekly CI reports. During the fourth quarter of 2020, we continued working with the contributors and developers in the project to fulfil their testing needs and also keep collaborating with external projects and companies to improve their products and FreeBSD. Important changes: * doc jobs were changed to use git to follow VCS migration: + https://ci.freebsd.org/job/FreeBSD-doc-main/ + https://ci.freebsd.org/job/FreeBSD-doc-main-igor/ Thanks Brandon Bergren (bdragon@) * head and stable/12 build environment have been upgraded to 12.2-RELEASE New jobs added: * LINT kernel of head on riscv64 Work in progress: * Follow VCS migration, change src jobs to use Git - PRs are available Thanks Brandon Bergren (bdragon@) * Collecting and sorting CI tasks and ideas here * Testing and merging pull requests in the the FreeBSD-ci repo * Designing and implementing pre-commit CI building and testing * Reducing the procedures of CI/test environment setting up for contributors and developers * Setting up the CI stage environment and putting the experimental jobs on it * Setting up public network access for the VM guest running tests * Implementing automatic tests on bare metal hardware * Adding drm ports building tests against -CURRENT * Planning to run ztest and network stack tests * Adding more external toolchain related jobs * Improving the hardware lab to be more mature and adding more hardware * Helping more software get FreeBSD support in their CI pipeline Wiki pages: 3rdPartySoftwareCI, HostedCI * Working with hosted CI providers to have better FreeBSD support * The build and test results will be sent to the dev-ci mailing list soon. Feedback and help with analysis is very appreciated! Please see freebsd-testing@ related tickets for more WIP information, and don't hesitate to join the effort! Sponsor: The FreeBSD Foundation __________________________________________________________ Ports Collection Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Contributing to Ports URL: https://www.freebsd.org/doc/en_US.ISO8859-1/articles/contributing/= ports-contributing.html FreeBSD Ports Monitoring URL: http://portsmon.freebsd.org/index.html Ports Management Team URL: https://www.freebsd.org/portmgr/index.html Ports Tarball URL: http://ftp.freebsd.org/pub/FreeBSD/ports/ports/ Contact: Ren=E9 Ladan Contact: FreeBSD Ports Management Team The Ports Management Team is responsible for overseeing the overall direction of the Ports Tree, building packages, and personnel matters. Below is what happened in the last quarter. For the last quarter the dashboard looks like: * 41500 ports (including flavors) * 2516 open PRs of which 625 are unassigned * 8715 commits to the HEAD branch by 164 committers * 420 commits to the 2020Q4 branch by 59 committers Compared to the third quarter, the PR statistics mostly stayed the same. There were slightly fewer commits by the same number of people. The number of ports again grew steadily, this time by almost 4 percent. During the last quarter, we welcomed Juray Lutter (otis@) as a new ports committer and said goodbye to cpm, jadawin, knu, araujo, mmokhi and scottl. Traditionally merges to the quarterly ports branches, which are more conservative versions of the HEAD tree, required approval of either the Ports Security Team (ports-secteam@) or portgmr@. There were already a number of blanket approvals for tested commits, ranging from fixing typing mistakes to upgrading web browsers to their latest version. As of last December, all ports committers are free to merge on their own, lessening the burden on ports-secteam@. Patent limitations have been disconnected from the license framework, given that patents are a complex topic with implications varying from one jurisdiction to another. The last quarter saw a number of updates to default versions of ports: * librsvg2: "rust" on supported platforms, "legacy" otherwise * Mono: 5.10 * FPC switched to 3.2.0 * GCC switched to 10 for powerpc64le * Lazarus switched to 2.0.10 * Ruby switched to 2.7.X * Samba switched to 4.12 During the last quarter, a new virtual category was added: "education" for ports that for instance help the user to learn about a certain topic or help facilitating examinations. The @shell and @sample keywords have been rewritten in Lua which makes root-dir compliant (see pkg -r) and ensures they are Capsicum-sandboxed. The last quarter also saw updates to several user-facing ports: * Firefox 84.0.1 * Firefox-esr 78.6.0 * Chromium 87.0.4280.88 * Ruby 2.7.2 * Qt5 5.15.2 * XFce 4.16 As always, antoine@ was busy running exp-runs, 37 this quarter, testing: * various ports upgrades * changing sys/cdefs.h in base * adding "set pipefail" to most framework scripts to catch errors earlier * changing the default locale to C.UTF-8 in base * using bsdgrep as /usr/bin/grep __________________________________________________________ Office Hours Contact: Allan Jude Contact: Ed Maste During the final quarter of 2020 three office hours sessions were held. The first was hosted by the core team in a time slot conducive to Asia and Australia, covering topics including the transition to git, recruiting for project teams, and core's todo list. The second was hosted by the git transition team, and answered attendee questions about the transition to git and how it would impact the project's workflows. The third session was hosted by bhyve maintainers Peter Grehan and John Baldwin to present recent development efforts and answer questions about bhyve. The project is looking for volunteers to host future office hours sessions, as well as taking topic suggestions. We also hope to improve the system to allow people to submit questions ahead of time, so that we can take maximum advantage of subject matter experts when we have them for these calls. You can find the schedule for future office hours, and videos of past office hours on the FreeBSD Wiki Sponsor: ScaleEngine Inc. __________________________________________________________ Projects Projects that span multiple categories, from the kernel and userspace to the Ports Collection or external projects. GPL in Base Links GPL Software in the Base System=20 URL: https://wiki.freebsd.org/GPLinBase Contact: Ed Maste Contact: Kyle Evans Contact: Baptiste Daroussin A long-standing goal of the FreeBSD project is for the base system to migrate to modern, copyfree or more permissively licensed components. In this quarter, the following components have been successfully removed or replaced: * gdb (removed in favor of lldb in base or devel/gdb in ports) * gnugrep (replaced with bsdgrep) * libgnuregex (removed) The following component(s) have yet to be claimed. Some replacement prospects may be listed on the above-linked wiki page. Interested parties are welcome to evaluate the options to restart the discussion: * dialog * gcov (kernel) The following component(s) have a principal investigator to coordinate work. Note that partial completion likely means that a component is partially compatible, but could use evaluation and patches to bring parity with the component that it is replacing. * diff3 (Contact bapt@ if interested) __________________________________________________________ Git Migration Working Group Links src (base system) git repo URL: https://cgit.FreeBSD.org/src doc git repo URL: https://cgit.FreeBSD.org/doc Beta ports git repo URL: https://cgit-dev.FreeBSD.org/ports Warner's git documentation repo URL: https://github.com/bsdimp/freebsd-git-docs FreeBSD-git mailing list URL: https://lists.freebsd.org/mailman/listinfo/freebsd-git Git conversion tooling repo URL: https://github.com/freebsd/git_conv Game of Trees URL: http://gameoftrees.org/ gitup URL: https://github.com/johnmehr/gitup Contact: Li-Wen Hsu Contact: Warner Losh Contact: Ed Maste Contact: Ulrich Sp=F6rlein The Git working group largely completed the migration of the doc and src (base system) trees from Subversion to Git in December 2020. We are currently working on some minor outstanding issues and preparing for the ports tree migration. We set up new hosts to serve as the Git repositories and mirrors, and developed commit hooks for restrictions on commits to various branches, generation of commit mail, and similar needs. The doc tree migration occurred on December 8th and 9th. After the conversion some minor changes to the documentation build infrastructure were necessary. The src tree migration occurred between December 20th and 23rd for the main branch; some additional tasks occurred over the next week or so. These included enabling the stable branches, vendor (contrib) code updates, and the git->svn gateway. We are translating stable branch commits to Subversion for the stable/11 and stable/12 branches and associated release branches. This allows FreeBSD users who follow stable branches or releases to continue using existing processes and tooling. An experimental Git conversion of the ports tree is available at the link above. There are some unique challenges in the ports tree (that do not impact the doc or src repos in the same way), so additional work is ongoing. The window for migrating the ports tree is immediately prior to a quarterly branch, so we anticipate a migration at the end of March 2021. Over the next few months testing of the experimental ports repo is very welcome. Process documentation for developer and user interaction with FreeBSD's repositories is currently available in Warner's GitHub repository at the link above. It will be moved to the FreeBSD developer's handbook and/or other suitable locations following the documentation project's asciidoc conversion. The working group is experimenting with two permissively-licensed tools that are compatible with Git servers or repositories. Game of Trees is a version control system that is compatible with Git repositories. It is being developed by Stefan Sperling along with some OpenBSD developers and other contributions. John Mehr's gitup is a minimal, dependency-free program that clones and synchronizes a local tree with a remote repository. It is intended for use cases that would otherwise be served by tools like portsnap. Sponsor: The FreeBSD Foundation (in part) __________________________________________________________ Linux compatibility layer update Contact: Edward Tomasz Napierala Linuxulator improvements have been ongoing for the last two years, with support from the FreeBSD foundation over a few distinct project grants as well as contributions from the community. The goal of this project is to improve FreeBSD's ability to execute unmodified Linux binaries. Current status is being tracked at Linux app status Wiki page. The work has now shifted from command-line apps to desktop applications. There wasn't much Foundation-sponsored work done during this quarter, apart from extending fuse(4) to make it possible to run Linux FUSE servers, which is one of the things required to run AppImages. The Foundation-sponsored effort will continue into the first quarter of 2021 in order to make sure the 13.0-RELEASE ships with Linuxulator in a good shape. There was a very significant contribution from Conrad Meyer in the form of SO_PASSCRED setsockopt(2) support, PR_SETDUMPABLE and PR_GETDUMPABLE prctl(2) flags, and also CLONE_FS and CLONE_FILES handling. This, along with some more cleanups and improvements, leads to working Linux Chromium; it has been tested with Netflix and Spotify clients. It still requires three flags (--no-sandbox --no-zygote --in-process-gpu) to be passed on the command line to work around missing functionality, though. Also, the name_to_handle_at(2) and open_by_handle_at(2) syscalls are now supported. There are also much better debug messages for unrecognized socket options. Sponsor: The FreeBSD Foundation __________________________________________________________ LLDB Debugger Improvements Links Moritz Systems Project Description URL: https://www.moritz.systems/blog/lldb-debugger-improvements-for-fre= ebsd/ FreeBSD Foundation Blog URL: https://freebsdfoundation.org/blog/guest-blog-foundation-sponsors-= freebsd-lldb-improvements/ Git Repository URL: https://github.com/moritz-systems/llvm-project Contact: Kamil Rytarowski Contact: Michal/ G=F3rny The LLDB project builds on libraries provided by LLVM and Clang to provide a great modern debugger. It uses the Clang ASTs and the expression parser, LLVM JIT, LLVM disassembler, etc so that it provides an experience that "just works". It is also blazing fast and more permissively licensed than GDB, the GNU Debugger. LLDB is the default debugger in Xcode on macOS and supports debugging C, Objective-C, and C++ on the desktop and iOS devices and the simulator. FreeBSD includes LLDB in the base system. At present, it has some limitations in comparison with the GNU GDB debugger, and does not yet provide a complete replacement. It used to rely on an obsolete plugin model in LLDB that was a growing technical debt. This project aimed to bring LLDB closer to a fully featured replacement for GDB, and therefore for FreeBSD to feature a modern debugger for software developers. The legacy monolithic target support executed the application being debugged in the same process space as the debugger. The modern LLDB plugin approach, used on other supported targets, executes the target process under a separate lldb-server process. This improves reliability and simplifies the process / thread model in LLDB itself. In addition, remote and local debugging is now performed using the same approach. After the migration to the new process model on 32 and 64-bit x86 CPUs, the project focused on reviewing the results of LLDB's test suite and fixing tests as time permits. During the Moritz Systems work, the FreeBSD Project gained numerous important improvements: in the kernel, userland base libraries (the dynamic loader) and the LLVM toolchain FreeBSD support. The introduced changes are expected to be shipped with LLDB 12.0, and where applicable in FreeBSD 13.0. The overall experience of FreeBSD/LLDB developers and advanced users on this rock solid Operating System reached the state known from other environments. Furthermore, the FreeBSD-focused work also resulted in generic improvements, enhancing the LLDB support for Linux and NetBSD. Sponsor: The FreeBSD Foundation __________________________________________________________ Upstreaming NetApp Changes Links Klara Inc. URL: https://klarasystems.com/freebsd-development/ Contact: Alexander Sideropoulos Contact: Allan Jude NetApp has started an effort to upstream bug fixes and other improvements from the ONTAP code line into FreeBSD. These changes benefit the FreeBSD community by providing many fixes that NetApp has made over the past few years, while allowing NetApp to reduce the number of customizations needed when bringing in the latest FreeBSD changes back into the ONTAP tree. NetApp has partnered with Klara to facilitate this project, to help identify interesting and useful changes to send upstream, to rework and generalize those changes as required to make them suitable for upstreaming, and to shepherd them through the FreeBSD code review process. During the fourth quarter, Klara has made 40 upstream fixes in the FreeBSD kernel in various subsystems including geom, dev, amd64, net, kern, netinet, and several other areas of the tree on behalf of NetApp. NetApp intends to continue to sponsor this effort throughout 2021. Sponsor: NetApp __________________________________________________________ NFS over TLS implementation Contact: Rick Macklem In an effort to improve NFS security, an Internet Draft titled "Towards Remote Procedure Call Encryption By Default" specifies use of TLS 1.3 to encrypt all data traffic on a Sun RPC connection used for NFS. Although NFS has been able to use sec=3Dkrb5p to encrypt data on the wire, this requires a Kerberos environment and, as such, has not been widely adopted. It also required that encryption/decryption be done in software, since only the RPC message NFS arguments are encrypted. Since Kernel TLS is capable of using hardware assist to improve performance and does not require Kerberos, NFS over TLS may be more widely adopted, once implementations are available. The coding for this project has now been completed. All required changes to the NFS and kernel RPC code have been committed to the head/current kernel and will be in FreeBSD13. The daemons can now be built from a port that depends upon the security/openssl-devel port of Openssl3 that includes patches for support of ktls. The port for the daemons is called sysutils/nfs-over-tls and should be committed to the ports framework soon. In the meantime, the port can easily be fetched, as described in https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt. To support clients such as laptops, the daemons that perform the TLS handshake may optionally handle client X.509 certificates from a site local CA. There are now exports(5) options to require client(s) to provide a valid X.509 certificate. The case where a "user" name is stored in the certificate and is used to map all RPC credentials to that user is probably in violation of the Internet Draft. This is only enabled when the "-u" command line option is provided to rpc.tlsservd(8). The code is now available for testing. See: https://people.freebsd.org/~rmacklem/nfs-over-tls-setup.txt Setting up system(s) for testing still requires building a custom kernel with "options KERN_TLS" from recent head/FreeBSD13 sources plus installing the port for the daemons, as explained by the above document. The main limitation in the current implementation is that it uses TLS1.2 and not TLS1.3, as required by the Internet Draft. This should change once the KERN_TLS rx patch includes TLS1.3 support. Third party testing would be appreciated. __________________________________________________________ OpenBSM Synchronisation Links TrustedBSD / OpenBSM URL: http://www.trustedbsd.org/openbsm.html OpenBSM Github Sources URL: https://github.com/openbsm/openbsm Synchronisation with macOS Catalina URL: https://github.com/openbsm/openbsm/commit/54a0c07cf8bac71554130e8f= 6760ca68e5f36c7f Apple OpenSource URL: https://opensource.apple.com Contact: Gordon Bergling OpenBSM is a crucial part of FreeBSD, which provides auditing features for the operating system. OpenBSM is incorporated into FreeBSD and macOS. Both Apple and FreeBSD have currently made changes to the OpenBSM framework, which weren't upstreamed. This small project aims to consolidate these changes and upstream them to the OpenBSM github repository, so that both development efforts can be merged to FreeBSD later on. The tricky part of this project is the manual comparison, since Apple doesn't provide any changelogs. I am currently working on on the macOS Catalina sources and hopefully Apple will release the sources of macOS Big Sur in time for FreeBSD 13. __________________________________________________________ Tool Chain Links ELF Tool Chain homepage URL: https://sourceforge.net/p/elftoolchain Contact: Dimitry Andric Contact: Ed Maste In October Clang/LLVM was updated to 11.0.0, followed by a number of bug fixes from upstream, including improvements for a number of Tier-2 architectures. We also enabled the -fstack-clash-protection flag to enable compiler mitigation for the "stack clash" vulnerability and are coordinating with upstream. Upstream LLDB support for FreeBSD improved substantially over the last quarter, as detailed elsewhere in this report. These improvements will make it into the FreeBSD base system early in 2021 when LLVM is next updated to 12.0. As also mentioned elsewhere, we removed the obsolete copy of GDB 6.1.1. The ELF Tool Chain received a number of bug fixes, as well as support for readelf -z (handling compressed ELF debug sections) and an improvement to addr2line to report based on labels when other debug information is not available. We are working to upstream these changes to the ELF Tool Chain project. There are a number of open issues and opportunities for improvements in various ELF Tool Chain components. Contributions in these areas are very welcome, Sponsor: The FreeBSD Foundation (in part) __________________________________________________________ Kernel Updates to kernel subsystems/features, driver support, filesystems, and more. ENA FreeBSD Driver Update Links ENA README URL: https://github.com/amzn/amzn-drivers/blob/master/kernel/fbsd/ena/R= EADME Contact: Michal Krawczyk Contact: Artur Rojek Contact: Marcin Wojtas ENA (Elastic Network Adapter) is the smart NIC available in the virtualized environment of Amazon Web Services (AWS). The ENA driver supports multiple transmit and receive queues and can handle up to 100 Gb/s of network traffic, depending on the instance type on which it is used. Completed since the last update: * MFC of the ENA v2.3.0 driver to the FreeBSD 11-STABLE branch * MFC of the ENA v2.3.0 driver to the upcoming FreeBSD 12-STABLE branch * Add feature that allows reading extra ENI (Elastic Network Interface) metrics about exceeding BW/pps limits * Add SPDX license tag to the ENA driver files * Add Rx offsets (hardware feature) support for the ENA driver * Fix completion descriptors alignment for the ENA device - on some of the platforms ENA needs alignment to 4k Work in progress: * Introduce full kernel RSS API support. * Allow reconfiguration of the RSS indirection table and hash key * Prototype the driver port to the iflib framework Sponsor: Amazon.com Inc __________________________________________________________ Intel wireless update Links The freebsd-wireless mailing list URL: https://lists.freebsd.org/mailman/listinfo/freebsd-wireless Contact: Bjoern A. Zeeb The Intel Wireless driver update project aims to bring support for newer chipsets and also get station side to 11ac in a first step. During the last months connection code between net80211 and the Linux driver KPI was implemented and scanning is working. Currently the focus is on sending and driving one state machine from the other and syncing state between net80211 and the Linux compat code. In addition the driver and firmware was updated from upstream sources to include support for the AX210 hardware generation, which was already tested to attach. The hope is that by the time the status report gets published authentication and association are working and basic data packet passing will work soon. Sponsor: The FreeBSD Foundation __________________________________________________________ Fenestras X random(4) Links SVN revision 1/3 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D366620 SVN revision 2/3 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D366621 SVN revision 3/3 URL: https://svnweb.freebsd.org/base?view=3Drevision&revision=3D366622 FX Design (PDF) URL: https://aka.ms/win10rng Fortuna Design URL: https://www.schneier.com/academic/fortuna/ Contact: Conrad Meyer Contact: FreeBSD CSPRNG group Since FreeBSD 11, the default random(4) implementation is based on the Fortuna (2003) design by Ferguson and Schneier. At a high level, Fortuna accumulates entropy into a series of pools, and reseeds a single generator from some of these pools according to some criteria. In 2019, Ferguson (at Microsoft) published a whitepaper on the design of the Windows 10 system random number generator. Fenestras X is a random(4) implementation based on the published Windows 10 design. The Fenestras X / Windows 10 design is similar to Fortuna, so it is probably most interesting to describe their differences: * Fenestras X has per-CPU generators seeded from a root generator. Fortuna only has the root generator. This change eliminates lock contention between random(4) readers running on multiple cores. * Generators in Fenestras X form a tree from the root RNG. When read, generators efficiently check if their parent generator has been seeded with newer entropy. If so, child generators reseed themselves before serving the read operation. This is integrated with arc4random(9), as well as userspace arc4random(3). * Fenestras X generators are buffered. Requests smaller than some arbitrary threshold (currently 128 bytes) are served from the buffer. Bytes read from the buffer are securely erased when they are consumed. The buffer is refreshed if the request consumes more bytes than were available in the buffer. This amortizes the cost of rekeying and generating output from a cryptographic CTR-mode cipher, which is especially slow with AES. There are other important differences, and readers interested in system CSPRNGs should read Ferguson's whitepaper. It is short and accessible. For more information on the FreeBSD implementation, please see the SVN commit messages -- especially r366620. The Fenestras X implementation is available in CURRENT, but disabled by default. (The default remains Fortuna.) At this time, you must set the RANDOM_FENESTRASX option in your custom kernel configuration and rebuild your kernel to use the new design. There are no known bugs or weaknesses relative to the Fortuna implementation. Future work and call to action: * Additional design review, implementation review, and testing is welcome. * Additional entropy sources: we could use implementations of some of the sources described in the whitepaper, in both Fortuna and Fenestras X. In particular, we're missing a jitter entropy source. __________________________________________________________ pf performance improvement Links First commit URL: https://cgit.freebsd.org/src/commit/?id=3D1c00efe98ed7d103b9684ff6= 92ffd5e3b64d0237 D27707 URL: https://reviews.freebsd.org/D27707 D27756 URL: https://reviews.freebsd.org/D27756 D27757 URL: https://reviews.freebsd.org/D27757 D27758 URL: https://reviews.freebsd.org/D27758 D27759 URL: https://reviews.freebsd.org/D27759 D27760 URL: https://reviews.freebsd.org/D27760 D27761 URL: https://reviews.freebsd.org/D27761 D27762 URL: https://reviews.freebsd.org/D27762 D27763 URL: https://reviews.freebsd.org/D27763 D27764 URL: https://reviews.freebsd.org/D27764 Contact: Kristof Provost The performance of pf was not as good as it could be. Some investigation with the invaluable hwpmc tooling eventually pointed to very poor cache behaviour. The longest_lat_cache.miss event was very informative. This turned out to be due to pf doing packet and byte counting in states, rules and interfaces. The pf code took the very straightforward approach of having a simple uint64_t variable and incrementing it for every packet. The downside of this is that when multiple cores do it simultaneously the CPU ends up having to write this to memory very often, slowing packet processing down greatly. Happily the counter(9) framework is designed for this exact situation. One additional complication is that pf uses the same structure definitions for its internal data as it uses for configuration from user space. To avoid breaking user space these data structures have been decoupled. That is, where pf_rule used to be used both to set rules via the ioctl() interface and to evaluate rules while processing packets we now only use pf_rule for configuration. The new pf_krule structure is used when evaluating packets. This allows us to change the pf_krule structure, to change uint64_t to counter_u64_t, without affecting user space. Olivier Cochard-Labb=E9 tested the full set of changes, and found (depending on hardware) substantial improvements in throughput: Sponsor: Orange Business Services __________________________________________________________ IP Routing lookup improvements Links Add modular routing lookup framework. URL: https://reviews.freebsd.org/D27401 Contact: Alexander Chernikov This work adds a fib lookup framework, allowing to attach custom IP lookup algorithms to any routing table on the fly. It allows to use more performant and efficient lookup algorithms, dynamically selected based on the number of routes in the routing table. Finally, it provides an implementation of modified DIR-24-8 for IPv4/IPv6, speeding IP lookups for the large-fib use case. This work is a part of a larger effort to modernise the routing subsystem. Background FreeBSD runs diverse workloads on both low-end and high-end devices, resulting in different networking/memory requirements for each case. Small boxes with a couple of routes are different from routers with full-view. IPv4 lookups are different from IPv6 ones. Conditions can change dynamically: one may easily reconfigure a system to receive full view instead of a default route. Currently, FreeBSD uses radix (compressed binary tree) to perform all unicast route manipulations, including routing lookups. Radix implementation requires storing key length in each item, allowing to use sockaddrs, transparently supporting virtually any address family. This flexibility comes at a cost: radix is relatively slow, cache-unfriendly and adds locking to the hot path. Finally, radix is closely coupled to the rest of the system, making it hard to switch to something else. Implementation overview Overview Modular fib IP lookup framework has been designed to address flexibility and performance requirements. It keeps system radix as the "control plane" source of truth, simplifying actual algorithms implementation. It allows dynamic load new algorithms as the kernel modules and abstracts most OS-specific details, reducing algorithm "glue" code. It automatically adapts to the current system state by picking the best matching algorithm for the routing table on-the-fly. The following algorithms are provided by default. IPv4: * bsearch4 (lockless binary search in a specially-crafted IP array), tailored for small-fib (less than 16 routes) * radix4_lockless (lockless immutable radix, re-created on every routing table change), tailored for small-fib (less than 1000 routes) * radix4 (base system radix backend) * dpdk_lpm4 (DPDK DIR24-8-based lookups), lockless datastructure optimised for large-fib ( D27412 ) IPv6: * radix6_lockless: lockless immutable radix, re-created on every routing table change, tailored for small-fib (less than 1000 routes) * radix6: wrapper around existing system radix * dpdk_lpm6: DPDK DIR24-8-based lookups, lockless datastructure optimised for large-fib ( D27412 ) Performance changes Micro benchmarks (i7-7660U, single-core lookups, 2048 destinations, benchmark code in D27604). IPv4: * 8 routes: radix4: ~20mpps, radix4_lockless: ~25mpps, bsearch4: ~69mpps, dpdk_lpm4: ~67 mpps * 700k routes: radix4_lockless: 3.3mpps, dpdk_lpm4: 46mpps IPv6: * 8 routes: radix6_lockless: ~20mpps, dpdk_lpm6: ~70mpps * 100k routes: radix6_lockless: ~14mpps, dpdk_lpm6: ~57mpps Forwarding performance: * +10-15% IPv4: small-fib, bsearch4 * +25% IPv4: full-view, dpdk_lpm4 * +20% IPv6: full-view, dpdk_lpm6 Status * Modular longest-prefix-match lookup algorithms (D27401) [ DONE ] + Design control plane framework for attaching algorithms [ DONE ] + Port DPDK IPv6 lockless lookup algorithm ( D27412) [ DONE ] + Port DPDK IPv4 lockless lookup algorithm ( D27412) [ DONE ] __________________________________________________________ Scalable routing multipath support Links Implementation of scalable multipath URL: https://reviews.freebsd.org/D24141#change-ZOjdMqgDgUr7 Introduce scalable route multipath URL: https://reviews.freebsd.org/D26449 Contact: Alexander Chernikov This work targets implementing scalable routing multipath support and enabling it by default. It closes the long-standing feature gap with other modern networking OSes. This work is a part of on-going efforts to modernize the routing subsystem. Background Initial FreeBSD multipath implementation, RADIX_MPATH, was added back in 2008. It was based on the radix changes and represented multipath routes as a linked-list of chained paths. It was not fully finished and tested, resulting in many crash reports. Implementation overview Multipath-related change changes are based on the introduction of the concept of next hops. Nexthops are separate data structures, containing the necessary information to perform packet forwarding. They are shared among the routes, providing more pre-computed cache-efficient data while requiring less memory. Interested readers can find a more detailed description in D24141. They can find another overview in Nexthop objects talk describing Linux kernel implementation. Multipath implementation extends the nexthop concept further by introducing nexthop groups. Nexthop group is simply an array of nexthops, compiled according to each nexthop relative weight. Each route has a pointer to either nexthops or a nexthop group, decoupling lookup algorithm from the routing stack internals. Both nexthops and nexthop groups are immutable and use epoch(9)-backed reclamation. Status * Nexthop objects (D24232) [ DONE ] + Introduction of nexthop objects [ DONE ] + Conversion of old KPI users to the new one [ DONE ] o Conversion of route caching to nexthop caching [ DONE ] + Conversion of struct rtentry field access to nhop field access [ DONE ] + Eliminating old lookup KPI and hiding struct rtentry [ DONE ] * Multipath routing (D26449) [ DONE ] + Switch control plane customers to use (rtentry, nexthop) pairs instead of rtentry to allow multipath changes happen transparently [ DONE ] + Introduce nexthop group objects [ DONE ] + Add multipath support for the rib (routing information base) manipulation functions [ DONE ] + Add flowid generation for outbound traffic to enable load balancing [ DONE ] * Routing daemon support + Add net/bird support for multipath routing [ NOT STARTED ] + Add explicit nexthop/nexthop groups control via rtsock [ IN PROGRESS ] + Work with FRR developers to add nexthop-based route control [ NOT STARTED ] __________________________________________________________ Thunderbolt3/USB4 stack Contact: Scott Long This project implements a driver stack for Thunderbolt3 and USB4. These technologies differ radically from USB3 and prior, and require completely new drivers for the host interface adapter and topology as well as configuration management layers. At their most fundamental level, a TBT3/USB4 topology appears as PCI bridges and buses, and attached devices appear as either PCI devices, USB3 devices, or DisplayPort devices. Early TBT3 controllers don't even appear in the system topology unless a TBT3 device is plugged in. These early TBT3 systems also implement a security policy meant to protect against unauthorised or malicious devices, though that scheme has been proven to not be effective and has been removed from later TBT3 and USB4 implementations. Besides security control, the TBT3/USB4 stack controls power management and topology hotplug. The FreeBSD driver currently supports Alpine Ridge and Ice Lake TBT3 controllers, and can perform basic security validation and topology awareness. USB4 support as well as full connection manager and power management support is still being worked on. The current driver will be committed to FreeBSD in early January 2021. Though this work is not sponsored, it has been done with the encouragement and support of the FreeBSD Foundation and Netgate. __________________________________________________________ Vectored AIO Contact: Alan Somers POSIX AIO is a facility for asynchronous I/O to files and devices. FreeBSD's implementation is efficient, especially when writing to disk files. But a long-standing defect in the standard API is a lack of vectored functions. That is, there is no asynchronous equivalent of pwritev(2) and preadv(2). A common workaround is to use lio_listio(2) instead. However, that has several drawbacks. It's more effort for the programmer, it might return early with only a subset of the operations completed, it requires more total syscalls, and there is no guarantee that the operations will complete in-order. This quarter I added two new syscalls: aio_writev(2) and aio_readv(2). They work just like their non-vectored counterparts, but they take an array of iovec elements, just like pwritev and preadv. You can't use them in combination with lio_listio, but that could be added in the future. __________________________________________________________ ZSTD Compression in ZFS Contact: Allan Jude Zstandard (ZSTD) is a modern high-performance compression algorithm designed to provide the compression ratios of gzip while offering much better performance. ZSTD has been adopted in FreeBSD for a number of other uses, including compressing kernel crash dumps, as a replacement for gzip or bzip for compressing log files, and for future versions of pkg(8). This effort to complete the integration of ZSTD into ZFS is funded by the FreeBSD Foundation. During the four quarter the final tasks in the project to integrate ZSTD into OpenZFS were completed. Completed milestones in this project: * Integrated ZSTD in the FreeBSD boot loader (Warner Losh imp@freebsd.org) * Added a section to the FreeBSD Handbook ZFS chapter explaining ZSTD * Wrote a FreeBSD Journal Article explaining considerations when selecting a suitable compression level * Monitored for bug reports after the changes were integrated into -CURRENT With all of these changes in place, it is now possible to boot from pools compressed with zstd or zstd-fast. For comparison, a standard installation of FreeBSD 13 (without debug symbols) uncompressed is 1175 MB, and when compressed with LZ4, is only 570 MB (2.15x) but when compressed with ZSTD's default level of 3 is only 417 MB (3.00x), and with the maximum level, 19, only 374 MB (3.36x). Sponsor: The FreeBSD Foundation __________________________________________________________ Architectures Updating platform-specific features and bringing in support for new hardware platforms. arm64 platform updatesq Contact: Mitchell Horne In the interest of seeing the arm64 architecture promoted to Tier-1 status, an effort was undertaken to test building and serving of release and patch-level updates via freebsd-update(1). The conclusion of this investigation is that the process works with very few changes required; a small tweak is needed for the update build scripts, and a minor bugfix in the bsdiff(1) utility was committed. The hope is that the project can begin providing security updates for the platform with the release of FreeBSD 13.0, removing the requirement that users compile these updates from source. Added this quarter was arm64 support for the new ossl(4) crypto driver. This driver provides acceleration of SHA-1 and SHA-2 cryptographic operations by leveraging OpenSSL's assembly routines. These routines will detect and use optimized instructions, as supported by the CPU. This support benefits userland applications via the cryptodev(4) device, and in-kernel consumers of the crypto(9) interface, such as the IPSec Authentication Header protocol and kernel TLS. Finally, work was done to add the necessary machine-dependent bits for the kernel's gdb(4) interface. This enables remote debugging of the kernel with gdb(1) over a serial line. Sponsor: The FreeBSD Foundation __________________________________________________________ FreeBSD/RISC-V Project Links Wiki URL: https://wiki.freebsd.org/riscv Contact: Mitchell Horne Contact: freebsd-riscv Mailing List Contact: IRC #freebsd-riscv on freenode The FreeBSD/RISC-V project is providing support for running FreeBSD on the RISC-V Instruction Set Architecture. This quarter saw a number of improvements and bugfixes from committers and contributors alike. A few small items from this quarter: * Added riscv64 LINT kernel config plus CI job (FreeBSD-head-riscv64-LINT) * Switched emulators/riscv-isa-sim to official upstream and updated to 2020-11-02 snapshot * Created sysutils/u-boot-sifive-fu540, a u-boot port for the HiFive Unleashed * Improved SBI extension support Further progress was made this quarter in building ports for RISC-V. Build and runtime issues with large dependencies devel/python-setuptools and devel/glib20 were fixed, enabling several thousand skipped ports. There is some in-progress work to address failures in other significant ports, such as devel/nspr and databases/sqlite3. By addressing some of these small-effort issues, some 15000+ ports can now be built for the platform with qemu-user-static. Finally, December saw the arrival of the first riscv64 weekly development snapshots. This includes the usual memstick installer, a virtual machine image, and a generic SD card image. There are still some minor tweaks to be made, but this marks a significant step forward for the platform, and lowers the barrier of entry for running a FreeBSD/RISC-V system. This also means that FreeBSD 13 will likely be the first downloadable release for the architecture. For those interested in trying out the VM image for themselves, see the Quick Start instructions on the wiki. __________________________________________________________ Userland Programs Changes affecting the base system and programs in it. Dual-stack ping command Contact: Alan Somers The venerable ping command has until now only supported IPv4. A separate utility, ping6, was originally written by WIDE as a research tool to develop IPv6. As a research tool, it didn't need IPv4 support, but since then, it's been put to practical use by countless developers and sysadmins everywhere. The ping/ping6 split has been a perennial complaint. It's annoying that two separate commands are needed, even though they do almost exactly the same thing. This quarter, I merged J=E1n Sucan's GSoC work, which merged the two commands. Now ping can handle either protocol, based on the -4 and -6 switches, or based on the format of the target. A ping6 hard link is provided for backwards compatibility. Sponsor: Google Summer of Code __________________________________________________________ Ports Changes affecting the Ports Collection, whether sweeping changes that touch most of the tree, or individual ports themselves. KDE on FreeBSD Links KDE FreeBSD URL: https://freebsd.kde.org/ KDE Community FreeBSD URL: https://community.kde.org/FreeBSD Contact: Adriaan de Groot The KDE on FreeBSD project aims to package all of the software produced by the KDE Community for the FreeBSD ports tree. The software includes a full desktop environment called KDE Plasma, graphics applications, instant-messengers, a video-editing suite, as well as a tea timer and hundreds of other applications that can be used on any FreeBSD machine. The KDE team (kde@) is part of desktop@ and x11@ as well, building the software stack to make FreeBSD beautiful and usable as a daily-driver graphics-based desktop machine. This quarter the kde@ team: * Landed the October, November and December updates to KDE Applications and to KDE Plasma * Landed all of the bi-weekly KDE Frameworks releases * Updated Qt to 5.12.2, including Qt5 WebEngine * Followed up with two cmake patch releases * Followed up one ninja patch release There was lots of infrastructural work and individual application updates and a new Matrix client from the KDE community as well, which we typically fail to administer and write about so this report is fairly short with mostly big-ticket items. We had fun, we chased the things that are most useful to us, and got through the year. Here's to next year with actually seeing FreeBSD people again. I (adridg@) would like to especially thank Kai Knoblich (kai@) for chasing WebEngine: that's a huge and painful codebase to deal with, and here we are, all up-to-date. __________________________________________________________ FreeBSD Office team Links The FreeBSD Office project URL: https://wiki.freebsd.org/Office Contact: FreeBSD Office team ML Contact: Dima Panov Contact: Li-Wen Hsu The FreeBSD Office team works on a number of office-related software suites and tools such as OpenOffice and LibreOffice. Work during this quarter focused on providing the latest stable release of LibreOffice suite and companion apps to all FreeBSD users. Latest and quarterly ports branches got a series of updates of the LibreOffice suite from 7.0.1 thru 7.0.4 releases, compilation patches for all Tier 1 architectures, and updates of all companion libraries. Some of our local and critical to build patches were sent to and accepted by upstream. Meanwhile, our WIP repository was moved to new home under official github.org/freebsd resources. The WIP repository also has a major update with development versions of the LibreOffice suite, version 7.1.0.0.beta1 for now. Release will be planned in March, 2021. We are looking for people to help the project. All unstable work with LibreOffice snapshots is staged in our WIP repository. The open bugs list contains all filed issues which need some attention. Patches, comments and objections are always welcome in the mailing list and bugzilla. __________________________________________________________ Ports On Non-x86 Architectures Contact: Mark Linimon It has been some time since the last report on the status of FreeBSD ports on non-x86 architectures. Traditionally, we have referred to these as "tier-2 architectures". However, aarch64 and powerpc64 have aspirations for tier-1. Also, although riscv64 is currently tier-3, it has aspirations for tier-2. * The big news is that, thanks to the FreeBSD Foundation (and the assistance of Philip Paeps), FreeBSD now has two new aarch64 boxes, which have replaced the previous, badly-aging, alternatives. For the first time since August, we once again have up-to-date aarch64 packages. * Thanks to the above, and the work of Emmanuel Vadot and others, some bitrot in aarch64 ports has been reversed. * Piotr Kubaj (pkubaj@) continues QA on powerpc64 (big-endian) ports. Almost everything that is buildable now does so. The Linux ports and some of the graphics drivers are excluded. Otherwise, powerpc64 is up to parity with amd64. * Piotr has also begun the task of bringing powerpc64le (little-endian) up to parity with powerpc64. Although several of the powerpc64 src committers (and your author) have a fondness for big-endian, the fact is that our most feasible path to getting graphics capability anywhere near parity with x86 is via the little-endian choice. * Mark Linimon (linimon@) has begun his own test-builds of ports on riscv64 just to ascertain overall buildability. Surprisingly, many ports do indeed build. Thanks to contributions from several people already working on riscv64, including John Baldwin (jhb@) with an LLVM fix, we are now able to build around 20,000 packages. NB: these packages are unofficial and not guaranteed. * The work of Kyle Evans (kevans@) on chasing bitrot in qemu has been key to work on both aarch64 and riscv64. All users are encouraged to update to the latest version. * Unfortunately mips/mips64 are badly in need of work. The fact that devel/libffi does not build on mips64 blocks nearly half the ports tree. Tasklist: * We need users of riscv64 to actually test the packages that have been built (so far, they have only been tested for buildability). Contact linimon@ if you are interested. * If anyone is still using mips/mips64 for other than the most trivial tasks, we would welcome patches. __________________________________________________________ Python 2.7 removal from Ports Links About FreeBSD Ports URL: https://www.FreeBSD.org/ports/ Ports Management Team URL: https://www.freebsd.org/portmgr/index.html [meta] Ports broken by Python 2.7 End-of-Life and removal URL: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D249337 Contact: Ren=E9 Ladan Contact: FreeBSD Ports Management Team As of January 2020, Python 2.7 reached its end-of-life after several years of extensions. Portmgr subsequently started the project of phasing Python 2.7 out of the Ports Tree by tagging lang/python27 for expiration on 2020-12-31. Last year, some 740 ports were removed from the Ports Tree as they were incompatible with Python 3, mostly because these ports were either unmaintained or abandoned upstream. During this process, there were several instances of an upstream still being active but where the upstream have not had the resources yet to upgrade their software to Python 3. A noticeable example of this is www/chromium and derived software, such as devel/electron7 and www/qt5-webengine. Portmgr is currently looking into ideas on how to minimize the impact of Python 2.7 on the Ports Tree while keeping Chromium and KDE 5 functional. As various software packages on the FreeBSD cluster itself also use Python 2.7, portmgr started coordinating with affected parties on upgrade plans. Currently there are 40 ports left that directly depend on Python 2.7 to build or run, and an unknown number of indirect ports. All those ports should eventually be upgraded to Python 3 or be removed too, ideally some time this year. Portmgr is currently cleaning up (unused) Python 2.7 code from ports which do not need Python 2.7. New ports should not be using Python 2.7 anymore, i.e. they should not have USES=3Dpython but instead something like USES=3Dpython:3.6+. So while this all looks rather invasive, it is not feasible to keep Python 2.7 around for much longer. Over time security vulnerabilities might show up which will likely no longer be fixed, because the Python Software Foundation no longer supports Python 2.7. Other problems are that the software gets outdated over time and thereby loses its usefulness as part of a development kit. Help needed: * Coordinate with postmaster on isolating or migrating away from mail/mailman * Coordinate with clusteradm (?) for upgrading svnweb and our wiki __________________________________________________________ Xfce on FreeBSD Links Xfce 4.16 Upstream Release Announcement URL: https://xfce.org/about/news/?post=3D1608595200 Xfce meta-port on FreshPorts URL: https://www.freshports.org/x11-wm/xfce4 Contact: Xfce team Contact: Guido Falsi The FreeBSD Xfce team (xfce@) work to ensure the Xfce desktop environment is maintained and fully functional on FreeBSD. This quarter the Xfce team are pleased to welcome Xfce 4.16 to the FreeBSD ports tree! Some of the highlights of this Xfce 4.16 release: * The panel now supports dark mode (enabled by default) and an animated autohide transition * A new panel plugin dubbed "statustray" which combines both StatusNotifier and legacy Systray items * Fractional scaling support was added to the display dialog (helpful on HiDPI displays) * A new tab in the "About Xfce" dialog shows basic system information like CPU or GPU type * The settings manager has improved search and filter capabilities * All settings dialogs now use window decorations drawn by Gtk (client side decorations) * The "Mime Settings" and "Preferred Applications" dialogs were merged into the "Default Applications" dialog * The Thunar file manager now supports pause for copy/move operations, and queued file transfer * Generating thumbnails for .epub (e-book format) was added to tumbler * A new default wallpaper and icon theme * The application finder now allows for sorting applications by "frecency" - a combination of frequency and recency * Dropped GTK2 support from all components and plugins For further details, refer to the Xfce 4.16 upstream release announcement. Due to GTK2 and libxfce4gui support being removed, some panel plugins and libraries will be removed since they no longer work with Xfce 4.16: * deskutils/orage * deskutils/xfce4-volumed * print/xfce4-print * science/xfce4-equake-plugin * x11/xfce4-embed-plugin * x11/xfce4-quicklauncher-plugin * x11/xfce4-wmdock-plugin * x11-toolkits/libxfce4gui WARNING: Unfortunately this update can reveal a bug in pkg which can cause files from the libexo package to be absent after upgrade. To avoid the issue, upgrade the libexo package by itself before the rest of the packages, as described in UPDATING entry 20210102. Thanks also to riggs@, Olivier Duchateau duchateau.olivier@gmail.com, woodsb02@, Sergey Dyatko sergey.dyatko@gmail.com, and ehaupt@ for their help and contributions. __________________________________________________________ Documentation Noteworthy changes in the documentation tree, in manpages, or in external books/documents. FreeBSD Translations on Weblate Links Translate FreeBSD on Weblate wiki URL: https://wiki.freebsd.org/DocTranslationOnWeblate FreeBSD Weblate Instance URL: https://translate-dev.freebsd.org/ Contact: Danilo G. Baio Contact: Edson Brandi In search of new contributors an article was published in the September/October 2020 issue of the FreeBSD Journal about How to Become a FreeBSD Translator. During the whole year we received new contributors to the effort; numbers are still growing and we are receiving translations almost daily on our Weblate platform. Q4 2020 Status * 11 languages (1 new language) * 116 registered users (69 new users since 2020q1) Languages * Chinese (Simplified) (zh_CN) * Chinese (Traditional) (zh_TW) * Dutch (nl_NL) - Added * French (fr_FR) * German (de_DE) * Italian (it_IT) * Norwegian (nb_NO) * Persian (fa_IR) * Portuguese (pt_BR) * Spanish (es_ES) * Turkish (tr-TR) We want to thank everyone that contributed, translating or reviewing documents. And please, help promote this effort on your local user group, we always need more volunteers. __________________________________________________________ DOCNG on FreeBSD Links DOCNG Website Repo URL: https://gitlab.com/carlavilla/freebsd-hugo-website DOCNG Documentation Repo URL: https://gitlab.com/carlavilla/freebsd-hugo-documentation DOCNG Share Repo URL: https://gitlab.com/carlavilla/freebsd-hugo-data Contact: Sergio Carlavilla The Doc New Generation project is finished. The switch-over date will be Saturday, January 23rd. The objective of using Hugo and AsciiDoctor is to reduce the learning curve and let people to start quickly contributing to our documentation system. Other benefits of using Hugo is that we can use other technologies aside from AsciiDoctor, like MarkDown, RST, Pandoc, etc. You can find a work in progress on updating the FreeBSD Documentation Project Primer to Hugo/AsciiDoctor. __________________________________________________________ Miscellaneous Objects that defy categorization. Prometheus NFS Exporter Links Contact: Alan Somers FreeBSD's nfsstat(8) utility provides a wealth of statistics, but I wanted to monitor them with Prometheus. Screen-scraping the --libxo output would've been possible, but some of the stats are preprocessed in a way that interferes with my Prometheus processing. So I wrote a separate utility that publishes the raw stats provided by the kernel. Along the way I found and fixed a few bugs in nfsstat, too. If anybody is interested, I can add a port for it. Sponsor: Axcient __________________________________________________________ Third-Party Projects Many projects build upon FreeBSD or incorporate components of FreeBSD into their project. As these projects may be of interest to the broader FreeBSD community, we sometimes include brief updates submitted by these projects in our quarterly report. The FreeBSD project makes no representation as to the accuracy or veracity of any claims in these submissions. FreeBSD Aarch64 under VMWare ESXi-ARM Fling Links ESXi-ARM Fling URL: https://flings.vmware.com/esxi-arm-edition FreeBSD Under VMWare ESXi-ARM Fling URL: https://vincerants.com/freebsd-under-vmware-esxi-on-arm-fling/ FreeBSD on ESXi-ARM Fling: Fixing Virtual Hardware URL: https://vincerants.com/freebsd-on-esxi-arm-fling-fixing-virtual-ha= rdware/open-vm-tools for FreeBSD VMWare ESXi-ARM Fling URL: https://vincerants.com/open-vm-tools-on-freebsd-under-vmware-esxi-= arm-fling/ Contact: Vincent Milum Jr VMWare is a company that produces a commercial hypervisor known as vSphere ESXi for AMD64 and i386. In early October, they released a tech demo hypervisor for ARM Aarch64 which runs on ARM ServerReady hardware as well as single board computers such as the Raspberry Pi 4b (4GB and 8GB models). This new hypervisor is known as VMWare ESXi-ARM Fling. Since the release of ESXi-ARM Fling, work has been done on both the hypervisor as well as FreeBSD, to make the two more compatible with one another. Even though the work was initially done to make these two work better together, the work overall has been more general purpose for FreeBSD in support of both bare-metal Aarch64 installations as well as running FreeBSD under other hypervisors such as QEMU. An example of others building off of this work is Twitter user astr0baby getting FreeBSD working under QEMU on a new Apple M1 system. When ESXi-ARM Fling first released, to get FreeBSD to work under it, the process required taking the Aarch64 premade VMDK file, uploading it to the hypervisor storage, and then running a series of CLI commands to convert the disk image to a supported file format. The initial work done was to get the FreeBSD Aarch64 ISO bootable and with the required drivers to complete the install process. With this, users can do fresh installs of FreeBSD Aarch64 using the same methods they would use for AMD64 or i386 under ESXi. The CD-ROM driver's inclusion into FreeBSD 12 barely missed the cut-off date for 12.2-RELEASE. However, the very first 12.2-STABLE build published for Aarch64 includes the CD-ROM driver. FreeBSD 13-CURRENT also includes this driver. Due to this, only 12-STABLE and 13-CURRENT support fresh CD ISO installations. The next step was getting the major pieces of virtual hardware working. This included adding more USB controllers, the vmxnet virtual network card, and pvscsi para-virtual SCSI drivers added to Aarch64 GENERIC. There is a known bug in ESXi-ARM Fling's virtual UEFI that prevents booting from pvscsi, so for the time being the boot device must be on a virtual disk attached to the SATA controller inside the VM. ESXi-ARM Fling uses a new virtual SVGA device which currently does not have working drivers on any platform, as the specifications are not finalized yet. Due to this, only efi-fb/scfb is available for console and Xorg for the time being. The VMCI driver is currently not compiling at all. This driver has sections of x86 assembly code that will need to be converted over to ARM. This would be a great area for anyone to look into that is experienced with converting assembly language! At ESXi-ARM Fling launch, there was a hypervisor bug preventing more than 1 vCPU from working inside FreeBSD. This has since been fixed, allowing up to 8 vCPUs. Going beyond this requires a a patch to FreeBSD, which was authored by VMWare developer Cypou. Things that are currently fixed/working: * Booting from CD ISO image * Virtual USB 2.0 controller * Virtual USB 3.1 controller * Virtual USB Keyboard * Virtual USB Mouse * vmxnet3 Virtual Network Card * pvscsi Para-Virtual SCSI Storage Controller * open-vm-tools Guest Virtual Machine Tools * Xorg Enhanced Mouse Driver (untested) * Multi-Core CPU (up to 8 vCPUs inside guest) Things that are still broken: * Booting from pvscsi * Xorg SVGA Driver * vmci Virtual Machine Communication Interface * Multi-Core CPU (more than 8 vCPUs) With all of this done, it has made working on the Aarch64 ports collection easier by having a high quality virtualization environment for development and testing. This environment has already been used to update the ZeroTier port and Facebook's RocksDB used in the MariaDB port. FreeBSD now has a Discord chat! Discussion about FreeBSD on Aarch64 in general takes place in our #embedded channel. Despite the name, we discuss all levels of ARM development, from large servers, to virtualized environments, all the way down to single board computers. __________________________________________________________ Bastille Links Bastille GitHub URL: https://github.com/bastillebsd/bastille Bastille Templates URL: https://gitlab.com/bastillebsd-templates Bastille Website URL: https://bastillebsd.org Contact: Christer Edwards Bastille is an open-source system for automating deployment and management of containerised applications on FreeBSD. Bastille Templates automate container setup allowing you to easily reproduce containers as needed. Bastille is available in ports as sysutils/bastille. Q4 2020 Status In Q4 2020 Bastille merged some exciting new features. Changes include: * full adoption of the previously experimental Bastillefile format * new config sub-command * default templates included and applied by default * support for -CURRENT jails on -CURRENT hosts * support for 32bit containers on 64bit hosts * support in templates for dynamic arguments & defining variables * over two dozen bug fixes and general improvements More details about Bastille Releases. upstream was updated to 0.8.202010101 (latest). ports (sysutils/bastille) was updated to 0.7.20200414. __________________________________________________________ CheriBSD Links Contact: Alex Richardson Contact: Andrew Turner Contact: Brooks Davis Contact: Edward Tomasz Napierala Contact: George Neville-Neil Contact: Jessica Clarke Contact: John Baldwin Contact: Robert Watson Contact: Ruslan Bukin CheriBSD extends FreeBSD to implement memory protection and software compartmentalization features supported by the CHERI instruction-set extensions. There are three architectural implementations of the CHERI protection model: CHERI-MIPS, CHERI-RISC-V, and Arm's forthcoming experimental Morello processor (due late 2021). CheriBSD is a research operating system with a stable baseline implementation into which various new research features have been, or are currently being, merged: * Arm Morello - In October, we released a developer preview of CheriBSD ported to Arm's Morello architecture. This release supports a dynamically linked runtime and is generally functional. It was cut from a development branch and work is in progress to merge the contents of this branch with the CheriBSD main line. We anticipate producing a new release from this branch in early 2021. * Kernel spatial memory safety (pure-capability kernel) - The current CheriBSD kernel is a hybrid C program where only pointers to userspace are CHERI capabilities. This ensures that the kernel follows the intent of the application runtime and cannot be used to defeat bounds on application pointers. We have developed and will soon merge a pure-capability kernel where all pointers in the kernel are appropriately bounded capabilities. This vastly reduces the opportunity for buffer overflows. This spatial memory safety lays the groundwork for future work such as device driver compartmentalization and kernel temporal safety. * Userspace heap temporal memory safety (Cornucopia) - CHERI capabilities provide the necessary features to enable robust and efficient revocation of freed pointers. With Cornucopia we have implemented a light-weight revocation framework providing protection from use-after-reallocation bugs with an average cost below 2%. We aim to bring these overheads down further over the next year and merge this functionality into the mainline CheriBSD. * Syncing with upstream FreeBSD - We spent considerable time this quarter catching up with FreeBSD-CURRENT. As of the beginning of December, we had caught up. Merges are currently paused while we work to land Morello and pure-capability kernel changes. In the interim, we have performed a test merge between our tree based on the legacy export of the FreeBSD tree to git and the new FreeBSD git repository. The process went smoothly and is expected to have few impacts. * We have been working on updating the arm64 bhyve from Politehnica University of Bucharest to have it committed to FreeBSD. We have been upstreaming initial changes to help support this. __________________________________________________________ Embedded Lab Project Links FreeBSD Embedded Lab Design URL: https://www.funkthat.com/gitea/jmg/fbsdembdev Lab API code URL: https://www.funkthat.com/gitea/jmg/bitelab Contact: John-Mark Gurney The Embedded Lab Project's goal is to make SBCs and other devices more accessible to developers. Despite SBCs often being inexpensive, it is not inexpensive to maintain them, in terms of the cost of time to keep them up to date, infrastructure to support them, etc. The goal of this project is to support and enhance the existing CI work but also make it easier for developers to test their code and changes on one, or many different boards. Once the work is [mostly] complete, I will host a lab that will be freely available to everyone who has a FreeBSD.org account. Information about this will be sent once it is closer to launch. The core part of the architecture is each time a board is reserved via the API, a new jail is created which contains the serial console tty, an interface for internet access, and an interface that is connected to the board's ethernet port (assuming it has one). This allows a clean system for each run, and allows complete control over the network interfaces to support netbooting and other development. The jail will have a basic set of FreeBSD packages installed that matches the board. Part of the API will also allow power cycling the board to aid in debugging. This part is relatively extensible, so adding additional modules to provide additional support should not be difficult. The API includes support for running interactive commands in the jail. This will make it easy to script control of the environment, such as directly running an expect script against the serial console, or even just running a script in the jail. The work is progressing well, and currently a single board, a Pine64 A64-LTS, is integrated and working. Board reserves and releases are working, along with the ability to run commands in the jail via the API. Power control is functional, and is currently using a PoE smart switch to control power. Work has stalled on being able to use the SDWire with an environment due to power issues. USB is not made for power isolation, which is causing issues w/ power control. The existing board, the A64-lTS, is using a USB serial console adapter that is opto-isolated, ensuring that there is no problems w/ power control. But there I have not found a solution for high speed USB. I believe that cutting the VBUS (power) line of a USB cable would allow fine grain power control, but tests have not been conducted yet. Sponsor: The FreeBSD Foundation FreshPorts FreshPorts blog Dan Langille dan@langille.org FreshPorts, and its sister site, FreshSource, have reported upon FreeBSD commits for 20 years. They cover all commits, not just ports. FreshPorts tracks the commits and extracts data from the port Makefiles to create a database of information useful to both port developers and port users. For example, https://www.freshports.org/security/acme.sh/ shows the history of this port, back to its creation in May 2017. git The work to become git-ready is mostly complete. Both src and doc commits are flowing into devgit.freshports.org. Some work is required on various issues, but nothing that stops the flow of commits into the database. Help wanted Amazon have donated enough to try FreshPorts on AWS. I need help with the following: * getting IPv6 working * working with RDS If you can help with this, please contact me. Thank you. Thank you __________________________________________________________ helloSystem Links Documentation URL: https://hellosystem.github.io/docs/ Contact: Simon Peter Contact: #helloSystem on irc.freenode.net, mirrored to #helloSystem:matrix.org on Matrix helloSystem is FreeBSD preconfigured as a desktop operating system with a focus on simplicity, elegance, and usability. Its design follows the "Less, but better" philosophy. It is intended as a system for "mere mortals", welcoming to switchers from a world in which a global menu bar exists, the Command key is used rather than Control, and applications are contained in .app bundles. helloSystem grew out of frustration with usability shortcomings of existing open source desktop environments. FreeBSD was chosen as the base because it offers one consistent base system rather than a fragmented landscape of distributions lacking a common platform. helloSystem aims at providing a "it just works" out-of-the-box user experience in which a non-technical user can just use the system without ever opening the terminal, without having to configure anything, and without ever seeing white text on a black background scroll by during system boot. Technologies embraced include DNS-SD/Zeroconf (also known as Bonjour), IPP Everywhere (also known as AirPrint), eSCL (also known as AirScan), etc. Prerelease installable Live ISO images are available. Help is needed in a number of areas, especially: * FreeBSD/kernel: allowing to put the system into a read-only disk image with a writable overlay, e.g., using unionfs * Qt, Python: writing various easy-to use frontends for FreeBSD/OpenZFS functionality, e.g., Disk Utility.app * Testing and bugfixing __________________________________________________________ K8S-bhyve Links K8S-bhyve URL: https://k8s-bhyve.convectix.com K8S-bhyve URL: https://github.com/k8s-bhyve Kubernetes URL: https://kubernetes.io/ Contact: Kirill Ponomarev Contact: Oleg Ginzburg K8S-bhyve is opensource project concentrating primarily on deploying and use of kubernetes on FreeBSD/bhyve in a more agile and more comfortable manner. We are going to provide distributed multi-DC environment or just stand-alone clusters with native PV/PVC support. For 2020Q4 we made and published a k8s-bhyve image which you might install with ISO/memstick, as well as with bsdinstall. __________________________________________________________ Puppet Links Puppet URL: https://puppet.com/docs/puppet/latest/puppet_index.html Puppet's FreeBSD slack channel URL: https://puppetcommunity.slack.com/messages/C6CK0UGB1/ Bolt URL: https://puppet.com/docs/bolt/latest/bolt.html Choria URL: https://choria.io/ Contact: Puppet Team Since our last status report a few months ago, the FreeBSD ports tree has seen the addition of the Choria (sysutils/choria) orchestration tool, and the Puppet Platform 7 with the Puppet Agent (sysutils/puppet7), Puppet Server (sysutils/puppetserver7) and PuppetDB (databases/puppetdb7). Older versions of Puppet (5 and 6) are still in the ports tree, allowing a smooth transition, but please note that Puppet 5 will reach EOL soon, and as it is not compatible with the recent ecosystem provided by FreeBSD (i.e. it is not compatible with the latest version of Ruby and depends on old FreeBSD primitives not available anymore), it is recommended to update at least to Puppet 6 as soon as possible. Ports depending on Puppet (e.g. sysutils/rubygem-bolt) have been updated to add options allowing to choose which version of Puppet to depend on. For now, the default is Puppet 6, but we plan to switch the default to Puppet 7 in a few weeks, probably when Puppet 5 will have reached EOL. __________________________________________________________ --zy55m5us4qgrxnhl Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAABCgB9FiEEDonNJPbg/JLIMoS6Ps5hSHzN87oFAmADAx9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDBF ODlDRDI0RjZFMEZDOTJDODMyODRCQTNFQ0U2MTQ4N0NDREYzQkEACgkQPs5hSHzN 87o4Pwf9HmTH71pcgj7E/CUgvuu8bIpiBZ94xO5o21s0f/mxcZkrJd2TZkFzea1q iswjG2co4TzgQ1bSnKqbeXGhVshVbywR0fWPpS/Wv9umpef40qKtJTbNyme7MYSV HmUMC2/QxiAJaKJDf6N5wHHxlJMKtLVT2HccdlsXpU+2rkqsPnDYsAPr6s2wew9K yfl2Sl2rjFf41uXrpBXYwlJq9qDMCWBLkFQUAkgTzTmlfbC0LM8oUvH4B2DIuWQ6 D3jqbE3IG/d47J3sJWZmgNsbfdG7uMJ8ikWUiZaBP7srFV7Dc17qKuX+RSzlaTHt Zj7EuxfDsoTtGNkJxH/ni/d7SIHAkA== =XcDq -----END PGP SIGNATURE----- --zy55m5us4qgrxnhl-- From owner-freebsd-current@freebsd.org Sat Jan 16 15:39:18 2021 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 9E5834E2CD2 for ; Sat, 16 Jan 2021 15:39:18 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (phouka1.phouka.net [107.170.196.116]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "phouka.net", Issuer "Go Daddy Secure Certificate Authority - G2" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ2KK3Ghkz4S6B for ; Sat, 16 Jan 2021 15:39:17 +0000 (UTC) (envelope-from warlock@phouka1.phouka.net) Received: from phouka1.phouka.net (localhost [127.0.0.1]) by phouka1.phouka.net (8.16.1/8.16.1) with ESMTPS id 10GFbtbJ000975 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 07:37:55 -0800 (PST) (envelope-from warlock@phouka1.phouka.net) Received: (from warlock@localhost) by phouka1.phouka.net (8.16.1/8.16.1/Submit) id 10GFbteA000974; Sat, 16 Jan 2021 07:37:55 -0800 (PST) (envelope-from warlock) Date: Sat, 16 Jan 2021 07:37:54 -0800 From: John Kennedy To: Toomas Soome Cc: Current FreeBSD Subject: Re: boot loader blank screen Message-ID: References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DJ2KK3Ghkz4S6B X-Spamd-Bar: - X-Spamd-Result: default: False [-1.80 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[107.170.196.116:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[phouka.net]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[107.170.196.116:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCPT_COUNT_TWO(0.00)[2]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[me.com]; FORGED_SENDER(0.30)[warlock@phouka.net,warlock@phouka1.phouka.net]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14061, ipnet:107.170.192.0/18, country:US]; FROM_NEQ_ENVFROM(0.00)[warlock@phouka.net,warlock@phouka1.phouka.net]; MAILMAN_DEST(0.00)[freebsd-current]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 15:39:18 -0000 On Fri, Jan 15, 2021 at 03:51:38PM +0200, Toomas Soome wrote: > Could you please check latest current now?:) Success! With main-c255999-g0bc776f3da70, I've been able to comment out the screen.textmode=0 (so, back to the default like I originally was). From owner-freebsd-current@freebsd.org Sat Jan 16 15:55:39 2021 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 0D80F4E34B3; Sat, 16 Jan 2021 15:55:39 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ2h96DrLz4T34; Sat, 16 Jan 2021 15:55:37 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10GFtdnj024452 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 07:55:39 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10GFtc0Y024451; Sat, 16 Jan 2021 07:55:38 -0800 (PST) (envelope-from fbsd) Date: Sat, 16 Jan 2021 07:55:38 -0800 From: bob prohaska To: Mark Millard Cc: Current FreeBSD , freebsd-arm@freebsd.org Subject: Re: Invoking -v for clang during buildworld Message-ID: <20210116155538.GA24259@www.zefox.net> References: <20210116043740.GA19523@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DJ2h96DrLz4T34 X-Spamd-Bar: / X-Spamd-Result: default: False [-0.55 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-0.45)[-0.447]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 15:55:39 -0000 On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: > > On 2021-Jan-15, at 20:37, bob prohaska wrote: > > > While playing with -current on armv7 using a raspberry pi 2 v1.1 > > an error crops up with recent kernels while building world: > > > > ++: error: linker command failed with exit code 1 (use -v to see invocation) > > *** [clang.full] Error code 1 > > > > make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang > > > > How does one invoke -v in this situation? > > Going a different direction: Going to publish the build log > someplace? There is likely more there of interest to isolating > the issue(s). > I've put what I hope is a useful picture at http://www.zefox.net/~fbsd/rpi2/buildworld/ Files from a clean start would probably be better, but it will take days to get back to that state. I was thinking this might be a kernel problem, but after trying three different kernels, all with the same result, it's looking doubtful. No hint of the "cannot allocate memory" message of earlier troubles, and nothing on the console. One additional question, however: Does the Pi2 have an internal voltage measurement that could be added to the swap logging script? Sysctl -a | grep olt produces a bunch of output, but none of it looks real, with too many trailing zeroes. Power supply problems have been rare, but they caused much hair loss. RaspiOS reports under voltage, does FreeBSD have a comparable feature? > I use META_MODE builds. One thing they do is record the > command used to try to produce each file. So in that kind > of context, identifying what it was trying to build allows > finding the related NAME.meta file and looking in it. > > An example failure for armv7 and 1 GiByte of RAM could be > a simple memory allocation failure: unable to get a > sufficiently large contiguous range from the address space > for some request. (So it never gets to the point of using > swap for it.) Are you controlling how many threads the > linker uses? > There have been none of the "unable to allocate memory" messages that characterized the previous failures, and nothing on the console. I do not try to control thread count beyond -j4 on the command line. It wasn't necessary up to a few days ago. It does seem that memory use is vastly greater with the arrival of clang 11, swap use on armv7 gets up past half a GB. With clang 9 it hardly registered. > > For the record, uname -a reports > > FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM arm > > > > The present sources are a day or two newer. > > > > Nothing is obviously wrong; swap usage is small, no warnings or errors on the console. > > > > In past occurrences, an old kernel (pre-git) worked through the problem. > > If a restart of make buildworld doesn't get past the stoppage I'll check again. The pre-git kernel didn't work either, nor did kernel.old, a couple days previous. For clarity, all three were -DNO_CLEAN starts. Thanks for reading, bob prohaska From owner-freebsd-current@freebsd.org Sat Jan 16 18:35:32 2021 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 824A14E676A for ; Sat, 16 Jan 2021 18:35:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ6Dg0VmQz4dd1 for ; Sat, 16 Jan 2021 18:35:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.16.1/8.16.1) with ESMTPS id 10GIZSxD041520 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO) for ; Sat, 16 Jan 2021 10:35:29 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.16.1/8.16.1/Submit) id 10GIZSUd041519 for freebsd-current@freebsd.org; Sat, 16 Jan 2021 10:35:28 -0800 (PST) (envelope-from sgk) Date: Sat, 16 Jan 2021 10:35:28 -0800 From: Steve Kargl To: freebsd-current@freebsd.org Subject: git equivalent of 'svn update' Message-ID: <20210116183528.GA41499@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Queue-Id: 4DJ6Dg0VmQz4dd1 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.94 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[128.95.76.21:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; 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]; SPAMHAUS_ZRD(0.00)[128.95.76.21:from:127.0.2.255]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.94)[-0.940]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current]; DMARC_POLICY_SOFTFAIL(0.10)[washington.edu : No valid SPF, No valid DKIM, none] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 18:35:32 -0000 In the git world, what is the equivalent of 'svn update' within a subdirectory of the /usr/src hierarchy. In the svn world, one could do % cd /usr/src/sys/dev/bge % svn update and this would only grab the changes under sys/dev/bge. % cd /usr/src/sys/dev/bge % git pull grabs all changes under /usr/src, which now means that /usr/src does not match the installed world when I want are the recent changes to bge(4). -- Steve From owner-freebsd-current@freebsd.org Sat Jan 16 18:41:10 2021 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 63F0E4E7682 for ; Sat, 16 Jan 2021 18:41:10 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from gmailer.gwdg.de (gmailer.gwdg.de [134.76.11.17]) (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 4DJ6M95BCdz4f7R for ; Sat, 16 Jan 2021 18:41:09 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from excmbx-03.um.gwdg.de ([134.76.9.218] helo=email.gwdg.de) by mailer.gwdg.de with esmtp (GWDG Mailer) (envelope-from ) id 1l0qVX-0007UY-Lt; Sat, 16 Jan 2021 19:41:07 +0100 Received: from krabat.raven.hur (10.250.9.200) by EXCMBX-03.um.gwdg.de (134.76.9.218) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2044.4; Sat, 16 Jan 2021 19:41:07 +0100 Subject: Re: Waiting for bufdaemon From: Rainer Hurling To: Konstantin Belousov Reply-To: References: <7c4da243-52ff-c5ee-3d56-1ae651286e0e@alvermark.net> <369b3d82-98c5-b31e-6168-4003a042f174@FreeBSD.org> <556d40b8-92d7-303e-7d87-ea496d0ca733@FreeBSD.org> CC: freebsd-current Message-ID: <9ae3cc65-193a-39c3-4067-0d42e9f634b0@gwdg.de> Date: Sat, 16 Jan 2021 19:41:01 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:78.0) Gecko/20100101 Thunderbird/78.6.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.250.9.200] X-ClientProxiedBy: excmbx-28.um.gwdg.de (134.76.9.201) To EXCMBX-03.um.gwdg.de (134.76.9.218) X-Virus-Scanned: (clean) by clamav X-Rspamd-Queue-Id: 4DJ6M95BCdz4f7R X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; HAS_REPLYTO(0.00)[rhurlin@FreeBSD.org]; HAS_XOIP(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:134.76.10.0/23]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[134.76.11.17:from]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:680, ipnet:134.76.0.0/16, country:DE]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[rhurlin]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; DMARC_NA(0.00)[gwdg.de]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RWL_MAILSPIKE_POSSIBLE(0.00)[134.76.11.17:from]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 18:41:10 -0000 Am 15.01.21 um 19:48 schrieb Rainer Hurling: > Am 15.01.21 um 16:45 schrieb Konstantin Belousov: >> On Fri, Jan 15, 2021 at 04:30:19PM +0100, Mikaël Urankar wrote: >>> On 15/01/2021 16:02, Konstantin Belousov wrote: >>>> On Fri, Jan 15, 2021 at 03:56:01PM +0100, Mikaël Urankar wrote: >>>>> On 15/01/2021 11:26, Jakob Alvermark wrote: >>>>>> Hi, >>>>>> >>>>>> >>>>>> When rebooting my thinkpad the 'bufdaemon' times out: >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufdaemon' to stop ... timed >>>>>> out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-0' to stop >>>>>> ... timed out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-1' to stop >>>>>> ... timed out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-2' to stop >>>>>> ... timed out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-3' to stop >>>>>> ... timed out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-4' to stop >>>>>> ... timed out >>>>>> >>>>>> Waiting (max 60 seconds) for system thread 'bufspacedaemon-5' to stop >>>>>> ... timed out >>>>>> >>>>>> >>>>>> This started happening recently (within the last week I think). >>>>> >>>>> Hi, >>>>> >>>>> I'm also affected. I have an AMD Ryzen 9 3900X cpu, running bare metal. >>>>> >>>>> 5844bd058aed6f3d0c8cbbddd6aa95993ece0189 (jobc: rework detection of orphaned >>>>> groups) "seems" ok >>>>> >>>>> cd240c9cf100bec3def38ceb4a320611b1d02693 (x86 vdso gettc: Add RDTSCP >>>>> support), affected by the timeout. >>>>> >>>>> I haven't tried the intermediate commit yet. >>>>> >>>>> My intel machine doesn't seem to be affected >>>> >>>> If you revert only 9e680e4005b7, is it fixed ? >>>> >>> Yes it seems to be fixed with 9e680e4005b7 reverted (I've only done 2 tests, >>> I can do more if you want) >> Please show me the output from sysctl >> kern.timecounter >> kern.eventtimer >> and first 100 lines of dmesg from the verbose boot (that contains the CPU >> ident lines). > > > I also have this timeout issue only on AMD, here Ryzen 3950X: > > [...] > Waiting for PIDS: 2905 > 90 seconds watchdog timeout expired. Shutdown terminated. > Fri Jan 15 19:21:01 xxxxxx init[1]: /etc/rc.shutdown terminated > abnormally, going to single user mode > Fri Jan 15 19:21:01 xxxxxx syslogd: exiting on signal 15 > wg0: link state changed to DOWN > Waiting (max 69 seconds) for system process `vnlru' to stop... done > Waiting (max 60 seconds) for system process `syncer' to stop... > Syncing disks, vnodes remaining... 22 23 23 1 1 0 0 0 done > Waiting (max 60 seconds) for system thread `bufdaemon' to stop... done > Waiting (max 60 seconds) for system thread `bufspacedaemon-0' to stop... > done > Waiting (max 60 seconds) for system thread `bufspacedaemon-1' to stop... > done > Waiting (max 60 seconds) for system thread `bufspacedaemon-2' to stop... > done > Waiting (max 60 seconds) for system thread `bufspacedaemon-3' to stop... > timeout > Waiting (max 60 seconds) for system thread `bufspacedaemon-4' to stop... > timeout > Waiting (max 60 seconds) for system thread `bufspacedaemon-5' to stop... > done > Waiting (max 60 seconds) for system thread `bufspacedaemon-6' to stop... > > > You will find the wanted output from sysctl and boot -v in the attachment. > > HTH, > Rainer Hurling > During another shutdown after heavy usage of the box, the following messages were also seen: [...] Syncing disks, vnodes remaining... 22 EFI rt_settime call faulted, error 14 efirtc0: CLOCK_SETTIME error 14 From owner-freebsd-current@freebsd.org Sat Jan 16 18:47:58 2021 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 6EBD14E7A9A for ; Sat, 16 Jan 2021 18:47:58 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ6W155F1z4ffw for ; Sat, 16 Jan 2021 18:47:57 +0000 (UTC) (envelope-from carpeddiem@gmail.com) Received: by mail-io1-f54.google.com with SMTP id d81so9670488iof.3 for ; Sat, 16 Jan 2021 10:47:57 -0800 (PST) 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=7HxSyiDMlFyTF3DUExfSqb4yLF3XGC7JxWPnpjRafm8=; b=qsDnWHBTbWAMjaD0EvZ+ElIxxFEZJwEt807ZZcZWxjhQzXGPFpL4Hoz5lgiYJTjB4y lbON15Z89h8fGWrig3R0YKOEKDNbvaY2M3wiO20/SguY9UlqS9UMLOC/mbD+oVahgSg6 ZismO9uI5fotW2lrvcye+SwSNxCvT0VJwK5bDNq7N8FdlPS5lWfIWAlk4PcvZlxBWewF unDMbat9OPXcXBq72bOoH0xrBylBdMcdyF8xB/mw3PCXw6tKzHrjHEyxCzNdL1ptYnm9 E8V1U43dL1j448Bt/lpSzE218i0OZoSijRpcjk3iJkQv1tPWjzMBqOKYCvDemhgIrZJC WRyg== X-Gm-Message-State: AOAM530RoEG/T806Xiu92aLbUL3oO0+H4A5BdBCO9uLQSYoZuMRzEyDE yekqEF+z0kUCFr+TzL9gp+N/YEdoH9rC4DI8TNn57e+zIAMk3w== X-Google-Smtp-Source: ABdhPJyCnv0lFNOqF+ddvnqP69N8gDJV0tCN+9NDBDVdpVn1Niv8sJ6OMcJDD58qczqK7xMQ+yt3yUK+P8dbV4uDiZA= X-Received: by 2002:a05:6e02:d50:: with SMTP id h16mr15197688ilj.256.1610822876547; Sat, 16 Jan 2021 10:47:56 -0800 (PST) MIME-Version: 1.0 References: <20210116183528.GA41499@troutmask.apl.washington.edu> In-Reply-To: <20210116183528.GA41499@troutmask.apl.washington.edu> From: Ed Maste Date: Sat, 16 Jan 2021 13:47:37 -0500 Message-ID: Subject: Re: git equivalent of 'svn update' To: Steve Kargl Cc: FreeBSD Current Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 4DJ6W155F1z4ffw X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-0.998]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[emaste@freebsd.org,carpeddiem@gmail.com]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.166.54:from]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[emaste@freebsd.org,carpeddiem@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[carpeddiem]; R_DKIM_NA(0.00)[]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.166.54:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.166.54:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.166.54:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 18:47:58 -0000 On Sat, 16 Jan 2021 at 13:35, Steve Kargl wrote: > > In the git world, what is the equivalent of 'svn update' > within a subdirectory of the /usr/src hierarchy. You can use something like % git checkout freebsd/main sys/dev/bge to update just sys/dev/bge to match freebsd/main. This will leave you with staged changes which you can then commit (locally). From owner-freebsd-current@freebsd.org Sat Jan 16 19:17:59 2021 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 2B8EB4E80D4 for ; Sat, 16 Jan 2021 19:17:59 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-20.consmr.mail.gq1.yahoo.com (sonic305-20.consmr.mail.gq1.yahoo.com [98.137.64.83]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ79d57PBz4hX8 for ; Sat, 16 Jan 2021 19:17:57 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610824675; bh=7K1O44PzxWHYVNMs6VrQ6RSf6cCHiUPCnNvF/6olY4T=; h=Subject:From:Date:To:From:Subject:Reply-To; b=Z+e7BGyQrai0fYPLRTAaDbf3mO5uhUhVkzgilh2ieEZcKCWwxP+94mQ1L4E1JvZq59wn615uROCeOXOE91eLnuDCyk3VzjjTzfX07KkbqEyetvQeSwGau0LPNdxvxamXw3oTePqP5I2y4lg7khZnZ9GfLUSSBGSoavqoT6SRip66BEskQsChcL5hSEsotBfD2CCbCcSSV4+mw8OZ2H3evnT/K34r+s3YAZEmEeZKHTDBhDlOEJypK9yLaO9A2c7HpOb7Fl7s1fRjFFl2mMuZ7RSTSdSWNfIueQDUtUD1+LtW7SXlIpdWMSh5JVzd47lRsBkAcn6TU4J6iFMwTLtP2Q== X-YMail-OSG: XsEnvE0VM1mEbMR60IoIKNUeveLs.0Fp.Um37xEXZG8TjOUUCImKmEwgjbTSlMq ndcaxHzSAUiyruggkrdcPuxjfjUNWKTKMq3dOzlUMGADg72Hl2Q0YfRBroymWz4AIQ8JnUMZbsaU SqS0fkr9.MzaB2e.lmz4aYnpQwgts8S5wNOlLhHVRtHcP90KswIogNpzVHTJKDw9rmtXUC3RIQY_ J.vnEHLYu107IE7D8VrEMxjYw.Dx542IabdoTXu3wHY3AjxTnyKZ2luoF8brMoomTa2u6Lj9Jpk3 Hz_eowNYo3Evu.lJvH6XZ9FnDg3H.XykJqBuLUeSqx151OGG0KP7AnoHDWGX9vcq1XTXAeW654LG 0lBC0pr0_tfvwr.c9ut7G5BOZ2hqFjLSkKDQ1w6SXdy1inNPKmP8FUDTpdvsrvkBPSpHXAYAYOVD oIDKoy1cv_lzXsmxhX1_Anzzrm39hgGIxThmGmFcLDwzJYM.NyICbxt.ZyoaKyAL5.Z32WzTM.DU fNkX5SiX6UurfeLDT0nNkmqorTIQnLpE.sCvwk7cR5WfR5FPog1ISLkceLgklKBo6D2fAWbZWR1o oYquEHT3vDeANIkMh4K4ArDEOKp299pbArMVVa7JVeLP1GQXm0qk4TsGeOAordm00.AsjHPvi4BF 6WhVeDj7WExfuV7QYQMoDHPtscG_6yBTN8klf_c2eir.SymdQgIhhn6UZPbDKf6hJZmeOOuzJPHG woT9J9PAdJthK1l0sRTT9BBIlZc0.PDxKtgo8fph72fPmAdfH2yngLcJd7Rt.pQRChsHthEeOgA5 PPQNbliLHZGFgFY7cO6u82s9SOwU9lFNNWRliKaDZzvpxJs9osNKOCmGH7fBBXCe.4K0aaTGMGwY oAcETzGTbOT99KZFqwPjU4cd5Cj8KmsYOI61zpkfVAlmu.Vw50n7ajLdKcGNF65mvLG1jxJZzeqy BBtYn4HjwGb0Y2_9URMmqprfye2m1jZ6.MRRLMnP9LcBw0tip6C4HfLuzr4_4iRuv_CDO578M8Hn qriufArVTaqH9oUkEbTAsxKREePUbLUS9qfXuAgFqKTbk.wjsDi2PtAsfgqFoRzX0d9Y.Nhn1dZB _j8uYgo4O03cemNvhrwN.sd1QNK970cqKQ1OZSWvqhFvBS75pGlqCXvHDX6ihAZXxYiQ4sOPwrhQ qvNtEAzujNWtTg2t4.9oR_vGWjFh9CVerRQIx1qZNzP79qR8K5GaMH0_FKFeuXJmStaRucdFInYj A5pkSssul15qAIx_pWMim4W.Tp570d_2zfqvX7YJe9kxSoAmaWpI6gAzYP3tPcnOPo2sMFvDPyu7 2roDyJero4mh1XhXr5HuKiYYlRZs9c5AwFo2UpxxNbd0wdCN0bB9QX_oHSWXlf.mGxhXie2hsYxd .F9S_V6cMkgy0NlxVfEenbRESMu98vDoRN89o2yyST8nfnO9jJ0MbXiq5lA1naGipua56aErD3DD x4uln4y8Z2b8XvjWRavBrmnKJHrKKYd5t3r8.j__2sZpW8n3vTdhZybQOtGkgGWEHy6FinLSijLN l76jRRDabcdkXflPbuuddhfF6FbbJQeBYDb_wdEFm6dmx98UJ66VnN5uBzQxtyyPoeNO4NSS.A1o hPfv2VfqxkCyOL1JjA3oTfNjyAZEnrqyjqvON7Aev3nKAAsIph5U996.f8WYPVrMSNNaQZxXvo_h TxC1c.oLKF.Yf18qXO6SI6lYSy2Qaciz6iizr5j6fjB4R3VFTxupkfT4RxM5SeNgaJkfCytkdN1K HAze0dSK5toF9RxzZtYzej9EkPLNtCsiPF538Hl5h880Rt7xLbJQkN5lv6IhkNjd85dhcz73UjxD crTaLNGl8c3EhdjWnXH2jAlyA72pOvWcpg4vqnwsQmn7GgvDjpTT2JEkL5.7w2auy0.0B47CYCkn .NEiARYEEFrf44b0yAgEHdM4vuMFEo5p52YRQkdnhjuYVP4da1TV2bsprgr3EA5TwsrqFOdI78gQ xropCDzYVx6y2xPEAeN4dDRj3eda1DmmecVvCFVaKJCQc6ytWxnPg.VXN9bWZMCWLXOh_wq8i6SV l6WanYqbuAT55aI4EHRsTqCedJOxKxAmjCeBqtNb2ByDH2hOZTjgddUpPZT7dL7X_Nj8hIl81vsA dtE7lSZiy.uexU3teqObnuvGJSasrTqHWxxcE8jsQrQoMTORnOpzOSUeZB21my9C92uFpUlfGFb0 hpxzGLN_2pyx5yU0JXcpQcwF5IQ_CNRONCe2VBjok7E38nAuwhJL5R4NRc3XW_WClJt.TRs9r.ow Q5zgBPzxAlHd8.fpM6.SmlF8Nifa8LmC7X_gaeP6i4MnqN3Q_B0HWGa.EU9Wme16EX3zrwEsrzcR 77tjQVjWSdAynk62PEru17spAzR3Hj1e92xyCLh9amiEfnOTQLgNzBZVtU0u24VsuEKXoTkJPUjE zvEcflFdqo2XBVdMpLw89udcFLT2GLbqJyPtNa8VxkMugAgf0y6_FmOX3SzH5SAw.dmKSU3UryhO Id9id6wLbVcw.32pQpWRNmvVoopEAhsUh6MnlCJqAfcYXWlL1h0lJ7i7UtpyotlKfJp6YKitwoaO dF75Pr22u0Ijf46Y- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 19:17:55 +0000 Received: by smtp418.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 0fd4da5094f3f3ca59a61d28a1d3b8ef; Sat, 16 Jan 2021 19:17:54 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116155538.GA24259@www.zefox.net> Date: Sat, 16 Jan 2021 11:17:52 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DJ79d57PBz4hX8 X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.83:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.83:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.83:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.83:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 19:17:59 -0000 On 2021-Jan-16, at 07:55, bob prohaska wrote: > On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: >>=20 >> On 2021-Jan-15, at 20:37, bob prohaska wrote: >>=20 >>> While playing with -current on armv7 using a raspberry pi 2 v1.1=20 >>> an error crops up with recent kernels while building world: >>>=20 >>> ++: error: linker command failed with exit code 1 (use -v to see = invocation) >>> *** [clang.full] Error code 1 >>>=20 >>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >>>=20 >>> How does one invoke -v in this situation? >>=20 >> Going a different direction: Going to publish the build log >> someplace? There is likely more there of interest to isolating >> the issue(s). >>=20 > I've put what I hope is a useful picture at > http://www.zefox.net/~fbsd/rpi2/buildworld/ Looks to me like your -DNO_CLEAN based build is reusing one or more files with inappropriate/incomplete contents that need to be regenerated: there are a number of undefined symbols stopping the linker during its attempt to build the "usr.bin/clang/clang (all)" material. See below. --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang --- =3D=3D=3D> usr.bin/clang (all) --- all_subdir_lib --- --- all_subdir_lib/libbsm --- =3D=3D=3D> lib/libbsm (all) --- all_subdir_usr.bin --- --- all_subdir_usr.bin/clang/clang --- =3D=3D=3D> usr.bin/clang/clang (all) . . . --- all_subdir_usr.bin --- ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::CodeGenTBAA(clang::ASTContext&, = llvm::Module&, clang::CodeGenOptions const&, clang::LangOptions const&, = clang::MangleContext&) >>> referenced by CodeGenModule.cpp:148 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :148) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::CodeGenModule(clang::ASTCo= ntext&, clang::HeaderSearchOptions const&, clang::PreprocessorOptions = const&, clang::CodeGenOptions const&, llvm::Module&, = clang::DiagnosticsEngine&, clang::CoverageSourceInfo*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: clang::CodeGen::CodeGenTBAA::~CodeGenTBAA() >>> referenced by memory:2262 = (/usr/obj/usr/freebsd-src/arm.armv7/tmp/usr/include/c++/v1/memory:2262) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::CodeGenModule(clang::ASTCo= ntext&, clang::HeaderSearchOptions const&, clang::PreprocessorOptions = const&, clang::CodeGenOptions const&, llvm::Module&, = clang::DiagnosticsEngine&, clang::CoverageSourceInfo*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a >>> referenced by memory:2262 = (/usr/obj/usr/freebsd-src/arm.armv7/tmp/usr/include/c++/v1/memory:2262) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::~CodeGenModule()) in = archive /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getTypeInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:706 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :706) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAATypeInfo(clang::Qua= lType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getAccessInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:725 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :725) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAAccessInfo(clang::Q= ualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getVTablePtrAccessInfo(llvm::Type*) >>> referenced by CodeGenModule.cpp:732 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :732) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAVTablePtrAccessInfo= (llvm::Type*)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getTBAAStructInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:738 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :738) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAAStructInfo(clang::Q= ualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getBaseTypeInfo(clang::QualType) >>> referenced by CodeGenModule.cpp:744 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :744) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::getTBAABaseTypeInfo(clang:= :QualType)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::mergeTBAAInfoForCast(clang::CodeGen::TBAAAcce= ssInfo, clang::CodeGen::TBAAAccessInfo) >>> referenced by CodeGenModule.cpp:757 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :757) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForCast(clang= ::CodeGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::mergeTBAAInfoForConditionalOperator(clang::Co= deGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo) >>> referenced by CodeGenModule.cpp:765 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :765) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForConditiona= lOperator(clang::CodeGen::TBAAAccessInfo, = clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a >>> referenced by CodeGenModule.cpp:773 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :773) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::mergeTBAAInfoForMemoryTran= sfer(clang::CodeGen::TBAAAccessInfo, clang::CodeGen::TBAAAccessInfo)) in = archive /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a ld: error: undefined symbol: = clang::CodeGen::CodeGenTBAA::getAccessTagInfo(clang::CodeGen::TBAAAccessIn= fo) >>> referenced by CodeGenModule.cpp:750 = (/usr/freebsd-src/contrib/llvm-project/clang/lib/CodeGen/CodeGenModule.cpp= :750) >>> = CodeGenModule.o:(clang::CodeGen::CodeGenModule::DecorateInstructionWithTBA= A(llvm::Instruction*, clang::CodeGen::TBAAAccessInfo)) in archive = /usr/obj/usr/freebsd-src/arm.armv7/lib/clang/libclang/libclang.a FYI: I found this by noting the "all_subdir_usr.bin" below and searching backwards for prior examples and seeing what was after those examples. --- all_subdir_usr.bin --- c++: error: linker command failed with exit code 1 (use -v to see = invocation) *** [clang.full] Error code 1 > Files from a clean start would probably be better, It may be possible to be more selective about deleting things so that just those are regenerated. But, fundamentally the problem seems to be -DNO_CLEAN not rebuilding at least one file that needs to be rebuilt. > but it will take=20 > days to get back to that state. Yep. If you can figure out what file should contain the likes of clang::CodeGen::CodeGenTBAA::CodeGenTBAA material and=20 delete that file, it should be regenerated. But there may be more files that are not correctly built that may or may not be such that an error would be reported. > I was thinking this might be a=20 > kernel problem, but after trying three different kernels, all with > the same result, it's looking doubtful. No hint of the "cannot = allocate > memory" message of earlier troubles, and nothing on the console.=20 The undefined symbols seem unlikely to be a kernel problem. > One additional question, however: Does the Pi2 have an internal > voltage measurement that could be added to the swap logging script? > Sysctl -a | grep olt > produces a bunch of output, but none of it looks > real, with too many trailing zeroes. Power supply problems have > been rare, but they caused much hair loss. RaspiOS reports under > voltage, does FreeBSD have a comparable feature? =20 The undefined symbols seem unlikely to be a voltage problem. The zeros are from the units for the integers not being volts but micro volts. (Which is not the same as saying measurements reach that scale of accuracy.) >> I use META_MODE builds. One thing they do is record the >> command used to try to produce each file. So in that kind >> of context, identifying what it was trying to build allows >> finding the related NAME.meta file and looking in it. >>=20 >> An example failure for armv7 and 1 GiByte of RAM could be >> a simple memory allocation failure: unable to get a >> sufficiently large contiguous range from the address space >> for some request. (So it never gets to the point of using >> swap for it.) Are you controlling how many threads the >> linker uses? >>=20 > There have been none of the "unable to allocate memory" messages > that characterized the previous failures, and nothing on the console.=20= Agreed. Although the missing symbols could be from prior partial updates of a file from a prior crash. (I've no specific evidence that such is what actually happened.) > I do not try to control thread count beyond -j4 on the command line. > It wasn't necessary up to a few days ago. It does seem that memory > use is vastly greater with the arrival of clang 11, swap use on armv7 > gets up past half a GB. With clang 9 it hardly registered.=20 I noticed disabled use of controlling linker thread usage in both e/tc/src.conf and /etc/make/conf: #LDFLAGS.lld+=3D -Wl,--threads=3D1 But I've no specific evidence of memory allocation based failures in this run or prior build attempts that contribute to the current status for -DNO_CLEAN. >>> For the record, uname -a reports >>> FreeBSD www.zefox.com 13.0-CURRENT FreeBSD 13.0-CURRENT #6 = main-c950-gff1a307801: Wed Jan 13 19:02:18 PST 2021 = bob@www.zefox.com:/usr/obj/usr/freebsd-src/arm.armv7/sys/GENERIC-MMCCAM = arm >>>=20 >>> The present sources are a day or two newer. >>>=20 >>> Nothing is obviously wrong; swap usage is small, no warnings or = errors on the console. >>>=20 >>> In past occurrences, an old kernel (pre-git) worked through the = problem. >>> If a restart of make buildworld doesn't get past the stoppage I'll = check again. I see no specific evidence for a kernel problem being involved. > The pre-git kernel didn't work either, nor did kernel.old, a couple = days > previous. For clarity, all three were -DNO_CLEAN starts. >=20 I see no specific evidence for a kernel problem being involved. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 16 20:15:52 2021 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 CA1D04E8FD8 for ; Sat, 16 Jan 2021 20:15:52 +0000 (UTC) (envelope-from asomers@gmail.com) Received: from mail-oo1-f42.google.com (mail-oo1-f42.google.com [209.85.161.42]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJ8SS0CTyz4kxK for ; Sat, 16 Jan 2021 20:15:51 +0000 (UTC) (envelope-from asomers@gmail.com) Received: by mail-oo1-f42.google.com with SMTP id i18so3137578ooh.5 for ; Sat, 16 Jan 2021 12:15:51 -0800 (PST) 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=y6JJeCxdueu5hsDDl+pe86TRxWHPYuFp97g+jbFKVdk=; b=h7r3x7JH3R5okT9+3ZK/OZUy/jD+ExTjReEifedmS7GCoGkRI4dHkfA7LJmji5OOcA NSKecPkycrDgEHVAVX3B3ph42cwbAaLggs2QHCTQ3xZpIPVI9U1ljO1oyfsdQNA7MTv9 6pMU51xTsJ2k4v+Cw6x2sOCVD8PPnKWPfHZxuPftQagaR2mVmy18PWBgtsaxbiwMJn3B gpQW7+IEOmbEkuF2/TQRTgrSbdsKQmIuTX8Q7UkRaQ5abSQpHz5gwFhJSaDqMjrEapJH vz9zl6aoyCydNavI9XpR6m+FRKzHZP+JB9vH2Ysb16vqOmREDBGK7DKDv3Ao+wOPpU3C +pVA== X-Gm-Message-State: AOAM533N4JlO2DeBcvh51/nWsVoxXRirVUYNOQGuRb0AffPdN5If16fs LrR+4+AntqYkGiNjh4KcdjNcIF0oP/ryBebuleI= X-Google-Smtp-Source: ABdhPJwNVKMpzDwLbBqpidWzX0OVIpJMN5pTbeXMjD2qMBwl7CjAtj82hucHSI/IAOYGJgSJNNqiL783ajHbjaXHHCc= X-Received: by 2002:a4a:6c45:: with SMTP id u5mr12871356oof.61.1610828150771; Sat, 16 Jan 2021 12:15:50 -0800 (PST) MIME-Version: 1.0 References: <358513ba-699f-8af8-ed4e-a08fd1012db0@codenetworks.net> In-Reply-To: From: Alan Somers Date: Sat, 16 Jan 2021 13:15:39 -0700 Message-ID: Subject: Re: boot loader blank screen To: John Kennedy Cc: Toomas Soome , Current FreeBSD X-Rspamd-Queue-Id: 4DJ8SS0CTyz4kxK X-Spamd-Bar: -- X-Spamd-Result: default: False [-3.00 / 15.00]; RWL_MAILSPIKE_GOOD(0.00)[209.85.161.42:from]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; TO_DN_ALL(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FORGED_SENDER(0.30)[asomers@freebsd.org,asomers@gmail.com]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RBL_DBL_DONT_QUERY_IPS(0.00)[209.85.161.42:from]; R_DKIM_NA(0.00)[]; FROM_NEQ_ENVFROM(0.00)[asomers@freebsd.org,asomers@gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FREEFALL_USER(0.00)[asomers]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; SPAMHAUS_ZRD(0.00)[209.85.161.42:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.161.42:from]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current]; FREEMAIL_CC(0.00)[me.com,freebsd.org] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.34 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 20:15:52 -0000 On Sat, Jan 16, 2021 at 8:39 AM John Kennedy wrote: > On Fri, Jan 15, 2021 at 03:51:38PM +0200, Toomas Soome wrote: > > Could you please check latest current now?:) > > Success! With main-c255999-g0bc776f3da70, I've been able to comment out > the > screen.textmode=0 (so, back to the default like I originally was). > Sort of! Now textmode works again. But the hw.vga.textmode setting is ignored. Instead, I'm always in text mode; I can't boot into graphics mode. This is at main-c256008-gde57c3d88258 on an Ivy Bridge system. -Alan From owner-freebsd-current@freebsd.org Sat Jan 16 22:03:35 2021 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 0604F4EC520; Sat, 16 Jan 2021 22:03:35 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJBrj5ysdz4sTJ; Sat, 16 Jan 2021 22:03:33 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 10GM3ZDJ026921 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sat, 16 Jan 2021 14:03:35 -0800 (PST) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 10GM3YGJ026920; Sat, 16 Jan 2021 14:03:34 -0800 (PST) (envelope-from fbsd) Date: Sat, 16 Jan 2021 14:03:34 -0800 From: bob prohaska To: Mark Millard Cc: Current FreeBSD , freebsd-arm@freebsd.org Subject: Re: Invoking -v for clang during buildworld Message-ID: <20210116220334.GA26756@www.zefox.net> References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4DJBrj5ysdz4sTJ X-Spamd-Bar: - X-Spamd-Result: default: False [-1.10 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; WWW_DOT_DOMAIN(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[zefox.net]; RBL_DBL_DONT_QUERY_IPS(0.00)[50.1.20.27:from]; AUTH_NA(1.00)[]; SPAMHAUS_ZRD(0.00)[50.1.20.27:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_SPF_NA(0.00)[no SPF record]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current,freebsd-arm]; MID_RHS_WWW(0.50)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 22:03:35 -0000 On Sat, Jan 16, 2021 at 11:17:52AM -0800, Mark Millard wrote: > > > On 2021-Jan-16, at 07:55, bob prohaska wrote: > > > On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: > >> > >> On 2021-Jan-15, at 20:37, bob prohaska wrote: > >> > >>> While playing with -current on armv7 using a raspberry pi 2 v1.1 > >>> an error crops up with recent kernels while building world: > >>> > >>> ++: error: linker command failed with exit code 1 (use -v to see invocation) > >>> *** [clang.full] Error code 1 > >>> > >>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang > >>> > >>> How does one invoke -v in this situation? > >> > >> Going a different direction: Going to publish the build log > >> someplace? There is likely more there of interest to isolating > >> the issue(s). > >> > > I've put what I hope is a useful picture at > > http://www.zefox.net/~fbsd/rpi2/buildworld/ > > Looks to me like your -DNO_CLEAN based build is reusing one or > more files with inappropriate/incomplete contents that need to > be regenerated: there are a number of undefined symbols stopping > the linker during its attempt to build the "usr.bin/clang/clang > (all)" material. See below. > [examples snipped] > > FYI: > > I found this by noting the "all_subdir_usr.bin" below and > searching backwards for prior examples and seeing what was > after those examples. > > --- all_subdir_usr.bin --- > c++: error: linker command failed with exit code 1 (use -v to see invocation) > *** [clang.full] Error code 1 > > It never dawned that I wasn't looking at the first error message. > > The undefined symbols seem unlikely to be a voltage problem. > > The zeros are from the units for the integers not being volts > but micro volts. (Which is not the same as saying measurements > reach that scale of accuracy.) > So long as they're measured values they might be worth keeping track of. I thought maybe they were some sort of input or placeholder values. > >> I use META_MODE builds. One thing they do is record the > >> command used to try to produce each file. So in that kind > >> of context, identifying what it was trying to build allows > >> finding the related NAME.meta file and looking in it. > >> Not needed now, but worth remembering for the future. > > I see no specific evidence for a kernel problem being involved. > Agreed. The problem is the operator. Thanks for your patience! bob prohaska From owner-freebsd-current@freebsd.org Sat Jan 16 23:04:14 2021 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 C8C344EE267 for ; Sat, 16 Jan 2021 23:04:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-21.consmr.mail.gq1.yahoo.com (sonic305-21.consmr.mail.gq1.yahoo.com [98.137.64.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJDBj3x5Hz3Fl3 for ; Sat, 16 Jan 2021 23:04:13 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610838251; bh=hHZ5CinCtaShIyM6hI7BfI6/RQaEGbZg3kkiVWTsKqo=; h=Subject:From:Date:To:From:Subject:Reply-To; b=mE8gLFLTnSFK6DlqrDOtziUMQJmy+bCUGyolYrSQZ8OlAIJWNSmNXTtkpp0KL7kDUlsAsWsCS2QrVU/J9GEDCLoFPbPXgfrSqJMvZpcrM/SR6GSsov4qhSKn0osHBkzOkvoeCy/WuB+5apOJPSCD22OdeYvog7NCYDnvlHzijxcHm9YyC/LBHKG5uttzRJsVT1cVIPDQwFJ0mqvQ8LRBF5Vfsoc3HqFkgrQoqORrLfU4hUjUKEgHg8J+boL4O1lEAVS/IvQnMFDZVRNtNHxd7+5pkSvR0gRaAEYnpfxjVIFJ4AdDHt/QitSAwEMU/Ool4iTI3W70INdrlRkxOal36A== X-YMail-OSG: u9ifeasVM1kxDLYq.tqFHmzYefQPsN9JhC3XMFX9VFFTPmhfq9DlXLpE4Deh3ii 7v52JFpWLddFLTBVMTwesadCf259pCziVWh6.yz0ruhznztDwcp03mTm9b5QixhTfLlGdk7D7N6X 2gMWfUw_2yIuIsdK5MpzUKj0tWrYp_ZrtLOF3Y3kesidL5WId.9QQijV0CfURxr4VTq0oXGpGzQc y2v6s1lzXWRGFJd.bYOMRRGwFTF3sRMOVGhFVPB.HWOL6Lvs8sl23Np2DXqbRURtwXJiymcEkQ6_ f6vhAyW3Cz5IZ0ngyE4acShM3aMuIbRrhjtmSLs1L7.EovOru2tE4SokVVVdypCpXgYK9SnYhKOR 3k64qY43CGT0pMkeHw0myzwgWrSSVqnxZiNkIsQ0aB79rYHike3mFTDg3Sv5o4Tuq7iHbsA.A349 KQeMyi92gVmr0HeR2T3u6FCs2DAX4u1GWGGPrj8NYdKwLnmJg9cyHiHKGthACyT7w78azZIe5H4S bbEXc5hd7gbKxywRAHjHmgLEU5DwP62QuCnAvlzUqp0rKoHEB3JwCcYDmzGeM98nMv4ZR0wJ_225 XCzxjSzXj8N9cqaLCK2c_fmBTZJW.IGOV2UF8K0rdd9j97NJjgRff7wr1239pkqvDHcketu0nSg_ vOzJ0Auh7pHI.bUC28giNAoluYFIa62iQEjmQl2hwUja9YzqbLdlk00Ydl4xTkSoqs5r0nfoQ8e1 kAWxLLQYvmgkCdtKgUjdlKDu5HyMJ3GBNxeMcxbZmi2MZvhrofuXu2sl0X4VB7ZFhD8ePmOrw3tm hFpuozIZFf6_LDzaRsbdyRpQh7cpcnDCFAW7Be2u3eto2N5fkLJCX9xGZEP1ibcVR.ZSY_hdw2PM HIg7LVbfwXQHQcN58vosb5LZeH9F2t7KhTAgfRaitDojUSxP7bzS757hOOksR_L1rKQKwo1_pKB8 WwWnZy5woesJoyOKuGPehNmnJbGYZkRs4eQ.TWEPSSLmPQzN9OEECbQsLKM9xJxRColbivEfIU3H 7LveW293DGiSxYIxWKvrfGFMSd11JRTpmyzsGJaoC1vm9aVQDZMMZusqcAF5brzTxkI00mhYrfwl Njgfwrr5kVaG267E3Ql6.A2AUKt2jNhaMIRSWVargkHIlQnCEk8cOcNvg8kBVZiC545qhPBJyHI0 wGzDryybKI3RU1B7CsKYw7SAWksJbSuP1j.7lPkBvoV1onhzK_If5W2qW03T1RyBqnaaRF6tquPj aiLEXFxT9.4qzjrTk14EsPcV4zX5REdyx0hextXeZorb8WZFdLeYUw6ZU_77IlTMPBSsZUuCCRSD kuNSxgCCJv5XFUwD6rbtj3if_c7pDluEAPOojcxyDthX43wpcy4rf7Zic.5r2DOq4jUlpANCoOPK TmW8p6f3EOimu.d.fDdLbj_S9ZueTBrZWt8P8eD_xs2Fl5V0bg9la1y3NZpEc5nL1ZKgLodxmOP1 pps5q2ohl1s10sGR1abkc4CqzGOnQPHV8uaA9t3dyVOyT0YwVvrNMkKUKwJFgtkDnfLvZoqTYGbN weIt.YyTh7VXasXtZCdueavYqqOKJxwcE.pom2VLBtdZ9EKK44sWsOpfzA8Hm8vZULbqjcjjYyKM Z82A0k3N1q2U6sAu4FgehQ_GM8ag7rgygZtvH_7kwYJ4U8ROqC.y33GXLKm28kqiknB17pWL09SA K4EWbQ73TNHMNXH9DckDuZ1leyhh07PdDZC5AG8RCbAQOQnzS9UWc0kqqZ56Nb0Fxu1rQ_tiAUM9 xugTSTUwVcji6qHts.HUz6fjnwjMxI7GXCNiBIu70o3r9huLNTphkuNWskp.O6PiEL5mCW64JKcU JWE2eqnznCubZRSNfGoh4.1LalMKHSrvvjtbNycjO3fCn3vSZTkvmlBtQNR523OmYlcC9glQ2Qqc QJ.gBHtj5teUjIc1WHp7Kxj4VF7M8SRjfb7lh_GFqRiAdV4Bz3ET_zLQDQeYnncZuM1kTSTAcH4w gvGzTPd2pNC7T0nRVu56atcGtXgOyjoBX6b1m4NiLRAeOGjzCp3XPdZ6iO6xIwB5bVDbIwE7iI0N K_PAUyzN4Yn10lAvwzC24S1L.rcbWFPYnmjeUcLatW3rhz2PM.tejnGPKZ79p3Wv9HxXNi.8g9nL jR96B3_yJneCE0vsHTlTl3Wc6HeIsNOvL74nXuG0UUwhPvNPZcPdjwVc0qHSlF90Y2bPbB9t5Ko7 clA5mQG0wZB9Kl.b0mKgg.2r9Hcq1Xgsv9.XBZjPj.eotVnoIOe8mZ4_iz3ioVxRMH4JUJd8fgfX X1NjJy2hBrP223wZgv2n7jtIZqCbjk1nGLsq2BrqDOXgqsRQ01wHCn95p_cBZq9M3CHJBhcCUXUL g.dM.qpCyOavlB7ntz_6VNi9fonZPc0rb8kf5v8SG8R_OUPakv7oroq8gSCipW4O6r7lwhDLnvSR lV4TyGH_N.V_RPZKwDkdJ5sBGliBuYZf6dby6kTOBOGah9vTB5CLjFOG3MhuMZac9mISgao0b4Ng ncExHjJDkOI4doKUtMFJaDuz9GqCKaIldyWHaFDzqohHdvHmuPvLXubt1e3iYLhaWzhfhfz6wFcU Zoa7LtpB43u3w Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 23:04:11 +0000 Received: by smtp413.mail.bf1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 1ed56a052300f92045faf73230058b70; Sat, 16 Jan 2021 23:04:07 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: Invoking -v for clang during buildworld From: Mark Millard In-Reply-To: <20210116220334.GA26756@www.zefox.net> Date: Sat, 16 Jan 2021 15:04:04 -0800 Cc: Current FreeBSD , freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <20210116043740.GA19523@www.zefox.net> <20210116155538.GA24259@www.zefox.net> <20210116220334.GA26756@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DJDBj3x5Hz3Fl3 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.84:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.84:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.84:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.84:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 23:04:14 -0000 On 2021-Jan-16, at 14:03, bob prohaska wrote: > On Sat, Jan 16, 2021 at 11:17:52AM -0800, Mark Millard wrote: >>=20 >>=20 >> On 2021-Jan-16, at 07:55, bob prohaska wrote: >>=20 >>> On Fri, Jan 15, 2021 at 09:25:00PM -0800, Mark Millard wrote: >>>>=20 >>>> On 2021-Jan-15, at 20:37, bob prohaska = wrote: >>>>=20 >>>>> While playing with -current on armv7 using a raspberry pi 2 v1.1=20= >>>>> an error crops up with recent kernels while building world: >>>>>=20 >>>>> ++: error: linker command failed with exit code 1 (use -v to see = invocation) >>>>> *** [clang.full] Error code 1 >>>>>=20 >>>>> make[5]: stopped in /usr/freebsd-src/usr.bin/clang/clang >>>>>=20 >>>>> How does one invoke -v in this situation? >>>>=20 >>>> Going a different direction: Going to publish the build log >>>> someplace? There is likely more there of interest to isolating >>>> the issue(s). >>>>=20 >>> I've put what I hope is a useful picture at >>> http://www.zefox.net/~fbsd/rpi2/buildworld/ >>=20 >> Looks to me like your -DNO_CLEAN based build is reusing one or >> more files with inappropriate/incomplete contents that need to >> be regenerated: there are a number of undefined symbols stopping >> the linker during its attempt to build the "usr.bin/clang/clang >> (all)" material. See below. >>=20 > [examples snipped] >>=20 >> FYI: >>=20 >> I found this by noting the "all_subdir_usr.bin" below and >> searching backwards for prior examples and seeing what was >> after those examples. >>=20 >> --- all_subdir_usr.bin --- >> c++: error: linker command failed with exit code 1 (use -v to see = invocation) >> *** [clang.full] Error code 1 >>=20 >>=20 >=20 > It never dawned that I wasn't looking at the first error message. Other than -j1 style builds (or equivalent), one pretty much always needs to go looking around for a non-panic failure. It is uncommon for all the material to be together in the build log in such contexts. >>=20 >> The undefined symbols seem unlikely to be a voltage problem. >>=20 >> The zeros are from the units for the integers not being volts >> but micro volts. (Which is not the same as saying measurements >> reach that scale of accuracy.) >>=20 >=20 > So long as they're measured values they might be worth keeping track = of. > I thought maybe they were some sort of input or placeholder values. I do not know what FreeBSD does with the values. But the RPi firmware may be still doing something despite FreeBSD being what was booted. (I've no clue if such is the case.) >>>> I use META_MODE builds. One thing they do is record the >>>> command used to try to produce each file. So in that kind >>>> of context, identifying what it was trying to build allows >>>> finding the related NAME.meta file and looking in it. >>>>=20 >=20 > Not needed now, but worth remembering for the future. META_MODE also notices more causes of needing to rebuild something. It actually compares the old command to the new one to notice differences. It also has information to compare about files opened during the prior build of the file, more than make tracks on its own. (Such is based on filemon.ko being loaded and then in use.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 16 23:29:33 2021 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 08F5A4EF44B for ; Sat, 16 Jan 2021 23:29:33 +0000 (UTC) (envelope-from dclarke@blastwave.org) Received: from mail.oetec.com (mail.oetec.com [108.160.241.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.oetec.com", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJDlw19Czz3HJp for ; Sat, 16 Jan 2021 23:29:31 +0000 (UTC) (envelope-from dclarke@blastwave.org) X-Spam-Status: No X-oetec-MailScanner-From: dclarke@blastwave.org X-oetec-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.099, required 6, autolearn=not spam, ALL_TRUSTED -1.00, BAYES_00 -1.90, DKIM_SIGNED 0.10, DKIM_VALID -0.10, DKIM_VALID_AU -0.10, DKIM_VALID_EF -0.10, URIBL_BLOCKED 0.00) X-oetec-MailScanner: Found to be clean X-oetec-MailScanner-ID: 10GNSnHd002365 X-oetec-MailScanner-Information: Please contact oetec for more information Received: from [172.16.35.2] (cpeac202e7325b3-cmac202e7325b0.cpe.net.cable.rogers.com [99.253.170.241]) (authenticated bits=0) by mail.oetec.com (8.15.2/8.15.2/Debian-8) with ESMTPSA id 10GNSnHd002365 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT) for ; Sat, 16 Jan 2021 18:28:51 -0500 To: Current FreeBSD From: Dennis Clarke Subject: service -e doesn't really sort does it? the cool tip is slightly off Message-ID: Date: Sat, 16 Jan 2021 23:28:48 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.6.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4DJDlw19Czz3HJp X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.00 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[blastwave.org:+]; DMARC_POLICY_ALLOW(-0.50)[blastwave.org,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[99.253.170.241:received]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RBL_DBL_DONT_QUERY_IPS(0.00)[108.160.241.186:from]; MID_RHS_MATCH_FROM(0.00)[]; SUBJECT_HAS_QUESTION(0.00)[]; ASN(0.00)[asn:812, ipnet:108.160.240.0/20, country:CA]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[blastwave.org:s=default]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; SPAMHAUS_ZRD(0.00)[108.160.241.186:from:127.0.2.255]; NEURAL_SPAM_SHORT(1.00)[1.000]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 23:29:33 -0000 Saw this pop up : rhea$ su - admsys Password: If you want to get a sorted list of all services that are started when FreeBSD boots, enter "service -e". -- Lars Engels admsys@rhea:~ $ To which I thought "sorted? really?" amalthea# cd amalthea# service -e /etc/rc.d/rctl /etc/rc.d/hostid /etc/rc.d/zpool /etc/rc.d/zvol /etc/rc.d/hostid_save /etc/rc.d/zfsbe /etc/rc.d/zfs /etc/rc.d/cleanvar /etc/rc.d/kldxref /etc/rc.d/ip6addrctl /etc/rc.d/mixer /etc/rc.d/devmatch /etc/rc.d/netif /etc/rc.d/resolv /etc/rc.d/devd /etc/rc.d/motd /etc/rc.d/newsyslog /etc/rc.d/virecover /etc/rc.d/dmesg /etc/rc.d/gptboot /etc/rc.d/syslogd /etc/rc.d/savecore /etc/rc.d/rpcbind /etc/rc.d/mountd /etc/rc.d/nfsd /etc/rc.d/ntpd /etc/rc.d/cron /etc/rc.d/sshd /etc/rc.d/sendmail /etc/rc.d/bgfsck /usr/local/etc/rc.d/smartd amalthea# Nope. That doesn't look sorted. Unless the sorted means "order in which they start" perhaps. So maybe take out the word "sorted". Either that or insert the "started order" as the manpage claims : root@rhea:/usr/src/freebsd-src # diff -u usr.bin/fortune/datfiles/freebsd-tips.orig usr.bin/fortune/datfiles/freebsd-tips --- usr.bin/fortune/datfiles/freebsd-tips.orig 2021-01-15 00:37:37.863506000 +0000 +++ usr.bin/fortune/datfiles/freebsd-tips 2021-01-16 07:46:57.335803000 +0000 @@ -517,7 +517,7 @@ -- Lars Engels % -If you want to get a sorted list of all services that are started when FreeBSD boots, +If you want to get a list of all services that are started when FreeBSD boots, enter "service -e". -- Lars Engels root@rhea:/usr/src/freebsd-src # Sorry for being all OCD here. Perhaps it should say sorted in the order in which they were started. Something like that. -- Dennis Clarke RISC-V/SPARC/PPC/ARM/CISC UNIX and Linux spoken GreyBeard and suspenders optional From owner-freebsd-current@freebsd.org Sat Jan 16 23:44:06 2021 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 6261F4EFBF5 for ; Sat, 16 Jan 2021 23:44:06 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJF4h5fxwz3Jj8 for ; Sat, 16 Jan 2021 23:44:04 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610840642; bh=CXr2z38AEyGh0cc8xSLCVq8x50cI0ffIee5XtRygRuB=; h=From:Subject:Date:To:From:Subject:Reply-To; b=plwwy4uHuD5CQw1A463IGB6FNs7e8R+SMTocwDWkd5UGqhFy/q8e2aFwtuA6lBDYKA/OaJyr+98JZIlo7RU85Ubq64fmzNgRIVVWUMBDDAKtVTH7dYOwl/UhGceAAugYvXXrD3PoAelFHANzB33FynMvHo52yqMZ4l8lm7QVuIqzbX0sr4R96dnloownaJ4XRTmJ78mISbbwa8sW6D6voFuuLTeXEqfWwyejiYQXacuRqdsyEoSzw2Wuxd+iUIG8TvuNuc5pCetwdejpn8KzTLlTertqGpNPXMGH/ybiNg6pM3716bgV6hCJJ00qcE3bkWIjXnNntreUuX/OHOa7eQ== X-YMail-OSG: dQnOVEIVM1kpteK9E.pGWFxpolO19HK66RSzvl2aQXvyEMf7E7aQ_hd108joUz4 LWndR6HmmW3l8ldBMBgl3Up4BCP1L1IbJQ.vNFiMPMOj8qkjIKDih6SoEgZ4NF4rDALaEJMJteY2 lWtOrNHykUM7ZW7w5iisFyjFkZAY9Okcj0yL715fMWDgt4W.EDSvJ4g2NdavgrehY3InFw00qlnU tEUgKD8B8JxO9alkIZGduSKYuC6ht85aAbBReGMTgIIPGEZUwNMDJ3IBZYQG.AUnrcHvpXFBJNLZ VbbmZZPocWwBxvauIwXPO4gyJE9q_CKYKPUnEGxkpEzQ.8Mph7Gamxfd4Drk_7GSwXAKRhRjaxsr el5HalrAN081WqXnpT8NhQBFkUzftvN2rQLpKRJhe4U7.A0TvIXJ95vDh0T1.MhckBWHeZ..b61C siATGnaLI0MDErQsY0uDzf2m_9RBj5y.lWWjYr0Y3iATuAyiz2AShBdoFs9uoOoikAc9XsiQe9QN 300uVdx5DoOyIyuHGxLqKCrkidlq.D_3MVW.bFGDC5k2iEFoTkvB74YbMgYgnn5xLcPd4li935NV k93su07kpCejOljn2GZnDmKnCwBEZ9MHBQkdrrSMCBruLdRx4suvf39Oro1Mi8.dNwDsX0NGEjUI As_hBO9uJChu.bJ6j.MdllsQ2_j5_KyYz2Xooi8f9.JiUQd2RDAcy2kbKUgcxRsLKh0iE_sNDQDK YRtQaeM9cWOTrQ1hmTOs_OU8qQI.1NHWDINiOlc1v2e5U1Rba1pzRZP_c.aG20IDkljIDAQD4A5M DLhC8WLmUNIzJ.zBX8uSnWz.Z6iHw5q_ZwCV2nL2hyQQ4j3d8edjkRbGF6oXemSgtUP4po23FOOi rxq6gGX7wY_mxVElWafvfXzrC2ddmCwxbEP0OWiwhDa4CK9jtveZZRj1p34Y0xYYrVGFZPqnt7vT vkm1hrrSkGOsF9w4Z8KvvaKe2xL1nWlfQbrFkRXSaxdvMHI.IB9b19ktd2__h1Pam4b3SF52PdfT X9HLQqyifvrK4PrXJQaOIagAn3Xd2G4jtsjUgsq4yjVURowszPn0lgHTQv2uM7e7l__kPcmGbMM. KoAIKPQfl8GdkJwtq5MnLs_iE8GquQXB77Y0VnRLKLIzNlOv9iBBIoNiXDvkK9CE0bWx2KfsjU0V erLw9M37L4WtQm9X6huL4.sMYWsYR8_lzWm_wG45JrBkg182Dk4wDRwupB_Hqw08LClTQOydtmnj 1lp5StkEbzWXjXDHibXkPTpnMmeU2YU4jalXKvBcNsBr0AZirB3IG.fCsBvTjn8QrmF8odxSezjs 73z2eUKOslIv6UYBvSa01hYBpi.x6T0RPLTiWNCQqef4PMCoWlZb1xgka8myYQbtyDXMtANsEqk6 ZRfiUvbRWbntCQjZO7wsWGSDbnWIeF4yjBcpSSJ6ErBkf80EAiXAs.jDY8hFCrbVM3yGMzYMtnMj PjxkhYTvsvehoIzFDA3ra.D7rkhGw71WENsK6DV4yTPlK1.dbWvj3aowYjENyJatKIXoXAW3cCOD 50HhXQ2eX_lsdk2Rm0sbsHLbuUVaq3B62YSOrKOiO9BYTbQ.KmH4Y0nq81LvzScI9PfqyJa.rLDa nQiOpb2Pr5N1SkXqBBBth4fLMJQfMzf4eoAfeKqTuCHypm48.NdEcuznVTYwaX.2I.FEAvYBwMvb ENvjeiU_fvEHDxk_yPis6pEW_J2mBo.PbQ2HoataJLsRamb6fRZJ1k2Yznx.wIibRdGYpCjm02gn 7..vawNT5lhje8rzibuHoXOq5toHV7MTnOp8tlIukFiT0nP5fctW9Zua5qeHoSfg5Y5UhsZS37BE vNd3CVNL_ZPPqOu08Wvta3zKxQsaPtQzxgipb_G513RcInyHBoEMKEqu.EIhIF5rB2pg2hcQuwt6 taQCrh33OJy0TAI.q7JKL0EcxXhF58NVweYTRlaJKwkdqU7kB_dm5lD9DEaNIY7RQlK08rJPwiGh 1i58JXzMnp9m.UVK_po4xqxCFmsonJo3c7lCsFqK3LvZhZfNANXrbnBeINnx7nzkZighK9ibh235 JfUkFWvltFzdIckeubwYudwAX9k1.g_NK7gFlnfD_Wp_64MzHPLMX38n9aQ..hsWR7t9tO7uHR4l r6dY3P7EIZlQqqkmCenr.V5Tw4fdCVbwmfbQjdryrUc7bPRPDvIU1XDrL_LVPBJjY65K3TAQ7Ayy EF6g7m0y9s_IG4Qd._K.AGdwNymdHTdMf8PWNL.0AGqy7A3LM0YF5zD_53guLYeRooPN3d8TSnQU rghmFCVW9y6iTyO0FRyUmm.SJsgXPlnl_FfFDcJkC52Ipxao_ReCqUf1Zd311VDewX654Yt7ugII xK1sV05Cr3A3w73NTj7smJMSx2jtU9mycO49UcOs_sfkg9kvTmqdZL4yGZY3ECJYuCApmqa81S7X 2JwFACKHvxPUfZI0- Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 23:44:02 +0000 Received: by smtp407.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 08a92b59e57bd5cf79881c23af47d88b; Sat, 16 Jan 2021 23:43:57 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: boot loader blank screen Message-Id: <9E603F05-FD97-48A9-8C04-FB54FD6F0A4C@yahoo.com> Date: Sat, 16 Jan 2021 15:43:56 -0800 To: asomers@reebsd.org, Current FreeBSD X-Mailer: Apple Mail (2.3654.40.0.2.32) References: <9E603F05-FD97-48A9-8C04-FB54FD6F0A4C.ref@yahoo.com> X-Rspamd-Queue-Id: 4DJF4h5fxwz3Jj8 X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.69.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.69.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 23:44:06 -0000 Alan Somers asomers at freebsd.org wrote on Sat Jan 16 20:15:52 UTC 2021 : > On Sat, Jan 16, 2021 at 8:39 AM John Kennedy = wrote: >=20 > > On Fri, Jan 15, 2021 at 03:51:38PM +0200, Toomas Soome wrote: > > > Could you please check latest current now?:) > > > > Success! With main-c255999-g0bc776f3da70, I've been able to = comment out > > the > > screen.textmode=3D0 (so, back to the default like I originally was). > > >=20 > Sort of! Now textmode works again. But the hw.vga.textmode setting = is > ignored. Instead, I'm always in text mode; I can't boot into graphics > mode. This is at main-c256008-gde57c3d88258 on an Ivy Bridge system. Looks like you did not notice the change to screen.textmode : QUOTE commit babda0952f8355a89b3241d5e8943c7da0fa4f6b Author: Toomas Soome AuthorDate: 2021-01-06 11:46:34 +0000 Commit: Toomas Soome CommitDate: 2021-01-06 12:38:55 +0000 loader: instead of hw.vga.textmode, use screen.textmode =20 hw.vga.textmode is directing VT VGA backend to use text mode. =20 The default screen mode for BIOS loader is text, and default screen mode for VT VGA backend is graphics (unless we are running on hypervisor or hw.vga.textmode is set to 1). Using hw.vga.textmode for loader does remove possibility to have graphical mode VT VGA = with text mode loader. =20 screen.textmode can have possible values "0" to disable text mode, and "1" to set text mode. END QUOTE =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Sat Jan 16 23:48:21 2021 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 4A03B4D01BD for ; Sat, 16 Jan 2021 23:48:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-22.consmr.mail.gq1.yahoo.com (sonic301-22.consmr.mail.gq1.yahoo.com [98.137.64.148]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4DJF9c0X1hz3KVC for ; Sat, 16 Jan 2021 23:48:19 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1610840898; bh=weO+WJZTasCKccrLSdPMzX+77oQ0Y0wWpuiBQIGBxFm=; h=From:Subject:Date:To:From:Subject:Reply-To; b=CDbUmXejnBHLdEUhiUoHz+2NXDISlr9X/+Wi5Ej8EaLy7oGOLFqyVjZiwqlrAxhZIn1G6kIN6HUVaGdAXg8GciOM4e8SGOpaLMhASLCpIwNXIKtyVisa0QgZwm253ckFhfZI7QLrm6a+yF76q2uUKJemNJw4xNG8Xevpjr1ABIScz4BoGmkylMcMe8Y1PhS7zeT/uCcL1eRwa0dhhFlYxq6KJBNSlMcqf3HTnlZOt8Ua5t8DavbtoLAh0sWUydmwY8WPvmfGrezLRmV6p74fP64SBI0Ran2qS0Fo0wqHI0VXnt1GdvQ84jddn++B9l/V9H0Wm0Ldbc2VFMNZLlF6wA== X-YMail-OSG: vv2WAwcVM1lnmQuZfJ5r_xZk3F6dprIDR5Bro3bFefv5RdwCiEDiiM17iHa5LJA 2F3f_iSiCTDHkvDTm04xwLUiYnlw3tzA6boBIbIhoQTG2WzVlNC7aR27OiOhmng8dVe5DmEcrYqQ JozwvvCBf40wHml8FbjXSc.bzyYAiY4WWDysfvDX_NnrV63kMgoJtW3LWI0cWrFYUYhw6kiIDbfH juAVvnM_ikrtgK1tmseBULQlxWyfDYv7tM5yoV.1ubwlT4MKlig0jzOgAdkj9sGL4geOew7IShDB wyGESuw5GnS1A9t4ggfq5o1S79nzwBmsXjfZcC.CXN6rcxwQlyXylPHWe0HOXmA3CMgrrc1YkFMY NkNWbHAGloEPpn65OE4JArRAA0Xyb4bNqoP4xt3zLUfGbQ_Ac3GOBZN3izDKKwGdfHkC6cXsWSrL 9iNsWOq_3eo2.Uh4X6.EWVj22GqFYUZkk1JjKAgHJthWFePiA9Nnd3XpcWzB9pG1GhJiE2mRmpat c0Kx_kD5qc4b0qbsIDlJscSJMh_AABmt6AxVBqwCeQuRYO9tZgd0q_v2NSyJRXOdPQbfXZsv7Obw QvsW3exQgbdQ3BIKjb5lU7mvn4X0h6X_kQoxeQQEG79u598kuP9I_x1tW8_hhmK6tX.280ZoLWpx ZWCRSmgC9Pf02ovu5LDygVMtNQF622Bil9lrWVNwS6sWcDCx0nkc9LptHjaVR5D.uzbNxpiatRp0 2qa4AYHf9RexXYr4Uz3bbTXwiCGvN9qo3SJmOlbjcw7teHQfHLplCgDacUgDMtTTJ7QuQGa6__5f brrRVZ_kaTD_rsQPezWKDeS3FORaF2MiuALDsPwCJeirdCVHQIEM2lKy9CXVyHzwWf6UIBJc8PIz bjs2P4yrGXGux7LUzjCm4H73LD0lGWmtGuVckWWIRdTpXrCUjoT3tN6I.wKUitwI2onr2EcJvnEW u5liO7ZczeDvLaJ9gAaW9hj8rg43l6d79.TvSC.l5EqlcsLWYbwlDANsVILF8XR582cqCKUd4b2n j0MDzuyBHiUE2DumHEEn8KrOfusnzhyXFiO_qUTAcyiNxpM690vuIJtGK1dlsbJD_n9JoHnJhgh4 Q33o74MCfkN7SAcHyD5QFw8AgMFpFSPbhWNiY6rBxaIJ7OcRJulG94oS4lAMkpdaCZ8cTxsPar8h OYf0FRLhveGoO2AjQ35gl.O2.3oYzl14sOszgFvSWcPVjrIqK29tjm8Dz8h2lRy7S6aeTjwxDvy8 wprN_n1STLqKZFD847w0jInK4rTBauxJ9f1wOwqi5jJvOwVLvVplndprt_tjtUhe8GIulQ4Q2sM3 or.2AkSeFsvPSGyycdf2cBAozWxMWjQ1DSpjSgSWTMeUGdTd5Ibz6Blkd4RADbQj4DqL9b.DUBxQ b8SmlwWz5T9FeUQMiCkUXTqrGQ.qEmsTsETjUQsWIyc7WjKoKfRCS83D8ltgPd.mYWxKTqZ6iyu4 xNg9F.uISTJCoXaDAZDZg1svq_GhZ9hmdcZee7zVOWsu8_xrC6LjNCF.nBHAL8Q0xHfRr4mqvNrD 1ciatRo1WNtvgo4k5z0pP3M2q4lzDbOa5AxBs_0_cy9Zi6GP5TeXecxc2Oz2dIa1Z.f.GkwSFvqj eMAo_FXBCSdfP76M5xYC22ejLp_fsbeSkUv7bAUc3YroZ9A.p9TgcW49l8cXOxsb6A5zqALUHENz P9r_mtmlYXLr8pwKQ13_GRcTrvAgU4olrlUkYEjLjwO0wYb2OvhEAagQD3ZXER6Zy.f4ef.Ms_Bz yWADStzLNl9CR_1BBMG7hru4USu_zS1jBshdPk5ozstMn.T2yS2Pa82JO7qk57oEFRoq1dJxjfPQ x7.Ik0YELs6oprYklrhiVLoNpZ8tDCP3D25dA9UnRylZz4rsU64YQPDr5l41psXUD04Oyq.155Lg TI41gvnb7jjQlKH.8GLkwRw09XKmnrkVyzsaZ8jitKz4HvNjqiEOuToNLWkxlKq98IpVFZGrzOYg juVgnGT3UNuAIc2U7ecvDWVs3FA1as5LorSyXhtYDfDHNCfBr9KlqPwFtuOLQTEiX_F2TMFP3OZv O9mbWLqiluxJltNqPI1o0mFHI0c5hlrkziorp.voEsv247E0mtFRLzrJx1NZbL1Zb0TuQUAW8efB 1eoEBFZyrPt2V67eBED4sbRs7z9.eEim8Z.wWIiHi6qXUaqTLEJTsiQ41JU5Owz2OeHJFpZ2ihHU Pos76S1yzTVK_m2giMDY8ArxMp_GUv6UD48nXeN_4.LaQFW6VRCow8zCLIRDlamO0iYlPLa4fPrE YxkxEHOe6jAcLHoKCdC4JoRLzD8VKoj5J94073m309wtGdYbGC9jCM9YPwEh.wE2z._5dZieXF9q QwyjIDgZb7z6TSFV0PhMkEBQROPu5F2JdXU7cJU5g8fvQK3TxfWIDjxYHalmy5oVsI.mAftP.h7p ixhkOcZ8AjHdZG92l9cFCYaM- Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Sat, 16 Jan 2021 23:48:18 +0000 Received: by smtp412.mail.gq1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 391984497fef03c5be60b2b742842809; Sat, 16 Jan 2021 23:48:16 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.40.0.2.32\)) Subject: Re: boot loader blank screen Date: Sat, 16 Jan 2021 15:48:15 -0800 References: <9E603F05-FD97-48A9-8C04-FB54FD6F0A4C@yahoo.com> To: asomers@freebsd.org, Current FreeBSD In-Reply-To: <9E603F05-FD97-48A9-8C04-FB54FD6F0A4C@yahoo.com> Message-Id: <3654D5B4-FA62-44B5-BF75-999AC6FF3DCC@yahoo.com> X-Mailer: Apple Mail (2.3654.40.0.2.32) X-Rspamd-Queue-Id: 4DJF9c0X1hz3KVC X-Spamd-Bar: - X-Spamd-Result: default: False [-1.50 / 15.00]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[98.137.64.148:from]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(1.00)[1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; SPAMHAUS_ZRD(0.00)[98.137.64.148:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.148:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.64.148:from]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.34 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, 16 Jan 2021 23:48:21 -0000 [Just resent with corrected email address.] Alan Somers asomers at freebsd.org wrote on Sat Jan 16 20:15:52 UTC 2021 : > On Sat, Jan 16, 2021 at 8:39 AM John Kennedy wrote: > >> On Fri, Jan 15, 2021 at 03:51:38PM +0200, Toomas Soome wrote: >>> Could you please check latest current now?:) >> >> Success! With main-c255999-g0bc776f3da70, I've been able to comment out >> the >> screen.textmode=0 (so, back to the default like I originally was). >> > > Sort of! Now textmode works again. But the hw.vga.textmode setting is > ignored. Instead, I'm always in text mode; I can't boot into graphics > mode. This is at main-c256008-gde57c3d88258 on an Ivy Bridge system. Looks like you did not notice the change to screen.textmode : QUOTE commit babda0952f8355a89b3241d5e8943c7da0fa4f6b Author: Toomas Soome AuthorDate: 2021-01-06 11:46:34 +0000 Commit: Toomas Soome CommitDate: 2021-01-06 12:38:55 +0000 loader: instead of hw.vga.textmode, use screen.textmode hw.vga.textmode is directing VT VGA backend to use text mode. The default screen mode for BIOS loader is text, and default screen mode for VT VGA backend is graphics (unless we are running on hypervisor or hw.vga.textmode is set to 1). Using hw.vga.textmode for loader does remove possibility to have graphical mode VT VGA with text mode loader. screen.textmode can have possible values "0" to disable text mode, and "1" to set text mode. END QUOTE === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)