From owner-freebsd-current@freebsd.org Sun Feb 2 04:32:16 2020 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 9BE9D23892D for ; Sun, 2 Feb 2020 04:32:16 +0000 (UTC) (envelope-from gsnb.gn@gmail.com) Received: from mail-io1-xd41.google.com (mail-io1-xd41.google.com [IPv6:2607:f8b0:4864:20::d41]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 489J2l3bN6z4T5k for ; Sun, 2 Feb 2020 04:32:15 +0000 (UTC) (envelope-from gsnb.gn@gmail.com) Received: by mail-io1-xd41.google.com with SMTP id h8so12984065iob.2 for ; Sat, 01 Feb 2020 20:32:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=0Hvv6CVDQjXQWkWrnwXgawCa2KTjCZf5RTk0ARUZ3Cg=; b=ZlUU0kJ4oKkxbe1cskhDucx0PskTlO3c3qLq/rGGr0NkZ6W81ArimCxev35jbdPGvD eAvWij2wUrVWxJnjDRDUShvxjLtvXsV+CcGIC3ucUrx7+7tV9NCdDxh3fogb4QyRiBYG fdLxj0h5v1Fm328d87B2jd891nysvzFaeOYEx3aD9kULnIJEfPinCHJ/2LlWUamQQEgf GLU4oZRig1KYtN0IILXqDr9/WiNYlJqGHVzL8KGOYiipIIprK0+4QEZweor9OJ0N0MCb KzJu07PH6e0Cjs8bZX9eAzlAr+aKRlOPnBj12GsJQt+SakgHY9SuSsPIv0cKf1Tj6z9c FZ5Q== 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=0Hvv6CVDQjXQWkWrnwXgawCa2KTjCZf5RTk0ARUZ3Cg=; b=tnOEvD/KP6V9jLHa48/ox6pfMDlxt1iv6zuduy93BwQqZWcuwNW4HTttbzVENQ0ihP 7NrTiC8wbrdlcXZyV3s3XqFY5MEHgWvR5Ks3TSZc5WuhNnMkfQKDW0w8817IM07m1lBq de4VClaH2LsvOD8evZGgPdEQoOwGV8MH+3Mxb49v7dZHyHrg/lbwmgPvoqQ4Bb7ly/2u HP83xWbXDIVEvDqMYiYVVg5DD6tFVdqy8/1g1cVw2x8iyLtXK5kx9oZLq0y8sSORwuWz dsGYLXVFk8ORVx0ewZ9FSB4m3IBn4Bqgmrv5P42qYT9wWrsF8QBHmxMgBoyyu8A4VyeC U4gA== X-Gm-Message-State: APjAAAUTFiAxGn+87RkQg6NyEcpKf1qPYqYR0Vu8wwgpSIAFMsEXBCW5 VcuxPrq4QtGg7PjwyB11M/XvlrPx82y64ReBE3I= X-Google-Smtp-Source: APXvYqxtCvgoHdlTfgH0ulw+dpscOLxpt6p2gQreBsjfMYO6L0P851Nf1A2Ug+5VfhNS8jLvZqhMN/DAxWo38knWY04= X-Received: by 2002:a5e:aa18:: with SMTP id s24mr13998125ioe.221.1580617934358; Sat, 01 Feb 2020 20:32:14 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Niteesh Date: Sun, 2 Feb 2020 10:02:03 +0530 Message-ID: Subject: Re: OFWBUS: How does autoconfiguration work? To: Clay Daniels Cc: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 489J2l3bN6z4T5k X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ZlUU0kJ4; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gsnbgn@gmail.com designates 2607:f8b0:4864:20::d41 as permitted sender) smtp.mailfrom=gsnbgn@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36:c]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[1.4.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(0.00)[ip: (2.19), ipnet: 2607:f8b0::/32(-2.00), asn: 15169(-1.76), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2020 04:32:16 -0000 I couldn't find anything useful for me, I need information about how the hardware autoconfiguration works, not autoconf. On Sun, Feb 2, 2020 at 12:24 AM Clay Daniels wrote: > Take a look at the Porter's Handbook: > > > https://docs.freebsd.org/doc/7.4-RELEASE/usr/share/doc/en/books/porters-handbook/using-autotools.html > > On Sat, Feb 1, 2020 at 8:56 AM Niteesh wrote: > >> I am interested in adding autoconfiguration to one of my projects. >> The current drivers use lazy initialization, for example, the UART >> drivers initialize the hardware only during their first invocation. >> >> I would like to add a subsystem, that will read the DTB and call >> the appropriate drivers. >> >> I want to know how it is implemented in FreeBSD, I took a look at the >> code, but I am still couldn't figure out, when does FreeBSD start to >> parse the DTB, how does it fill up the device struct and few more. >> >> Can someone please explain how all this works with reference to code >> or point me to some documentation? >> >> Thanks, >> Niteesh >> _______________________________________________ >> 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 Sun Feb 2 15:37:29 2020 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 288A0231C10 for ; Sun, 2 Feb 2020 15:37:29 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 489ZpJ5RCDz4Jdy for ; Sun, 2 Feb 2020 15:37:28 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1580657847; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=PymR+uLm5Hn1jVMOmvidxbR7EzoECS3Nx32AFauXcWtxKLEVlCnSy2E7FS7+MbfZGixUE+ciMJjxa MDl1Fyni0yjb7KPVRQdYCp5f9dhtuiixzhYdhILxYuLU7x0YoAb2fpZVq9SxaVOnZd8rXTS1dB18qC IIVplPoIFI2JafX4d+8+uZFsIgvoOAtMX/y7VmXef9Cc2Iq7ZQBf/BFZ0+z7jsefUTa9H2uQzha+TW tpBvtlevLwu3FMB0jiqEbuS0vfTYZny54WsrSdgHRS59VxvbpIB7glafABpgTtZ93cQ1zLsnaXgg05 lmWM3fzHRS0pH4LW6+IMzZqjNEPaJgw== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=ZOH/v27d+t66Nwn47/Wjb56C7K681czrEoUh79OHgGA=; b=PiN81Bc6mwWgsxatm3b2GtS4SlXaLRBzqlGGmp1tgvINx7SmkN79SmXYDsGLtXsQR7PKAN5muLL8G kzZWpyvvSy7mW2sfLpYAVVQItvSRz3B3GrwJ+VVD+EZfzAkP5Bd3xqjlnOVaIhkPfBmflv8QA0jDiM l8WphL2EdFEWwGT55nhOLl/CgbHEm1mkIUepVxVrdLVBHRI1hNaY4KnO19i7U7+I/iVd5xYBsqBC3N uY32DLsn0JU6rpA5JK96P92ff6dnq9IqPy6+unNB4zZs4BhWDS5O/a/9yFPsKJfVhxQVsY2siJnbhG cBvGLcvcoqRrbAkm3k/BjMZTinJD7jQ== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=ZOH/v27d+t66Nwn47/Wjb56C7K681czrEoUh79OHgGA=; b=Zvt3D4VGSHuJ71ailoobBl+WyaX1KiIUDGz3dE8cd1MJFdROu4ogoYssMxUhiKCbpj1wNeVEOTHy1 GrLgHI2fKdem1T6kA6476soxgPtkXcaAqaX9rrVoUAALBiYo+Vsf8pfCFe0LQubYqI8c663c5wBNMM Le1ESFzSvXyE+qm6WG4ljethFv4n3dSryeL207gpV5rSnPhXVNLonKrRRwAxEkOA/ztmXglbhR/qJS 9h5x7hddjH5fRFyUooLscLqk8mfuegH5xztYqACJ1CSkn2sfde0zzAm13XAE/ONvYI4dHPVrigKH0o widBIlEx3LXWQ/AQ/nDeBcfIEFkXFaw== X-MHO-RoutePath: aGlwcGll X-MHO-User: e9834105-45d1-11ea-b80d-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id e9834105-45d1-11ea-b80d-052b4a66b6b2; Sun, 02 Feb 2020 15:37:26 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 012FbPJU034293; Sun, 2 Feb 2020 08:37:25 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: Subject: Re: OFWBUS: How does autoconfiguration work? From: Ian Lepore To: Niteesh Cc: "freebsd-current@freebsd.org" Date: Sun, 02 Feb 2020 08:37:25 -0700 In-Reply-To: References: 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: 489ZpJ5RCDz4Jdy X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.96 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.97)[-0.972,0]; NEURAL_HAM_LONG(-0.99)[-0.989,0]; TAGGED_RCPT(0.00)[]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 Feb 2020 15:37:29 -0000 On Sun, 2020-02-02 at 10:02 +0530, Niteesh wrote: > I couldn't find anything useful for me, I need information about how the > hardware autoconfiguration works, not autoconf. > Then maybe you need to provide more details about what you're doing, what you've tried that isn't working, or something. I couldn't make any sense out of your original question. -- Ian From owner-freebsd-current@freebsd.org Mon Feb 3 22:49:41 2020 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 9084F2315A9 for ; Mon, 3 Feb 2020 22:49:41 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from CAN01-TO1-obe.outbound.protection.outlook.com (mail-eopbgr670084.outbound.protection.outlook.com [40.107.67.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48BNLX4lThz4Flm; Mon, 3 Feb 2020 22:49:40 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XRdznIriplFOwloJDx3JKzMwLMNPHEWCOpnlRKG/MHj+14c9XhgunhDNiQWkaAHGL3pdOnUPc6tx1qkjhDl9FdwHP80VmiVUAtFTMts67mBEay5X84Q9kcEaHZn/nzGdaUN5on+llOrrl5F03/W3PTYVPXz5q2R2eHcXWi4r8TJW0TAndkPHS8rMP0v37jCD41AaagYj1MeXMlgq4IU4f2D1I4rDIMoCTPRMALlOsqmKF0H6fpjvKl9v/Fg6RjLLQZKwoPRJ0e2qepF9TYNtsH0UiDPAacrYRbUtJwgpLI8pTOEPYa5eY3upDQR+5N5YP6bpQbBnVXgbkZE/XldNKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=W/9/da1EHCsc1tyCsaGsRnMyzsK3qXHdOfkcBTdvA8g=; b=XOPoTFXI54ROBIw2o40rKm7AHZJxG+GQYArlIGOi5Ot24V1PVTT/djHT/+9KrPve7UUOwULUMcHgrEpSROVkilpbK0iqTQcYHrxIJ7jPeP5lp3KT2UBqYYZ38pkaT7zbkCeFaNUhfUfPXBNPJyHiHOf28eChkUa3TU3jTbkMtnrw91tlpX+6sHWmcxIZ4/nVRDTElUgb42BD8FitXmNpqqwQCmRQPlRR9kF3BO2YqXynPrVd4XbBxTIzpN+HUn0IUTttl3AtDkZRyZvTHHOeIGUJy98ZREcGf+KFRC4O9gVSe+8x5fDBrdMmfMCv4W3AS8bNxm508XQla30FtLgUpg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=uoguelph.ca; dmarc=pass action=none header.from=uoguelph.ca; dkim=pass header.d=uoguelph.ca; arc=none Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM (10.255.46.82) by YTBPR01MB3520.CANPRD01.PROD.OUTLOOK.COM (10.255.47.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.29; Mon, 3 Feb 2020 22:49:39 +0000 Received: from YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::410e:652b:6fbc:9aa4]) by YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM ([fe80::410e:652b:6fbc:9aa4%3]) with mapi id 15.20.2686.031; Mon, 3 Feb 2020 22:49:39 +0000 From: Rick Macklem To: Benjamin Kaduk CC: John Baldwin , "freebsd-current@FreeBSD.org" Subject: Re: how to use the ktls Thread-Topic: how to use the ktls Thread-Index: AQHVxa2HeRfmo36hWEyrGcMaBhE88KfhEeoAgBxnlpmAAOgvAIACbdpNgAOAJ4CABeuelw== Date: Mon, 3 Feb 2020 22:49:38 +0000 Message-ID: References: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> , <20200131041843.GC24@kduck.mit.edu> In-Reply-To: <20200131041843.GC24@kduck.mit.edu> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 8cb5a793-143d-40bc-4f94-08d7a8fb59a1 x-ms-traffictypediagnostic: YTBPR01MB3520: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0302D4F392 x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(366004)(136003)(376002)(396003)(39860400002)(346002)(199004)(189003)(4326008)(54906003)(7696005)(786003)(26005)(6506007)(316002)(71200400001)(86362001)(6916009)(478600001)(52536014)(8676002)(33656002)(81156014)(8936002)(2906002)(81166006)(66476007)(64756008)(55016002)(66946007)(186003)(76116006)(91956017)(9686003)(66446008)(66556008)(5660300002); DIR:OUT; SFP:1101; SCL:1; SRVR:YTBPR01MB3520; H:YTBPR01MB3374.CANPRD01.PROD.OUTLOOK.COM; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: uoguelph.ca does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: KbNJg//Yth9BZLLSjOWHsAZQ3jQBIzJGs0w7Ar+LtpbB10QPgVPU4cmHR4VhSogXqq6VkxHuK3/ZBBlf+hHq6Xxk1/yfpTwWK4lbuJOl/79Y6k9bs/MZ+lBsacdjQz026EilJs2tFjUpqck6ukfWs11uQMAGyCW31GrFstuFE/Q0gEbE8PFLLZCU4SqlSQ5sdG/UrzNtCSc0ARvoL79o4dtYo1BEeYiUyV9/20+wNMr+sVMKql7702EqeGMFGpzP3YGNjGckECR5DWXlBI23Jgmf3i9NT7seG6QWfLDTFG8zOESKiTC7++nFGHF7r+mVgqqI6J+czUQfPB5lOCMumVrmY5P0kXV9oTtMscm5wqUuWIl3vztIQXNcPNjWXhqc0WgLxSbucrV6Bi5npnyiXVfron7HR4J0GfFbw14QQ6WbewEJMEKsMTQAAwlADsub x-ms-exchange-antispam-messagedata: nbjQqBOfdEhA9N4KpG/FpBe13l6doGKPMAaJulcS+YBHnBRcOsUiLH5jPUC9h1DUj+y7xP5I6GwUxfnEzA4DnWlrRS8mzeKsECAkclYKFzGiIMH9Ze4BEJLzG1+q3HSTPxBODEly9hPRO8nCiZLfgA== x-ms-exchange-transport-forked: True Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: uoguelph.ca X-MS-Exchange-CrossTenant-Network-Message-Id: 8cb5a793-143d-40bc-4f94-08d7a8fb59a1 X-MS-Exchange-CrossTenant-originalarrivaltime: 03 Feb 2020 22:49:38.9366 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: be62a12b-2cad-49a1-a5fa-85f4f3156a7d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: VdMwogGYMC4sMhrTsCg4KGgTvC/yMhIwEZN/YbzoY52GrGCbMXwrvNolOohzND/l2mfLcVrdBwy+K9FgT7LCiQ== X-MS-Exchange-Transport-CrossTenantHeadersStamped: YTBPR01MB3520 X-Rspamd-Queue-Id: 48BNLX4lThz4Flm X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of rmacklem@uoguelph.ca designates 40.107.67.84 as permitted sender) smtp.mailfrom=rmacklem@uoguelph.ca X-Spamd-Result: default: False [-4.70 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[uoguelph.ca]; TO_DN_SOME(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[84.67.107.40.list.dnswl.org : 127.0.3.0]; IP_SCORE(-1.40)[ipnet: 40.64.0.0/10(-3.86), asn: 8075(-3.07), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:8075, ipnet:40.64.0.0/10, country:US]; ARC_ALLOW(-1.00)[i=1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2020 22:49:41 -0000 Benjamin Kaduk wrote:=0A= >On Tue, Jan 28, 2020 at 11:01:31PM +0000, Rick Macklem wrote:=0A= >> John Baldwin wrote:=0A= >> [stuff snipped]=0A= >> >I don't know yet. :-/ With the TOE-based TLS I had been testing with, = this doesn't=0A= >> >happen because the NIC blocks the data until it gets the key and then i= t's always=0A= >> >available via KTLS. With software-based KTLS for RX (which I'm going t= o start=0A= >> >working on soon), this won't be the case and you will potentially have = some data=0A= >> >already ready by OpenSSL that needs to be drained from OpenSSL before y= ou can=0A= >> >depend on KTLS. It's probably only the first few messsages, but I will= need to figure=0A= >> >out a way that you can tell how much pending data in userland you need = to read via=0A= >> >SSL_read() and then pass back into the kernel before relying on KTLS (i= t would just=0A= >> >be a single chunk of data after SSL_connect you would have to do this f= or).=0A= >> I think SSL_read() ends up calling ssl3_read_bytes(..APPLICATION..) and = then it throws=0A= >> away non-application data records. (Not sure, ssl3_read_bytes() gets pre= tty convoluted at=0A= >> a glance.;-)=0A= >=0A= >Yes, SSL_read() interprets the TLS record type and only passes application= =0A= >data records through to the application. It doesn't exactly "throw away"= =0A= >the other records, though -- they still get processed, just internally to= =0A= >libssl :)=0A= >I expect based on heuristics that the 485 bytes are a NewSessionTicket=0A= >message, but that actual length is very much not a protocol constant and i= s=0A= >an implementation detail of the TLS server. (That said, an openssl server= =0A= >is going to be producing the same length every time, for a given version o= f=0A= >openssl, unless you configure it otherwise.)=0A= Well, I looked at the data and it appears to be two application data record= s,=0A= both of length 234. (These are in the receive queue before the other end do= es=0A= an SSL_write() and the only data returned by SSL_read() is what a subsequen= t=0A= SSL_write() has written.)=0A= =0A= My hunch is that, once they are unencrypted, they are just padding.=0A= Anyhow, since they are "application data" the receive side of KERN_TLS=0A= should be able to handle them.=0A= --> I don't think I need to do anything after the SSL_connect() in userland= =0A= to deal with these.=0A= =0A= Thanks for your help, rick=0A= =0A= -Ben=0A= From owner-freebsd-current@freebsd.org Mon Feb 3 22:59:27 2020 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 9632B231F1A for ; Mon, 3 Feb 2020 22:59:27 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) (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 48BNYp4YFWz4GSN; Mon, 3 Feb 2020 22:59:26 +0000 (UTC) (envelope-from kaduk@mit.edu) Received: from kduck.mit.edu ([24.16.140.251]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 013MxLJ3018919 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 3 Feb 2020 17:59:24 -0500 Date: Mon, 3 Feb 2020 14:59:21 -0800 From: Benjamin Kaduk To: Rick Macklem Cc: John Baldwin , "freebsd-current@FreeBSD.org" Subject: Re: how to use the ktls Message-ID: <20200203225921.GA53329@kduck.mit.edu> References: <5be57c87-90fe-fcbe-ea37-bdb1bcff2da8@FreeBSD.org> <20200131041843.GC24@kduck.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) X-Rspamd-Queue-Id: 48BNYp4YFWz4GSN X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kaduk@mit.edu designates 18.9.28.11 as permitted sender) smtp.mailfrom=kaduk@mit.edu X-Spamd-Result: default: False [-5.40 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:18.9.28.0/24]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[mit.edu]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[11.28.9.18.list.dnswl.org : 127.0.11.2]; IP_SCORE(-2.90)[ip: (-9.61), ipnet: 18.9.0.0/16(-4.80), asn: 3(-0.03), country: US(-0.05)]; RWL_MAILSPIKE_POSSIBLE(0.00)[11.28.9.18.rep.mailspike.net : 127.0.0.17]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:3, ipnet:18.9.0.0/16, country:US]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2020 22:59:27 -0000 On Mon, Feb 03, 2020 at 10:49:38PM +0000, Rick Macklem wrote: > Benjamin Kaduk wrote: > >On Tue, Jan 28, 2020 at 11:01:31PM +0000, Rick Macklem wrote: > >> John Baldwin wrote: > >> [stuff snipped] > >> >I don't know yet. :-/ With the TOE-based TLS I had been testing with, this doesn't > >> >happen because the NIC blocks the data until it gets the key and then it's always > >> >available via KTLS. With software-based KTLS for RX (which I'm going to start > >> >working on soon), this won't be the case and you will potentially have some data > >> >already ready by OpenSSL that needs to be drained from OpenSSL before you can > >> >depend on KTLS. It's probably only the first few messsages, but I will need to figure > >> >out a way that you can tell how much pending data in userland you need to read via > >> >SSL_read() and then pass back into the kernel before relying on KTLS (it would just > >> >be a single chunk of data after SSL_connect you would have to do this for). > >> I think SSL_read() ends up calling ssl3_read_bytes(..APPLICATION..) and then it throws > >> away non-application data records. (Not sure, ssl3_read_bytes() gets pretty convoluted at > >> a glance.;-) > > > >Yes, SSL_read() interprets the TLS record type and only passes application > >data records through to the application. It doesn't exactly "throw away" > >the other records, though -- they still get processed, just internally to > >libssl :) > >I expect based on heuristics that the 485 bytes are a NewSessionTicket > >message, but that actual length is very much not a protocol constant and is > >an implementation detail of the TLS server. (That said, an openssl server > >is going to be producing the same length every time, for a given version of > >openssl, unless you configure it otherwise.) > Well, I looked at the data and it appears to be two application data records, > both of length 234. (These are in the receive queue before the other end does > an SSL_write() and the only data returned by SSL_read() is what a subsequent > SSL_write() has written.) > > My hunch is that, once they are unencrypted, they are just padding. > Anyhow, since they are "application data" the receive side of KERN_TLS > should be able to handle them. > --> I don't think I need to do anything after the SSL_connect() in userland > to deal with these. All wire-visible TLS 1.3 records after the initial handshake will appear with the content type of "application data"; there's an inner content type to indicate what is actually being conveyed: https://tools.ietf.org/html/rfc8446#section-5.2 . Two same-length records would match up with openssl sending two session tickets by default on a new connection. -Ben From owner-freebsd-current@freebsd.org Mon Feb 3 23:23:41 2020 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 CEC62232A54 for ; Mon, 3 Feb 2020 23:23:41 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48BP5m3pmgz4J0r for ; Mon, 3 Feb 2020 23:23:40 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id 013NNXao037165 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO) for ; Mon, 3 Feb 2020 17:23:33 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id 013NNXd8037164 for freebsd-current@freebsd.org; Mon, 3 Feb 2020 17:23:33 -0600 (CST) (envelope-from bob) Date: Mon, 3 Feb 2020 17:23:33 -0600 From: Bob Willcox To: current list Subject: Is amd automount still supported in 13.0 or not? Message-ID: <20200203232333.GA37109@rancor.immure.com> Reply-To: Bob Willcox MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 48BP5m3pmgz4J0r X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bob@rancor.immure.com has no SPF policy when checking 108.84.10.9) smtp.mailfrom=bob@rancor.immure.com X-Spamd-Result: default: False [4.57 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bob@immure.com]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; IP_SCORE(0.42)[ip: (0.25), ipnet: 108.64.0.0/11(0.12), asn: 7018(1.78), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[immure.com]; AUTH_NA(1.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_SPAM_MEDIUM(0.96)[0.956,0]; MIME_TRACE(0.00)[0:+]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.99)[0.993,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[bob@immure.com,bob@rancor.immure.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7018, ipnet:108.64.0.0/11, country:US]; FROM_NEQ_ENVFROM(0.00)[bob@immure.com,bob@rancor.immure.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2020 23:23:41 -0000 Hi All, I've recently installed a 13.0 snapshot on one of my system to get some experience with it and am having trouble trying to setup the amd automount program. In fact, I can't find amd on this system. Has amd been removed and all we have for automatically mounting filesystems autofs? Thanks, Bob -- Bob Willcox | It's possible that the whole purpose of your life is to bob@immure.com | serve as a warning to others. Austin, TX | From owner-freebsd-current@freebsd.org Mon Feb 3 23:28:43 2020 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 757E4232DD7 for ; Mon, 3 Feb 2020 23:28:43 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: from mail-ot1-f54.google.com (mail-ot1-f54.google.com [209.85.210.54]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48BPCZ1MVjz4JN9 for ; Mon, 3 Feb 2020 23:28:42 +0000 (UTC) (envelope-from cse.cem@gmail.com) Received: by mail-ot1-f54.google.com with SMTP id r27so15371592otc.8 for ; Mon, 03 Feb 2020 15:28:42 -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:reply-to :from:date:message-id:subject:to:cc; bh=L+KDDArkkl2lUww0Umz1W0Qya5iGCFAOrtM+x8RXrWU=; b=eNwF1K72gnKjPZ2zHP0Os9YEF4J+w+JZcqxmq8Dp/gI5RO2HTD2/+vWVGhizkljAui 7OCMzMl81TOl+B95DkBVFrJttsos45foHIit9JWvT1PNBd5mF66fxatsGyTOg+h3fggr mPCP2WI4eikzkuoCZrK68LKtcMAHqQfMt27BZjJvXWFMcXqK9vlQ2nT6J0ad2Zr84Gu6 z+7EetzuZFnpD4NJLqv/EU4Hug34Ey8xEwwFxkHbtRNXY/RTgV/MbHl0ig0oCBQEBuvi 7cGrtwWxtZ6RHYvQPbGkh4xgOTWugcOQj1AKN32euUIqlzfpn4k1jlmcsJIbEO7pV31U eqFA== X-Gm-Message-State: APjAAAX6ynhqdi2q/thajiTJyP6PSPjGJytWQeXrRjuBLQNYPK9hkhYg u86vl4qDcP9jVdmc1I3czvz/pDfh X-Google-Smtp-Source: APXvYqw62sslWL11G0eObxb3Aqp/zCTUhPkuHb8YWMiPfrhqGYsscxaWeBHogHiDORL5sHzJrmLl0g== X-Received: by 2002:a9d:3bc4:: with SMTP id k62mr20386523otc.186.1580772520773; Mon, 03 Feb 2020 15:28:40 -0800 (PST) Received: from mail-ot1-f48.google.com (mail-ot1-f48.google.com. [209.85.210.48]) by smtp.gmail.com with ESMTPSA id r23sm6118812oij.38.2020.02.03.15.28.40 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 Feb 2020 15:28:40 -0800 (PST) Received: by mail-ot1-f48.google.com with SMTP id r16so15424782otd.2 for ; Mon, 03 Feb 2020 15:28:40 -0800 (PST) X-Received: by 2002:a05:6830:13d3:: with SMTP id e19mr19812435otq.135.1580772520326; Mon, 03 Feb 2020 15:28:40 -0800 (PST) MIME-Version: 1.0 References: <20200203232333.GA37109@rancor.immure.com> In-Reply-To: <20200203232333.GA37109@rancor.immure.com> Reply-To: cem@freebsd.org From: Conrad Meyer Date: Mon, 3 Feb 2020 15:28:29 -0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Is amd automount still supported in 13.0 or not? To: Bob Willcox Cc: current list Content-Type: text/plain; charset="UTF-8" X-Rspamd-Queue-Id: 48BPCZ1MVjz4JN9 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of csecem@gmail.com designates 209.85.210.54 as permitted sender) smtp.mailfrom=csecem@gmail.com X-Spamd-Result: default: False [-2.02 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[cem@freebsd.org]; RWL_MAILSPIKE_GOOD(0.00)[54.210.85.209.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17:c]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[4]; TO_DN_ALL(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.30)[cem@freebsd.org,csecem@gmail.com]; IP_SCORE(-1.02)[ip: (-0.28), ipnet: 209.85.128.0/17(-3.04), asn: 15169(-1.75), country: US(-0.05)]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; TAGGED_FROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_NEQ_ENVFROM(0.00)[cem@freebsd.org,csecem@gmail.com]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[freebsd.org]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[54.210.85.209.list.dnswl.org : 127.0.5.0]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2020 23:28:43 -0000 Yep, amd is deprecated for 13.0: https://svnweb.freebsd.org/base?view=revision&revision=354902 , https://svnweb.freebsd.org/base?view=revision&revision=354997 . Conrad On Mon, Feb 3, 2020 at 3:23 PM Bob Willcox wrote: > > Hi All, > > I've recently installed a 13.0 snapshot on one of my system to get some experience with it > and am having trouble trying to setup the amd automount program. In fact, I can't find amd > on this system. Has amd been removed and all we have for automatically mounting > filesystems autofs? > > Thanks, > Bob > > -- > Bob Willcox | It's possible that the whole purpose of your life is to > bob@immure.com | serve as a warning to others. > Austin, TX | > _______________________________________________ > 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 Feb 3 23:55:12 2020 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 D81482337B8 for ; Mon, 3 Feb 2020 23:55:12 +0000 (UTC) (envelope-from yasu@utahime.org) Received: from gate.utahime.jp (gate.utahime.jp [183.180.29.210]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48BPp72gsGz4L6X for ; Mon, 3 Feb 2020 23:55:11 +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 RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by gate.utahime.jp (Postfix) with ESMTPS id 394D9197C5 for ; Tue, 4 Feb 2020 08:55:02 +0900 (JST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=utahime.org; s=maybe2019112701; t=1580774102; bh=yiEBZ43PCcSeulJcCe+j46MLjKBWLzI67ZNmaE5yOyg=; h=Date:To:Subject:From:In-Reply-To:References; b=vGH5tAr3xtd2CWmt7aNY+Xf4vR+Vxel3r8wqpfwJFvxOcfcsssRNzn5mRgO0fq3Qb fnXenAhHFeBJGvBEchI+zC+YbYcWnsBCBgrffkCCZaRC/hnLG0VCvjDfdu0LtGa9DG Hyv0RhJI0ztexxgkODbuLELHRbeO0QINRwxmh5g3cP6oWuhqKm38gnGVvTsaXIZgfK 9NOFEvGtJTw0I+uS7gJy8jlAsovVtB7Ft4tc//WiAhgYPbuy8p/GwWerCZTeQgddzj 1c0/JnLm4mBU2u5Pz8BZUu53ZQ9fjgDVeZTiOCcOPw8kloZCxgfNB2aQd8Mv517Y6Z iM9gwW+88yruQ== 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 ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by eastasia.home.utahime.org (Postfix) with ESMTPSA id A850B43304; Tue, 4 Feb 2020 08:54:58 +0900 (JST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.102.1 at eastasia.home.utahime.org Date: Tue, 04 Feb 2020 08:54:35 +0900 (JST) Message-Id: <20200204.085435.139942824021996563.yasu@utahime.org> To: freebsd-current@freebsd.org Subject: Re: Is amd automount still supported in 13.0 or not? From: Yasuhiro KIMURA In-Reply-To: <20200203232333.GA37109@rancor.immure.com> References: <20200203232333.GA37109@rancor.immure.com> X-Mailer: Mew version 6.8 on Emacs 26.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48BPp72gsGz4L6X X-Spamd-Bar: ++ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=utahime.org header.s=maybe2019112701 header.b=vGH5tAr3; dmarc=none; spf=pass (mx1.freebsd.org: domain of yasu@utahime.org designates 183.180.29.210 as permitted sender) smtp.mailfrom=yasu@utahime.org X-Spamd-Result: default: False [2.77 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[utahime.org:s=maybe2019112701]; NEURAL_HAM_MEDIUM(-0.01)[-0.012,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+a:spf-authorized.utahime.org]; 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]; RCVD_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[utahime.org]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[utahime.org:+]; NEURAL_SPAM_LONG(0.41)[0.414,0]; MID_CONTAINS_FROM(1.00)[]; IP_SCORE(0.37)[ip: (0.22), ipnet: 183.180.0.0/16(0.11), asn: 2519(1.47), country: JP(0.04)]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2519, ipnet:183.180.0.0/16, country:JP]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Feb 2020 23:55:12 -0000 From: Bob Willcox Subject: Is amd automount still supported in 13.0 or not? Date: Mon, 3 Feb 2020 17:23:33 -0600 > I've recently installed a 13.0 snapshot on one of my system to get some experience with it > and am having trouble trying to setup the amd automount program. In fact, I can't find amd > on this system. Has amd been removed and all we have for automatically mounting > filesystems autofs? Amd is not build by default now and will be removed from base. But you can continue using it by installing sysutils/am-utils from port. --- Yasuhiro KIMURA From owner-freebsd-current@freebsd.org Tue Feb 4 01:36:29 2020 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 3CD99237970 for ; Tue, 4 Feb 2020 01:36:29 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 48BS301pTLz4T4C for ; Tue, 4 Feb 2020 01:36:27 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id yn8Zi2p8okqGXyn8bidkNW; Mon, 03 Feb 2020 18:36:26 -0700 X-Authority-Analysis: v=2.3 cv=c/jVvi1l c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=xqWC_Br6kY4A:10 a=IkcTkHD0fZMA:10 a=l697ptgUJYAA:10 a=u4C43qGkAAAA:8 a=Yz_AizgaAAAA:8 a=6I5d2MoRAAAA:8 a=YxBL1-UpAAAA:8 a=I9XMSqCVumQ8F9pjM3kA:9 a=QEXdDO2ut3YA:10 a=P8QV4QaAdoZ3FB6hlmCP:22 a=I2Jvbg7MX5LYCCMYw_0B:22 a=IjZwj45LgO3ly-622nXo:22 a=Ia-lj3WSrqcvXOmTRaiG:22 Received: from [IPv6:2605:8d80:40b:117c:2e5:9009:ee9a:3dc0] (unknown [72.143.239.42]) by spqr.komquats.com (Postfix) with ESMTPSA id 634A836B; Mon, 3 Feb 2020 17:36:23 -0800 (PST) Date: Mon, 03 Feb 2020 17:35:26 -0800 User-Agent: K-9 Mail for Android In-Reply-To: <20200204.085435.139942824021996563.yasu@utahime.org> References: <20200203232333.GA37109@rancor.immure.com> <20200204.085435.139942824021996563.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: Is amd automount still supported in 13.0 or not? To: freebsd-current@freebsd.org,Yasuhiro KIMURA From: Cy Schubert Message-ID: X-CMAE-Envelope: MS4wfP1/knIJL1CUb6lEAosdhk4eyEdizmhEDtOl/R3/SpkLhZGgPKq0+JD3ItjqBtGLPGc8Oon6le3vn3cCzyCK1gT4e5EJmhntRsD9ziuLMu4b2Gqkv4gj P7AzV30IQoC8ov7yxJt+azgaUV2WbE62+i+VlRYm5dZ1LPaSrlrfInHgoSGOsKFsb0GVv7J/VoGK9pOlNGdelyd6smr3lNKgVQKIJYbTaWa9saPe36M23gIk X-Rspamd-Queue-Id: 48BS301pTLz4T4C X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.12) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-3.68 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[42.239.143.72.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11,17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; RWL_MAILSPIKE_GOOD(0.00)[12.134.59.64.rep.mailspike.net : 127.0.0.18]; IP_SCORE(-2.48)[ip: (-6.63), ipnet: 64.59.128.0/20(-3.20), asn: 6327(-2.49), country: CA(-0.09)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 01:36:29 -0000 On February 3, 2020 3:54:35 PM PST, Yasuhiro KIMURA wr= ote: >From: Bob Willcox >Subject: Is amd automount still supported in 13=2E0 or not? >Date: Mon, 3 Feb 2020 17:23:33 -0600 > >> I've recently installed a 13=2E0 snapshot on one of my system to get >some experience with it >> and am having trouble trying to setup the amd automount program=2E In >fact, I can't find amd >> on this system=2E Has amd been removed and all we have for >automatically mounting >> filesystems autofs? > >Amd is not build by default now and will be removed from base=2E But you >can continue using it by installing sysutils/am-utils from port=2E > >--- >Yasuhiro KIMURA >_______________________________________________ >freebsd-current@freebsd=2Eorg mailing list >https://lists=2Efreebsd=2Eorg/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to >"freebsd-current-unsubscribe@freebsd=2Eorg" Plans are to remove as well this coming year=2E --=20 Pardon the typos and autocorrect, small keyboard in use=2E=20 Cy Schubert FreeBSD UNIX: Web: https://www=2EFreeBSD=2Eorg The need of the many outweighs the greed of the few=2E Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E From owner-freebsd-current@freebsd.org Tue Feb 4 03:46:54 2020 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 6F5A723A36F for ; Tue, 4 Feb 2020 03:46:54 +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 48BVxT3Qqmz4b2f for ; Tue, 4 Feb 2020 03:46:53 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: q4J6pqAVM1n6i6MerpmEZAUDGv9rbGjM3iRs820DNtgnGSwofqiCDWsrVD0UZqL 1TiMfdjmPrURm5kuvMOpBK83vZbs8LZsODdRlY5R1trfYjVO3Ez_PlUXI23C6l_jJGQQLxR6miw9 ujekt.OHpRvI.KL3lm5CvpCmgsSIdQw6y39MiRMIKCy7X9_cucvZBVLwQqZ.GEbMxQdFZ_pgeP3o 4w4cKlEY_59ehoyJDeGEom6RaLstn5.uZvQ1aZxM.c_4ZeZcnvRiYtPk7LVN5Iz9hKi4f1JT73.Z xnemM9NS0HqqQl9T5wgsJHTByz0b4fT50XfzddWcxRlEbal96vZckpzGvfU1LWMn5naU6oBmBPC. TIxXFwhMJvpCtAhMR_eco.oq5qAYyLDK4OkAimvFFzCcfPZD.0fFg90uvlalRLOl8PWX196WnLRV uedpbXahmh2c6JFs.msYi7Y7_gwv8j5ugX.nSukfrWHkXmXXvtq18IY_rjAs1pO0KqE1sqk.tStr ycU3Yd4Nks4C6..8c.1eJlm2fS1868qy_lOgiH1GT06d9MWQA2c3o_kOajr0kesD4NnrCpU_jN8s u.ScM83mG.1T5tsB6_nivPocdfb2ExmdhnwbvVRYQrdVhMrB11zRRcFV69ZDEvYkV6cLM4T_KSUQ wm6PShSYU7fkBbFqeXbE9UbshRv0hgX8F4hub5OJcYJcBc5PVoUmFIWLZXey61JhIZdQYqFfu8PO MbIs4Sj5yJycwZ5gIW4zbeeH5ucVu1GemtYS7R2udKaDJFcK78vwlvt7EdVh9LdV1iii.wzaB.II H8b2agpEkRQ2Gwm5xY7Eogbfsmm4aWuctQBPP4_0yTAVF.FNfmB4mQADj9JDU6CFtlUH9d8Hx2nW V4NmVKc3dcOChJS7erdbMzG9P3qYpUOqNGr2a.Tu7CFCFmTzxQ7s8yQdgHllH7vAIgX9ppUtV1Y. 82hc7zvv_o44T.Gw9Ju6JWsC7rA54_v.Zj9tWJQGMzj_v8U7wfRoZtUUPTyfA1N_Z0MQbpFQqo4H wOPlTJMDmdz4ms5djxJIUcR4tMo8xovIrep01_xPMbzWf_j13vA4ORRcKWr6ftbA13XCbwh7ylN0 EGgFIU.nXP6a_Z2IqEwNMGT0ErwJpqxxwBGcFYOFGhDBLWHuqQoE.rdbTT5Ji0aXBVLrM93PHAEo kA3ArhdcwkcPnWPV855Udw.bQsSvC18Mym8Zrafw2rV.KxiUdW.hc24c2kOf2I1PEuWOACGebyqx OxNDA0sADhZ_DpKNwnISjXK06vdumrIKBxHMo7ZBVTACV9BYsM79oO31WXyFA_nWwaYqt01QaLn1 4TKA26lvlHxHDY._G5V3ka6a.DtXrzvQmVQDsMepd3EJUrSrIpQf4oyHk005S1BlpWi9QF98Jk0X rpB2uKgo5.ludWHww4cXwQ55C4OrDqDoah_Q11iDnq_NIDHZVMrhHnKBHnmVitZAhDzCr8g-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Feb 2020 03:46:52 +0000 Received: by smtp413.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID e82e4b94883d412ca484c9b1c01cde78; Tue, 04 Feb 2020 03:46:49 +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 13.0 \(3608.60.0.2.5\)) Subject: head -r357419 vs. svnlite update -rdddddd on PowerMac with 2 sockets, 2 cores each: segmentation fault (not under -r356187) Message-Id: Date: Mon, 3 Feb 2020 19:46:47 -0800 To: FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48BVxT3Qqmz4b2f X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.38 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.89)[-0.893,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.99)[-0.988,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (0.85), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[32.68.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[32.68.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 03:46:54 -0000 Given various issues that have been going on, I offer the following as a possible evidence for a problem still existing for powerpc64 as of head -r357419. Unfortunately, I do not have the time or context to do much for tracking it down. (I've already spent time on other unexpected failures in recent times.) The report does have a backtrace towards the end of this note. I have reverted to booting an emergency SSD that is at head -r356187 in order to have the following work instead of getting a segmentation fault on the old PowerMac: # svnlite update -r357473 /mnt/usr/src/ Updating '/mnt/usr/src': At revision 357473. (/mnt is a mount of the normal SSD that when booted would be at head -r357419 and was intended for a update to -r357473 .) Under head -r357419 on the G5 PowerMac, such a command ( then /usr/src/ ) gets a segmentation fault instead. (svnlite cleanup then leaves things corrupted as well.) This started by an attempt to update /usr/src/ from -r357419 or -r357473 . The -r357419 had been established via snvlite update under -r356426 and that had no problems. But this update under -r357419 just segmentation faulted. After discovering that I could not update the source tree natively, I copied over a -r357473 /usr/src/ from elsewhere and checked it with diff -r and rsync. I then tried to see if it would do like the above but it again segmentation faulted instead. (No actual source update needed, so a simpler case.) I did various retries by re-establishing the copy with no differences found. Each time the result was the same. So for the above working command, I again established the copy before switching boot media to the head -r356187 emergency SSD. Booted from -r356187, svnlite update -r357473 on the tree ( now /mnt/usr/src/ ) works fine. As another experiment, before switching to -r356187 , I swapped to a head -r356426 kernel copy and got the same sort of failing result. But that was mixing a 1300075 kernel with a 1300076 world, if I remember the numbers right. Still, since -r356426 for both kernel and world together updated to -r357419 okay, it may suggest that the more recent world contributes to or causes the failure instead of it being (just?) a kernel problem. FYI: I recorded a backtrace from a core that was produced in one of the example failures ( under head -r357419 ): Program terminated with signal SIGSEGV, Segmentation fault. . . . (gdb) bt #0 sqlite3VdbeRecordUnpack (pKeyInfo=3D0x810df84b8, nKey=3D0, pKey=3D0x0,= p=3D0x8116ea448) at /usr/src/contrib/sqlite3/sqlite3.c:81283 #1 0x00000008104eec6c in sqlite3VdbeExec (p=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:89367 #2 0x00000008104b2f84 in sqlite3Step (p=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:83195 #3 sqlite3_step (pStmt=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:17724 #4 0x0000000010315e6c in svn_sqlite__step (got_row=3D0x3fffffffffffc484, = stmt=3D0x811a19420) at = /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c:347 #5 0x0000000010315fa4 in svn_sqlite__insert (row_id=3D0x0, = stmt=3D0x811a19420) at = /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c:371 #6 0x0000000010195bd4 in insert_base_node (pibb=3D0x3fffffffffffc630, = wcroot=3D0x810dfd980, local_relpath=3D0x8119d2191 = "sys/kern/sched_ule.c", scratch_pool=3D0x8119d2028) at /usr/src/contrib/subversion/subversion/libsvn_wc/wc_db.c:812 #7 0x0000000010196688 in svn_wc__db_base_add_file (db=3D, local_abspath=3D0x8119d2188 "/usr/src/sys/kern/sched_ule.c", = wri_abspath=3D,=20 repos_relpath=3D0x8119d2228 "head/sys/kern/sched_ule.c", = repos_root_url=3D0x8116b64f8 "svn://svn0.us-west.freebsd.org/base", = repos_uuid=3D0x8116b6520 "ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f",=20 revision=3D357473, props=3D, changed_rev=3D, changed_date=3D, changed_author=3D, = checksum=3D, dav_cache=3D,=20 delete_working=3D, update_actual_props=3D, new_actual_props=3D, new_iprops=3D, = keep_recorded_info=3D,=20 insert_base_deleted=3D, conflict=3D, = work_items=3D, scratch_pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/wc_db.c:1831 #8 0x00000000101ceaf0 in close_file (file_baton=3D0x8119d20a0, = expected_md5_digest=3D, pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/update_editor.c:4550 #9 0x00000000102eafe8 in close_file (file_baton=3D0x811a0b0e0, = text_checksum=3D0x8119ec0e0 "6616ae311ef1f9fb859221cbbe98b2bd", = pool=3D0x8119ec028) at /usr/src/contrib/subversion/subversion/libsvn_delta/cancel.c:254 #10 0x00000000102194f4 in ra_svn_handle_close_file (conn=3D, pool=3D0x8119ec028, params=3D, = ds=3D0x3fffffffffffcb40) at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:861 #11 0x00000000102184d0 in svn_ra_svn_drive_editor2 (conn=3D0x811755000, = pool=3D0x8116b4868, editor=3D0x8116b6548, edit_baton=3D, = aborted=3D0x0, for_replay=3D) at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:1114 #12 0x00000000102153f0 in ra_svn_finish_report (baton=3D0x8116b66a8, = pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/client.c:302 #13 0x00000000101e297c in svn_wc_crawl_revisions5 (wc_ctx=3D0x810dc14f0, = local_abspath=3D, reporter=3D0x103d00e8 = , report_baton=3D0x8116b66a8, restore_files=3D,=20 depth=3D, honor_depth_exclude=3D, = depth_compatibility_trick=3D, use_commit_times=3D, cancel_func=3D,=20 cancel_baton=3D, notify_func=3D, = notify_baton=3D, scratch_pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/adm_crawler.c:691 #14 0x00000000101741c8 in update_internal = (result_rev=3D0x3fffffffffffd3c8, timestamp_sleep=3D0x3fffffffffffd3d4, = conflicted_paths=3D0x0, ra_session_p=3D,=20 local_abspath=3D0x8116b4960 "/usr/src", anchor_abspath=3D, revision=3D, depth=3Dsvn_depth_empty, = depth_is_sticky=3D, ignore_externals=3D,=20= allow_unver_obstructions=3D, = adds_as_modification=3D, notify_summary=3D, ctx=3D, result_pool=3D, = scratch_pool=3D) at /usr/src/contrib/subversion/subversion/libsvn_client/update.c:501 #15 0x0000000010173708 in svn_client__update_internal = (result_rev=3D0x3fffffffffffd3c8, timestamp_sleep=3D0x3fffffffffffd3d4, = local_abspath=3D, revision=3D,=20 depth=3Dsvn_depth_empty, depth_is_sticky=3D-11320, = ignore_externals=3D, allow_unver_obstructions=3D, adds_as_modification=3D, make_parents=3D,=20 innerupdate=3D, ra_session=3D0x8116a2240, = ctx=3D, pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_client/update.c:648 #16 0x0000000010174518 in svn_client_update4 = (result_revs=3D0x3fffffffffffd4f0, paths=3D0x810dfd140, = revision=3D, depth=3D, = depth_is_sticky=3D,=20 ignore_externals=3D, = allow_unver_obstructions=3D, = adds_as_modification=3D, make_parents=3D, = ctx=3D, pool=3D) at /usr/src/contrib/subversion/subversion/libsvn_client/update.c:722 #17 0x000000001011db9c in svn_cl__update (os=3D, = baton=3D, scratch_pool=3D0x810dc0028) at = /usr/src/contrib/subversion/subversion/svn/update-cmd.c:169 #18 0x000000001011d118 in sub_main (argc=3D, = argv=3D, pool=3D0x810dc0028, exit_code=3D) = at /usr/src/contrib/subversion/subversion/svn/svn.c:3247 #19 main (argc=3D, argv=3D) at = /usr/src/contrib/subversion/subversion/svn/svn.c:3332 I did not look at the machine code level at all. Nor am I familiar with svnlite internals: blind copy. I originally built world and kernel non-debug but with debug information. That can contribute to interpreting the backtrace. =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 Feb 4 13:39:50 2020 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 5C852246CC5 for ; Tue, 4 Feb 2020 13:39:50 +0000 (UTC) (envelope-from gsnb.gn@gmail.com) Received: from mail-io1-xd29.google.com (mail-io1-xd29.google.com [IPv6:2607:f8b0:4864:20::d29]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48Bm5d1nlgz3R8M; Tue, 4 Feb 2020 13:39:49 +0000 (UTC) (envelope-from gsnb.gn@gmail.com) Received: by mail-io1-xd29.google.com with SMTP id z193so20925420iof.1; Tue, 04 Feb 2020 05:39:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=PYWqTxtg53eG160lUA6V/PxlbGgEdOVa6oQwxGkOVo8=; b=HE77i9SVbMww83QeIn1ZV0/+Tsl6+2SnBvboQFT2PksCUQn7VkEqu+IyhlZ6hfBiWS 95l6ZFJVbsFhSwWHYgVqrey9tXAK9euh4/heflDvo48FVBjR+seaB7rlmn5AVWCGx5Q8 qZRDxr3SjZDM3Lih9s1FfT7ZYgdVtzhzAi0cK8hSjTikRYjfCvoQeu5Pj0KUGWhvyxPR ou9ivZoyeDg2NgrKh/ZUEpqHydSEhRdYSEmy+XiyL7dZbrXDMe21W4QlQDeAcWuvuhrl yYQuQowsAe/FvHpC7/YJt2OYV3b0YP+tPkalUQsNUO0AgXhPTfFvvRS7Rt/A7U8hOrnq JgZA== 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=PYWqTxtg53eG160lUA6V/PxlbGgEdOVa6oQwxGkOVo8=; b=FbPb9p9KWErJSEsOTNxeyTHhlnlTkakqxnN4MQvlvFy1CgKyDZT98Qi8Z/EhKcZW1K vwyojsLxuM8TUetO8PKB8ddX7E+oXTlOLxjXi6yqUpC4ClEjgTO4CTc0j/A4D+gcgglI NKxNW4CA2a0nPS8V7Y+ESIKp2JKdWCxpSefkeAHi+mNXu7F9MksqI9DiB9575bvGZPYg tG/npx8CnpKhHco9ui+SQ024R4n8JeW8yUz2a17mIE4nFtD0NiDF3HPd8okMSuQBVsON gP0/3FJ1VYrZlHDNHZoi+Y08Q5OcY/uEHtUFUJrEfXuDQt+iQZQlFsGN81d2UqjuMkNg BpIg== X-Gm-Message-State: APjAAAX7DrgJnt2xIGQOx0ZM1H/9USWUQ7mLTIvELRkyCt7PDf09SVTQ E7P89Mt+ZyKh/DEx1iAqE2miekjTdBc2ZuIuOaE/Xlfi X-Google-Smtp-Source: APXvYqzxbOt37RWmZLf0RKBZbNfz3bJJmBGwxBuAkvjBsZMqr+ccDuW6fqGXHNQAMQAkw6GfXmQ8/L7YgAsUaAaVVXs= X-Received: by 2002:a6b:3b4d:: with SMTP id i74mr23611586ioa.146.1580823587444; Tue, 04 Feb 2020 05:39:47 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Niteesh Date: Tue, 4 Feb 2020 19:09:36 +0530 Message-ID: Subject: Re: OFWBUS: How does autoconfiguration work? To: Ian Lepore Cc: "freebsd-current@freebsd.org" X-Rspamd-Queue-Id: 48Bm5d1nlgz3R8M X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=HE77i9SV; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of gsnbgn@gmail.com designates 2607:f8b0:4864:20::d29 as permitted sender) smtp.mailfrom=gsnbgn@gmail.com X-Spamd-Result: default: False [-2.00 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; SUBJECT_ENDS_QUESTION(1.00)[]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; TAGGED_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-5.39), ipnet: 2607:f8b0::/32(-1.99), asn: 15169(-1.75), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[9.2.d.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 13:39:50 -0000 I am working on an operating systems project at my university, which currently uses lazy driver initialization i.e. that is the drivers initialize the hardware only during the first invocation, for example, the UART hardware is initialized only during the first call to output_char. Currently, we have multiple BSP's to support different variants even though they are quite similar. For example, we have two BSPs to support BeagleBone Black and white. We are trying to avoid this by using device tree files. Our goal is to parse the DTB at boot time and call all the registered drivers to initialize the hardware. By registered drivers, I mean drivers which are statically linked to executable. I am trying to add a system, which will parse the DTB files and initialize them by calling the appropriate drivers. I want a system similar to FreeBSD or Linux a probe and attach method for device drivers. It doesn't have to be as complex as FreeBSD but a simple one will do. If you have any other questions please let me know :) Thanks, Niteesh On Sun, Feb 2, 2020 at 9:07 PM Ian Lepore wrote: > On Sun, 2020-02-02 at 10:02 +0530, Niteesh wrote: > > I couldn't find anything useful for me, I need information about how the > > hardware autoconfiguration works, not autoconf. > > > > Then maybe you need to provide more details about what you're doing, > what you've tried that isn't working, or something. I couldn't make > any sense out of your original question. > > -- Ian > > From owner-freebsd-current@freebsd.org Tue Feb 4 15:46:55 2020 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 BD8D122952D for ; Tue, 4 Feb 2020 15:46:55 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48BpwG2pbXz43f5 for ; Tue, 4 Feb 2020 15:46:54 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id 014FkqQa039790 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Feb 2020 09:46:52 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id 014FkoJO039789; Tue, 4 Feb 2020 09:46:50 -0600 (CST) (envelope-from bob) Date: Tue, 4 Feb 2020 09:46:50 -0600 From: Bob Willcox To: Yasuhiro KIMURA Cc: freebsd-current@freebsd.org Subject: Re: Is amd automount still supported in 13.0 or not? Message-ID: <20200204154650.GA39757@rancor.immure.com> Reply-To: Bob Willcox References: <20200203232333.GA37109@rancor.immure.com> <20200204.085435.139942824021996563.yasu@utahime.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200204.085435.139942824021996563.yasu@utahime.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 48BpwG2pbXz43f5 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of bob@rancor.immure.com has no SPF policy when checking 108.84.10.9) smtp.mailfrom=bob@rancor.immure.com X-Spamd-Result: default: False [4.50 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[bob@immure.com]; REPLYTO_EQ_FROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; IP_SCORE(0.41)[ip: (0.24), ipnet: 108.64.0.0/11(0.11), asn: 7018(1.76), country: US(-0.05)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[immure.com]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.89)[0.886,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_SPAM_LONG(1.00)[0.999,0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[bob@immure.com,bob@rancor.immure.com]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7018, ipnet:108.64.0.0/11, country:US]; FROM_NEQ_ENVFROM(0.00)[bob@immure.com,bob@rancor.immure.com]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 15:46:55 -0000 On Tue, Feb 04, 2020 at 08:54:35AM +0900, Yasuhiro KIMURA wrote: > From: Bob Willcox > Subject: Is amd automount still supported in 13.0 or not? > Date: Mon, 3 Feb 2020 17:23:33 -0600 > > > I've recently installed a 13.0 snapshot on one of my system to get some experience with it > > and am having trouble trying to setup the amd automount program. In fact, I can't find amd > > on this system. Has amd been removed and all we have for automatically mounting > > filesystems autofs? > > Amd is not build by default now and will be removed from base. But you > can continue using it by installing sysutils/am-utils from port. Thanks for the tip. I will likely go ahead and install the am-utils port as from looking at the setup and features of autofs it is way more complex and does more than I need or want. I've been using amd for decades now and it does exactly what I need w/o any special setup or configuration required. :) I do wonder though, are there plans to remove it from ports? I hope not. I find autofs to be way overkill for my needs. Bob > > --- > Yasuhiro KIMURA > _______________________________________________ > 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" -- Bob Willcox | It's possible that the whole purpose of your life is to bob@immure.com | serve as a warning to others. Austin, TX | From owner-freebsd-current@freebsd.org Tue Feb 4 16:15:10 2020 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 4C0B722A6C3 for ; Tue, 4 Feb 2020 16:15:10 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from mx.catwhisker.org (107-204-234-170.lightspeed.sntcca.sbcglobal.net [107.204.234.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48BqXr6622z45Wh for ; Tue, 4 Feb 2020 16:15:08 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.15.2/8.15.2) with ESMTP id 014GF5cM031547; Tue, 4 Feb 2020 16:15:05 GMT (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.15.2/8.15.2/Submit) id 014GF5Qo031546; Tue, 4 Feb 2020 08:15:05 -0800 (PST) (envelope-from david) Date: Tue, 4 Feb 2020 08:15:05 -0800 From: David Wolfskill To: Bob Willcox Cc: Yasuhiro KIMURA , freebsd-current@freebsd.org Subject: Re: Is amd automount still supported in 13.0 or not? Message-ID: <20200204161505.GN1309@albert.catwhisker.org> Reply-To: current@freebsd.org Mail-Followup-To: current@freebsd.org, Bob Willcox , Yasuhiro KIMURA , freebsd-current@freebsd.org References: <20200203232333.GA37109@rancor.immure.com> <20200204.085435.139942824021996563.yasu@utahime.org> <20200204154650.GA39757@rancor.immure.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CCT1URigZHXF2ubj" Content-Disposition: inline In-Reply-To: <20200204154650.GA39757@rancor.immure.com> X-Rspamd-Queue-Id: 48BqXr6622z45Wh X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of david@catwhisker.org designates 107.204.234.170 as permitted sender) smtp.mailfrom=david@catwhisker.org X-Spamd-Result: default: False [-5.96 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[current@freebsd.org]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:107.204.234.170]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[catwhisker.org]; TO_DN_SOME(0.00)[]; REPLYTO_DOM_NEQ_FROM_DOM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:7018, ipnet:107.192.0.0/12, country:US]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE(-2.56)[ip: (-9.66), ipnet: 107.192.0.0/12(-4.83), asn: 7018(1.75), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 16:15:10 -0000 --CCT1URigZHXF2ubj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 04, 2020 at 09:46:50AM -0600, Bob Willcox wrote: > ... > > Amd is not build by default now and will be removed from base. But you > > can continue using it by installing sysutils/am-utils from port. >=20 > Thanks for the tip. I will likely go ahead and install the am-utils port = as from looking > at the setup and features of autofs it is way more complex and does more = than I need or > want. I've been using amd for decades now and it does exactly what I need= w/o any special > setup or configuration required. :) > .... I had also used amd from back when I still used a SPARCStation 5 as my home NFS (& yp) server, but switched with little fuss to autofs -- primarily by using symlinks into /net/${host}/..., which works (for my purposes) just as well with either (amd or autofs). Peace, david --=20 David H. Wolfskill david@catwhisker.org "The Senate has abdicated its constitutional duty during the impeachment trial of President Donald Trump." -- Alan S. Frumin, parliamentarian emeritus of the US Senate See http://www.catwhisker.org/~david/publickey.gpg for my public key. --CCT1URigZHXF2ubj Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQGTBAEBCgB9FiEE4owz2QxMJyaxAefyQLJg+bY2PckFAl45mIlfFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEUy OEMzM0Q5MEM0QzI3MjZCMTAxRTdGMjQwQjI2MEY5QjYzNjNEQzkACgkQQLJg+bY2 Pcl5HwgAxMuKMAv3QYzD7gEzK6i5neuTZgWC7f1yI3XlYV6b8QyPk1hD4plzluvK mqGp/VoLTZnr/5xKYc5e1UjyPr+N3tFglMR+XSpYt+SR3H06si29AVGVCep/LvkD c00oZei3tFROTVlLte6I3bOxRvkPIPA7vydul9ma1H7e3vRvsld8qK7Nyifyfv/v hm2gsslpGyS+9XFxw2ydCZndGJfAV/yzPhc90ClBrCtWjAWlt+KoedsatjM6KK1n Z7dzw/siPq5wo87bBL+BG2m5rj8q99nX+YsPEpLakTF3vS/wl+dYqPkaZRMROCmK +YYwxQj8zSGflbhRDXMOdFTO9PNQCQ== =jnNr -----END PGP SIGNATURE----- --CCT1URigZHXF2ubj-- From owner-freebsd-current@freebsd.org Tue Feb 4 16:29:05 2020 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 2294C22ADE4 for ; Tue, 4 Feb 2020 16:29:05 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.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 48Bqrw0WBpz46pw for ; Tue, 4 Feb 2020 16:29:03 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: XZrZvTQVM1nV0PA4Y2dsESakv89IrXcz1uM8xOWbdGmZHvddbYv3RQlp_e67PkQ oWN0yJAzZZvnj6oiEBiCRUKu4kkyGi9KObmvtn9CqkNVEmvxo77JK1leUYbLfXwZVOhBcQIF..Dt Ts_Ud6GzUl4lqQ3AfAreCO0PXd4DzfGvQr8zaIePTacwpZtl4UUw7drodDkFJ3W.WV1RMWKWdJmq 2oxlGS3nD4an9XWFKZ7sgplBxOdHvzOJRXZVYNvbJiPIAuXbCV33aK5icxUOtiVmA4D3HFNwFwbC W5ZqgUUtCmv4xLbntncmfotwjbYUwB1n2XgCXoluztkNbYd4YTO43ihPTYGDgQqnH7ngdp7oNP1o 8r7RTd7BkBM6papUfAn3ZbKxSTYTuzDE_xu6lbiEvnlxpGirvLP44BEuKUx_VGQmOon8V01DPBLn 5S8yNEwqTQV1LgfIswbg..ltOvwR5zyXNq4Qz0BfHKdnY_xVkncNPyfJtER6UFgO8zruodvS1vwt QLTEIyToW9lAYCZrlwR.SFy5XWNr7h.YZJWFNoQok6sZ1zTa_b8.0yWnnq83ESez5kDgwP2ezsAs CxOVS7tQ368_zaT.UFCvx6g497f.I3iSmm9lWxY2GW0w7oWy997GqQjBvbyR01Aj9qZ9oO5fDgRC Z87qfsy0OyqjLCfrfy8m3HyxNm0c73sI9K1cinjREax62z9RnvPrBFTK559PTZlw2Y.waKunzQJA OTdrKdStoNU9h33fKs5ZKXjsixGjoDz.ArhkxrA9ISxoXrEEhHTubazru4e09pko.ncy31sg8LMi FxJZzJrqn2UnDmfmJCvpTd72l5wx0dzkoFokValX5NJ6naUvp3MWuITwlQZ9TiwGFCZo98H3hrUc cRCc4YMfQeZ.IbVebfpWBRj_E1HQfa_TyR4zlYfSAS3kJX29tmday7YybGcy1bCoC4t8MWEMbpMV nT9aGe6EuCkfUWUBWFWCt5pN2eAPutjhFTKKe8ZnjkKr_hlPZbxb.68Guk2VeKInHbMsA9i7K3MV c7gCyLO1ZonOyIed.F7JKOVrOdpQbitgoly2Z9H5iyn.ogPuh4Tgag5eQdYDcnj2KKshCQmHPVRa 185IusTxwEFZQTIE6gUGq_FqefyhXzKteHm0BaEgz8hA74aq3R_S82X5F4aZOfdLBn62rDjlR8Zc BC_EGJF1q0GpUvQ.RZ7FW5HeAwqG5Rm.o._lEQjBcqS3sGx2f3dkx8HATIxYWszQFFtHAc983iHY vSXQuW.td78z2CcD8USkZPaROZr7JxRmDoESSrih6m8ceki2acmRnzZTpB34f6dHMIe9TzOYTiqq IF0PJ0JzXRKiFiNPE.iG.p9VmYh.ZLdwOcRc2oRj12JrV_dgm2O3fS3T4L80ScwjzJfJ_DIJh4QF CPyrxBgaA2YxuatosITwZS.gChlc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Feb 2020 16:29:01 +0000 Received: by smtp416.mail.ne1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 8dfef68eee9886570ca36183f5223648; Tue, 04 Feb 2020 16:29:01 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Looks like head -r357201 (Update sqlite3-3.30.1 (3300100) --> sqlite3-3.31.0 (3310000)) leads to svnlite segfaults on powerpc64 Message-Id: Date: Tue, 4 Feb 2020 08:28:59 -0800 To: Cy Schubert , FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) References: X-Rspamd-Queue-Id: 48Bqrw0WBpz46pw X-Spamd-Bar: - X-Spamd-Result: default: False [-1.83 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.53)[-0.533,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.80)[-0.796,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[83.68.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (3.08), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 16:29:05 -0000 See: https://lists.freebsd.org/pipermail/freebsd-ppc/2020-February/011416.html for reports of svnlite segfaults and corrupted svn content after svnlite cleanup on powerpc64 (old PowerMacs). But there is also . . . databases/sqlite3: revert upgrade to 3.31.0 Firefox relied on internals. They changed, which leads to segfaults. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1607902 [2] https://hg.mozilla.org/try/rev/8d7104bac33729b4da67954b07fb08371df39bd8 PR: 243602 Reported by: Michael Butler , David Wolfskill I might suggest reverting the sqllite3 update in head for now. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Tue Feb 4 16:47:16 2020 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 F2EC222B673 for ; Tue, 4 Feb 2020 16:47:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic303-24.consmr.mail.gq1.yahoo.com (sonic303-24.consmr.mail.gq1.yahoo.com [98.137.64.205]) (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 48BrFt6Mv7z47qN for ; Tue, 4 Feb 2020 16:47:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: DN840f4VM1mqja6qBy0gPO6TgduwPG_fkse1ddrRMamkGkuuKOF3ZzZIlt1fLAB QmLZgJhhghBKv2unwz7fqhipWPoFfOadbl3Qc9SiLKgEn86n6Wf9FCq0LpINhWOIXh.M.9AfFvtW zlj_gmIuHT2ZrnI0TzNFLjM_pA4MOvsL4VxtNSOnDRcSEfmkwWPoXEFXjslIAUNE000M4TI7gkcg _Xhb5h8nRMpHTX5POfyzMxQ3cCXG8.kShQUYxyMrGndrOYG8KCbtDGnlFfVzlcPCVXdg3YZfAFMU bsuc5mon3WvSROCKSVkJh4rl6Gt5CZeDQLWkhyq23ovVHRYtLM14gQqLmaTGy9CY9hf0VZGfKi6y z3RmUGC5xY7BPfeHyZVA_i4dQQx58vIwKoHECmyKG2Sn2aanPwU4hYUpaPWRw_aLx6q5GVeB9Oms Y1pjBoeXOo5VqjzFJCXQE.gdVTyXxHhGjWuf3Jb4DF13Qg5pM6gCy_hcJTN2gFeZn4HVCXN_PIoW R9y5hgZCkNaG4gth.aYcnt8xAfkOaFquUOyxJtBfmsPuq4EiJE3Cd9q_akkO0CbW24PCkWuEcucf xpFKlRVFCi8cdKJYQx5Vpb2hLTrlSTLzAKtLthNIvv_qN5vkflrouCiU6_kzNs3diW6CWkrfSeCe bt9H5GRofgxQhKP0jj4YKuY7al.kXYB450EeNYcilI9Zm82Sd2.vRP6GQ0oSSRNzo5C13bLmS.Ap ManYMsn8Mnvf9as9QOV.9Cx2wcEcoPOV03XdFM6xS_BI5Lime0CcEs2Mdtwny5mx7VmOm2T1xznA 0kApjkFS2g_b2WyeXc2Movs4.4fAkCjijhrAjeqroWbLq3JsS.yTERhldE5A41HA06DkAtt.hrQH 3zTNqKbLzV0ex9liDOa69yomwuItBDhYV2I4GNMQDjHkO4jap7bljR9YH_QBZTl5DI2JdRowN2Yc wWauupJfvHxprFVoAeYcnGGZQx1piNO8vXuD15g1VG0HJMrBph4kZr2PKBbeiVKbtf9oYol_zZ4J A0WeQqsLXRvZgsKIRMKrVnKPNXkKN77cPfhoRofuhZWPZgi1PDPZvvSHKdQigAp6ZtbmrPdb7T13 PDn.ftBSs48GSLi0wFXLMhgN3Iv6JdRClEH5FprHhqaM.fAz36RUdduyWivNg0vM._3mMDRsWIJG G2cqfD5B9tld5n_x4t1qE.qWRWYsaCTOyN5v1LvAz9Mqw7o1jQ1JpN1Xzuz6LrUe9pmt7U9Ebl.L T2lZHVNA9rG9CzzGZU_.pWPCetAiFnANoVvYEIvY70xs9JyjRwi3NegpkxjTcTrFDnUJ.iP2kRLY NTxZuaARQZ.TWgry0bbxAErE8fQBJqtJpb5epa_x_Byzx724n76EucaiHjp0_G1JAwQVC.uvREZz Zu0ELgt.bQ8et906OA3rWBowlASOCDs6IvEQ- Received: from sonic.gate.mail.ne1.yahoo.com by sonic303.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Feb 2020 16:47:11 +0000 Received: by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 82958aa0cf2e88a48fff5c48da1f9baa; Tue, 04 Feb 2020 16:47:06 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357419 vs. svnlite update -rdddddd on PowerMac with 2 sockets, 2 cores each: segmentation fault (not under -r356187) From: Mark Millard In-Reply-To: Date: Tue, 4 Feb 2020 08:47:04 -0800 Cc: FreeBSD PowerPC ML , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Francis Little X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48BrFt6Mv7z47qN X-Spamd-Bar: / X-Spamd-Result: default: False [-0.80 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.25)[-0.250,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.05)[-0.046,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_IN_DNSWL_NONE(0.00)[205.64.137.98.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (4.76), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 16:47:17 -0000 On 2020-Feb-4, at 00:15, Francis Little wrote: > I have the same issue on my PowerMac G5 running HEAD, svnlite = segfaults. >=20 > I have installed subversion from ports for now as a workaround. I will note that svnlite has not changed in head for some time but sql3lite (which svnlite uses as I understand) changed at -r357201 to 3.31.0 . In ports sql3lite 3.31.0 has been reverted for segmentation fault problems with firefox's use of it. (More than firerfox might have been noticed if sql3lite 3.31.0 had lasted more than 24 hours.) > Regards >=20 > On Tue, 4 Feb 2020 at 03:47, Mark Millard via freebsd-ppc = wrote: > Given various issues that have been going on, > I offer the following as a possible evidence > for a problem still existing for powerpc64 > as of head -r357419. Unfortunately, I do not > have the time or context to do much for > tracking it down. (I've already spent time > on other unexpected failures in recent times.) >=20 > The report does have a backtrace towards the > end of this note. >=20 > I have reverted to booting an emergency SSD that is > at head -r356187 in order to have the following work > instead of getting a segmentation fault on the old > PowerMac: >=20 > # svnlite update -r357473 /mnt/usr/src/ > Updating '/mnt/usr/src': > At revision 357473. >=20 > (/mnt is a mount of the normal SSD that when booted > would be at head -r357419 and was intended for a > update to -r357473 .) >=20 > Under head -r357419 on the G5 PowerMac, such a > command ( then /usr/src/ ) gets a segmentation > fault instead. (svnlite cleanup then leaves > things corrupted as well.) >=20 > This started by an attempt to update /usr/src/ > from -r357419 or -r357473 . The -r357419 had > been established via snvlite update under > -r356426 and that had no problems. But this > update under -r357419 just segmentation faulted. >=20 > After discovering that I could not update the > source tree natively, I copied over a -r357473 > /usr/src/ from elsewhere and checked it with > diff -r and rsync. I then tried to see if it > would do like the above but it again > segmentation faulted instead. (No actual source > update needed, so a simpler case.) >=20 > I did various retries by re-establishing the > copy with no differences found. Each time > the result was the same. >=20 > So for the above working command, I again > established the copy before switching boot > media to the head -r356187 emergency SSD. >=20 > Booted from -r356187, svnlite update > -r357473 on the tree ( now /mnt/usr/src/ ) > works fine. >=20 > As another experiment, before switching to -r356187 , > I swapped to a head -r356426 kernel copy and got > the same sort of failing result. But that was mixing > a 1300075 kernel with a 1300076 world, if I remember > the numbers right. Still, since -r356426 for both > kernel and world together updated to -r357419 okay, > it may suggest that the more recent world contributes > to or causes the failure instead of it being (just?) > a kernel problem. >=20 >=20 > FYI: I recorded a backtrace from a core that > was produced in one of the example failures > ( under head -r357419 ): >=20 > Program terminated with signal SIGSEGV, Segmentation fault. > . . . > (gdb) bt > #0 sqlite3VdbeRecordUnpack (pKeyInfo=3D0x810df84b8, nKey=3D0, = pKey=3D0x0, p=3D0x8116ea448) at /usr/src/contrib/sqlite3/sqlite3.c:81283 > #1 0x00000008104eec6c in sqlite3VdbeExec (p=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:89367 > #2 0x00000008104b2f84 in sqlite3Step (p=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:83195 > #3 sqlite3_step (pStmt=3D0x8116ea308) at = /usr/src/contrib/sqlite3/sqlite3.c:17724 > #4 0x0000000010315e6c in svn_sqlite__step = (got_row=3D0x3fffffffffffc484, stmt=3D0x811a19420) at = /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c:347 > #5 0x0000000010315fa4 in svn_sqlite__insert (row_id=3D0x0, = stmt=3D0x811a19420) at = /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c:371 > #6 0x0000000010195bd4 in insert_base_node (pibb=3D0x3fffffffffffc630, = wcroot=3D0x810dfd980, local_relpath=3D0x8119d2191 = "sys/kern/sched_ule.c", scratch_pool=3D0x8119d2028) > at /usr/src/contrib/subversion/subversion/libsvn_wc/wc_db.c:812 > #7 0x0000000010196688 in svn_wc__db_base_add_file (db=3D, local_abspath=3D0x8119d2188 "/usr/src/sys/kern/sched_ule.c", = wri_abspath=3D,=20 > repos_relpath=3D0x8119d2228 "head/sys/kern/sched_ule.c", = repos_root_url=3D0x8116b64f8 "svn://svn0.us-west.freebsd.org/base", = repos_uuid=3D0x8116b6520 "ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f",=20 > revision=3D357473, props=3D, changed_rev=3D, changed_date=3D, changed_author=3D, = checksum=3D, dav_cache=3D,=20 > delete_working=3D, update_actual_props=3D, new_actual_props=3D, new_iprops=3D, = keep_recorded_info=3D,=20 > insert_base_deleted=3D, conflict=3D, = work_items=3D, scratch_pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/wc_db.c:1831 > #8 0x00000000101ceaf0 in close_file (file_baton=3D0x8119d20a0, = expected_md5_digest=3D, pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/update_editor.c:4550 > #9 0x00000000102eafe8 in close_file (file_baton=3D0x811a0b0e0, = text_checksum=3D0x8119ec0e0 "6616ae311ef1f9fb859221cbbe98b2bd", = pool=3D0x8119ec028) > at = /usr/src/contrib/subversion/subversion/libsvn_delta/cancel.c:254 > #10 0x00000000102194f4 in ra_svn_handle_close_file (conn=3D, pool=3D0x8119ec028, params=3D, = ds=3D0x3fffffffffffcb40) > at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:861 > #11 0x00000000102184d0 in svn_ra_svn_drive_editor2 (conn=3D0x811755000, = pool=3D0x8116b4868, editor=3D0x8116b6548, edit_baton=3D, = aborted=3D0x0, for_replay=3D) > at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:1114 > #12 0x00000000102153f0 in ra_svn_finish_report (baton=3D0x8116b66a8, = pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_ra_svn/client.c:302 > #13 0x00000000101e297c in svn_wc_crawl_revisions5 (wc_ctx=3D0x810dc14f0,= local_abspath=3D, reporter=3D0x103d00e8 = , report_baton=3D0x8116b66a8, restore_files=3D,=20 > depth=3D, honor_depth_exclude=3D, = depth_compatibility_trick=3D, use_commit_times=3D, cancel_func=3D,=20 > cancel_baton=3D, notify_func=3D, = notify_baton=3D, scratch_pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_wc/adm_crawler.c:691 > #14 0x00000000101741c8 in update_internal = (result_rev=3D0x3fffffffffffd3c8, timestamp_sleep=3D0x3fffffffffffd3d4, = conflicted_paths=3D0x0, ra_session_p=3D,=20 > local_abspath=3D0x8116b4960 "/usr/src", anchor_abspath=3D, revision=3D, depth=3Dsvn_depth_empty, = depth_is_sticky=3D, ignore_externals=3D,=20= > allow_unver_obstructions=3D, = adds_as_modification=3D, notify_summary=3D, ctx=3D, result_pool=3D, = scratch_pool=3D) > at = /usr/src/contrib/subversion/subversion/libsvn_client/update.c:501 > #15 0x0000000010173708 in svn_client__update_internal = (result_rev=3D0x3fffffffffffd3c8, timestamp_sleep=3D0x3fffffffffffd3d4, = local_abspath=3D, revision=3D,=20 > depth=3Dsvn_depth_empty, depth_is_sticky=3D-11320, = ignore_externals=3D, allow_unver_obstructions=3D, adds_as_modification=3D, make_parents=3D,=20 > innerupdate=3D, ra_session=3D0x8116a2240, = ctx=3D, pool=3D) at = /usr/src/contrib/subversion/subversion/libsvn_client/update.c:648 > #16 0x0000000010174518 in svn_client_update4 = (result_revs=3D0x3fffffffffffd4f0, paths=3D0x810dfd140, = revision=3D, depth=3D, = depth_is_sticky=3D,=20 > ignore_externals=3D, = allow_unver_obstructions=3D, = adds_as_modification=3D, make_parents=3D, = ctx=3D, pool=3D) > at = /usr/src/contrib/subversion/subversion/libsvn_client/update.c:722 > #17 0x000000001011db9c in svn_cl__update (os=3D, = baton=3D, scratch_pool=3D0x810dc0028) at = /usr/src/contrib/subversion/subversion/svn/update-cmd.c:169 > #18 0x000000001011d118 in sub_main (argc=3D, = argv=3D, pool=3D0x810dc0028, exit_code=3D) = at /usr/src/contrib/subversion/subversion/svn/svn.c:3247 > #19 main (argc=3D, argv=3D) at = /usr/src/contrib/subversion/subversion/svn/svn.c:3332 >=20 > I did not look at the machine code level at all. > Nor am I familiar with svnlite internals: blind > copy. >=20 > I originally built world and kernel non-debug but > with debug information. That can contribute to > interpreting the backtrace. =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 Feb 4 17:29:58 2020 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 CDD4922CCFF for ; Tue, 4 Feb 2020 17:29:58 +0000 (UTC) (envelope-from bob@rancor.immure.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 48BsCB34Jxz4BXp for ; Tue, 4 Feb 2020 17:29:58 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: by mailman.nyi.freebsd.org (Postfix) id 677E222CCFD; Tue, 4 Feb 2020 17:29:58 +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 6619122CCFB; Tue, 4 Feb 2020 17:29:58 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (108-84-10-9.lightspeed.austtx.sbcglobal.net [108.84.10.9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "darth.immure.com", Issuer "darth.immure.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48BsCB1jPNz4BXn; Tue, 4 Feb 2020 17:29:57 +0000 (UTC) (envelope-from bob@rancor.immure.com) Received: from rancor.immure.com (localhost [127.0.0.1]) by rancor.immure.com (8.15.2/8.15.2) with ESMTPS id 014HTupm040060 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 4 Feb 2020 11:29:56 -0600 (CST) (envelope-from bob@rancor.immure.com) Received: (from bob@localhost) by rancor.immure.com (8.15.2/8.15.2/Submit) id 014HTt3T040059; Tue, 4 Feb 2020 11:29:55 -0600 (CST) (envelope-from bob) Date: Tue, 4 Feb 2020 11:29:55 -0600 From: Bob Willcox To: current@freebsd.org, Yasuhiro KIMURA , freebsd-current@freebsd.org Subject: Re: Is amd automount still supported in 13.0 or not? Message-ID: <20200204172955.GB39757@rancor.immure.com> Reply-To: Bob Willcox References: <20200203232333.GA37109@rancor.immure.com> <20200204.085435.139942824021996563.yasu@utahime.org> <20200204154650.GA39757@rancor.immure.com> <20200204161505.GN1309@albert.catwhisker.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200204161505.GN1309@albert.catwhisker.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Rspamd-Queue-Id: 48BsCB1jPNz4BXn X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-5.98 / 15.00]; NEURAL_HAM_MEDIUM(-0.98)[-0.984,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; REPLY(-4.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 17:29:58 -0000 On Tue, Feb 04, 2020 at 08:15:05AM -0800, David Wolfskill wrote: > On Tue, Feb 04, 2020 at 09:46:50AM -0600, Bob Willcox wrote: > > ... > > > Amd is not build by default now and will be removed from base. But you > > > can continue using it by installing sysutils/am-utils from port. > > > > Thanks for the tip. I will likely go ahead and install the am-utils port as from looking > > at the setup and features of autofs it is way more complex and does more than I need or > > want. I've been using amd for decades now and it does exactly what I need w/o any special > > setup or configuration required. :) > > .... > > I had also used amd from back when I still used a SPARCStation 5 as my > home NFS (& yp) server, but switched with little fuss to autofs -- > primarily by using symlinks into /net/${host}/..., which works (for my > purposes) just as well with either (amd or autofs). I will likely look into autofs again at some point when I get a bit more time. Right now my goal was to get this system up and running so using something I'm familiar with expidites that. Bob > > Peace, > david > -- > David H. Wolfskill david@catwhisker.org > "The Senate has abdicated its constitutional duty during the impeachment > trial of President Donald Trump." -- Alan S. Frumin, parliamentarian > emeritus of the US Senate > > See http://www.catwhisker.org/~david/publickey.gpg for my public key. -- Bob Willcox | It's possible that the whole purpose of your life is to bob@immure.com | serve as a warning to others. Austin, TX | From owner-freebsd-current@freebsd.org Tue Feb 4 17:40:34 2020 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 D85A722D1EB for ; Tue, 4 Feb 2020 17:40:34 +0000 (UTC) (envelope-from ian@freebsd.org) Received: from outbound3d.ore.mailhop.org (outbound3d.ore.mailhop.org [54.186.57.195]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 48BsRQ3Rcpz4C8M for ; Tue, 4 Feb 2020 17:40:34 +0000 (UTC) (envelope-from ian@freebsd.org) ARC-Seal: i=1; a=rsa-sha256; t=1580838033; cv=none; d=outbound.mailhop.org; s=arc-outbound20181012; b=f2Ljcz8sJGy2C/CQSMNVjLHd3LYj5K4NzsxKAegvFI/G2oDmPrb56DLSJJjq/JMGPJECQQKueYiD4 21AMhWZ+h/+VYms/IA6GC7Xw+bff9lOoZ1EdAWtYWL/aZoWqpUbVQv6FgSNUcdpnPnslNWN3gYxKY3 HbRni9uBj9IE8S44rRInASLBWMKovTCsSV2gxf0H9WK2/udrY5OWofaXdfoG3PQQYuwn9FWJu3WZ98 dZN2Z+n/faPYRNlHwO18lExHpWQlZRGramTFRY/gNz+GO8YVSWWDFW+UqZTh1KBR/6kg16sI+D5j6a DSVk56dnyoVoHSwXoqW0R7DoK9yfukQ== 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:cc:to:from:subject:message-id:dkim-signature:from; bh=IwQwmoy02cG0WsU9rOCUxjEeoaiMN0ndz8XgapbLhAs=; b=LteQ5wJAtuPmS+gKrB94Zp0ipaHUCSGSqeKfMhG5ktW+NzpJ4zUCWuNcn08TsnQmpy+7kjMr9bfv9 ry798rTcms3NYW+2izK7wHmN5yPQsVv5OG9EwbTKBv+LhjLt0uJfchGWUNWYw8RyAdOd9/BHyQ8cjK eD8geJw4L1J6g3emqFleEXJDZLj02UQ3h5Erl9bIwnUupxiNy4F/ibrpopwXD8wvcI041yqRDE3Omx 775W9j7/dpGPmUPoieMHVNxn3IgE4XwbyyAhCbQif3W2hc7O/39zjd73R7VA6XxVJmuws8C1Rus+cd 8PenhwG6dfo/ZyrYJ92jgo/YQbJrueg== ARC-Authentication-Results: i=1; outbound3.ore.mailhop.org; spf=softfail smtp.mailfrom=freebsd.org smtp.remote-ip=67.177.211.60; dmarc=none header.from=freebsd.org; arc=none header.oldest-pass=0; DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outbound.mailhop.org; s=dkim-high; h=content-transfer-encoding:mime-version:content-type:references:in-reply-to: date:cc:to:from:subject:message-id:from; bh=IwQwmoy02cG0WsU9rOCUxjEeoaiMN0ndz8XgapbLhAs=; b=THBok1PaQPWgVlEQTIySS/EeuW76C2zuIcn+o6pcLR3e15gi3oHuShOWS0BLWRLUCJm96wFrZQtr8 z3JlY8WNnYzwKEPODwBkXSniU2/WlBKMmttKes+buIpR8JO0w5FudjeL7uvh7U3cJAdx9U6wkNXZaG MOC6yCn2XKhtgqA+URiAKaslOuuangrRPXkGFUsSuWF63xPOi9H+lecyHlKJczluz0un9FMf+Z8+l0 M1Xhx08YdGYsnHrGL6bF1eatcDsdW/p4jRAWagzmHAxllwo8TREr2e1sqp9B4fe5EHkBu8tdRFBqAj XFxWWFqGp81lU4ze5OaAmElHHk0cv1A== X-MHO-RoutePath: aGlwcGll X-MHO-User: 708813b0-4775-11ea-b80d-052b4a66b6b2 X-Report-Abuse-To: https://support.duocircle.com/support/solutions/articles/5000540958-duocircle-standard-smtp-abuse-information X-Originating-IP: 67.177.211.60 X-Mail-Handler: DuoCircle Outbound SMTP Received: from ilsoft.org (unknown [67.177.211.60]) by outbound3.ore.mailhop.org (Halon) with ESMTPSA id 708813b0-4775-11ea-b80d-052b4a66b6b2; Tue, 04 Feb 2020 17:40:32 +0000 (UTC) Received: from rev (rev [172.22.42.240]) by ilsoft.org (8.15.2/8.15.2) with ESMTP id 014HeV4A042442; Tue, 4 Feb 2020 10:40:31 -0700 (MST) (envelope-from ian@freebsd.org) Message-ID: <73de083548264f526a27676bc3677c03fd889f51.camel@freebsd.org> Subject: Re: OFWBUS: How does autoconfiguration work? From: Ian Lepore To: Niteesh Cc: "freebsd-current@freebsd.org" Date: Tue, 04 Feb 2020 10:40:30 -0700 In-Reply-To: References: 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: 48BsRQ3Rcpz4C8M X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.80 / 15.00]; TAGGED_RCPT(0.00)[]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.81)[-0.814,0]; ASN(0.00)[asn:16509, ipnet:54.186.0.0/15, country:US]; NEURAL_HAM_LONG(-0.99)[-0.988,0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 17:40:34 -0000 On Tue, 2020-02-04 at 19:09 +0530, Niteesh wrote: > I am working on an operating systems project at my university, which > currently > uses lazy driver initialization i.e. that is the drivers initialize the > hardware only > during the first invocation, for example, the UART hardware is initialized > only during the first call to output_char. > > Currently, we have multiple BSP's to support different variants even though > they are quite similar. For example, we have two BSPs to support BeagleBone > Black > and white. We are trying to avoid this by using device tree files. Our goal > is to parse the > DTB at boot time and call all the registered drivers to initialize the > hardware. By registered > drivers, I mean drivers which are statically linked to executable. > > I am trying to add a system, which will parse the DTB files and initialize > them by calling > the appropriate drivers. I want a system similar to FreeBSD or Linux > a probe and attach method for device drivers. It doesn't have to be as > complex as FreeBSD > but a simple one will do. > > If you have any other questions please let me know :) > > Thanks, > Niteesh > I don't think there is anything much in the freebsd code that will help you with that. The book "The Design and Implementation of the FreeBSD Operating System 2nd ed." describes the freebsd autoconfiguration mechanisms. Those mechanisms are designed to solve problems a lot more complex than parsing a simple hierarchical dtb to find active devices, it supports a mix of buses that can identify the devices on the bus (USB, PCI), buses that are described with metadata (ACPI, fdt simplebus, ISA bus with PNP data), and drivers that can just force a bus to adopt them by using an identify() method. Resource management (interrupts and mmio ranges, mostly) are also part of the scheme. FDT data adds another wrinkle by creating cross-hierarchy links between devices using phandles, and there are sideband subsystems in freebsd to handle that stuff separately from the normal hiearchical parent/child bus relationships. There just isn't much that can reasonably be separated out and used in another project, I think. -- Ian From owner-freebsd-current@freebsd.org Tue Feb 4 19:47:24 2020 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 7B6B0231FB1; Tue, 4 Feb 2020 19:47:24 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-no.shaw.ca (smtp-out-no.shaw.ca [64.59.134.12]) (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 48BwFl2jJnz4SPL; Tue, 4 Feb 2020 19:47:23 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id z4AHi9IOJkqGXz4AJifrZS; Tue, 04 Feb 2020 12:47:21 -0700 X-Authority-Analysis: v=2.3 cv=c/jVvi1l c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=l697ptgUJYAA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=CjxXgO3LAAAA:8 a=-s3YgSkqAAAA:8 a=IIX2BFdiAAAA:8 a=YVOhz5M6AAAA:8 a=1h5lhL6jEo75h7liBrcA:9 a=BYvsm9vmAV7P4SJ7:21 a=RoCJjrwBUASY1Hm9:21 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 a=KNVyK3WTYxrh98G-kjJX:22 a=rHg00LAlvzXsuODty-Nv:22 a=sbbTL3E6IKcx-RquDtO-:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 623B1108C; Tue, 4 Feb 2020 11:47:16 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id 014JlFxK005820; Tue, 4 Feb 2020 11:47:15 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id 014JlFFR005817; Tue, 4 Feb 2020 11:47:15 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <202002041947.014JlFFR005817@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.9.0 11/07/2018 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: Mark Millard cc: Francis Little , FreeBSD PowerPC ML , FreeBSD Current Subject: Re: head -r357419 vs. svnlite update -rdddddd on PowerMac with 2 sockets, 2 cores each: segmentation fault (not under -r356187) In-reply-to: References: Comments: In-reply-to Mark Millard message dated "Tue, 04 Feb 2020 08:47:04 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 Feb 2020 11:47:15 -0800 X-CMAE-Envelope: MS4wfFzCVnINhsRsQSpSYQAQjBk0NgTc5X0Vq3WQBoiXDdmoUJslk+P252vAL2usgzps256QtTBkn2zNGwVEutLdGrhuHkWPTRDFUj9l4/6IzyDp0o9N7VgV JPHu+zaPBpcDl+kbas+XzT9jNwKbmWJKDDq/oDw9FIQUufnV7uOW9dKM+0wf4tk/eFoLaUY3TGrpCe+l4NcFtrnLE7v1oi1zd2RKENOYGsgGZGugZjKgEY/C JazR47W2eJJLKnluJYN65CmgCCXKrNt+Ipel+o8jvtbLs4NMaz/IkAsq1g8bxdcs X-Rspamd-Queue-Id: 48BwFl2jJnz4SPL X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; spf=none (mx1.freebsd.org: domain of cy.schubert@cschubert.com has no SPF policy when checking 64.59.134.12) smtp.mailfrom=cy.schubert@cschubert.com X-Spamd-Result: default: False [-4.18 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.11]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; RWL_MAILSPIKE_GOOD(0.00)[12.134.59.64.rep.mailspike.net : 127.0.0.18]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; 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:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.48)[ip: (-6.61), ipnet: 64.59.128.0/20(-3.20), asn: 6327(-2.49), country: CA(-0.09)]; RCVD_IN_DNSWL_LOW(-0.10)[12.134.59.64.list.dnswl.org : 127.0.5.1] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 19:47:24 -0000 Hi Mark, Thanks for the heads up. r357201:has been reverted by 357522. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few. In message , Mark Millard write s: > > > On 2020-Feb-4, at 00:15, Francis Little wrote: > > > I have the same issue on my PowerMac G5 running HEAD, svnlite segfaults. > > > > I have installed subversion from ports for now as a workaround. > > I will note that svnlite has not changed in head for some time > but sql3lite (which svnlite uses as I understand) changed at -r357201 > to 3.31.0 . > > In ports sql3lite 3.31.0 has been reverted for segmentation > fault problems with firefox's use of it. (More than firerfox > might have been noticed if sql3lite 3.31.0 had lasted more than > 24 hours.) > > > Regards > > > > On Tue, 4 Feb 2020 at 03:47, Mark Millard via freebsd-ppc bsd.org> wrote: > > Given various issues that have been going on, > > I offer the following as a possible evidence > > for a problem still existing for powerpc64 > > as of head -r357419. Unfortunately, I do not > > have the time or context to do much for > > tracking it down. (I've already spent time > > on other unexpected failures in recent times.) > > > > The report does have a backtrace towards the > > end of this note. > > > > I have reverted to booting an emergency SSD that is > > at head -r356187 in order to have the following work > > instead of getting a segmentation fault on the old > > PowerMac: > > > > # svnlite update -r357473 /mnt/usr/src/ > > Updating '/mnt/usr/src': > > At revision 357473. > > > > (/mnt is a mount of the normal SSD that when booted > > would be at head -r357419 and was intended for a > > update to -r357473 .) > > > > Under head -r357419 on the G5 PowerMac, such a > > command ( then /usr/src/ ) gets a segmentation > > fault instead. (svnlite cleanup then leaves > > things corrupted as well.) > > > > This started by an attempt to update /usr/src/ > > from -r357419 or -r357473 . The -r357419 had > > been established via snvlite update under > > -r356426 and that had no problems. But this > > update under -r357419 just segmentation faulted. > > > > After discovering that I could not update the > > source tree natively, I copied over a -r357473 > > /usr/src/ from elsewhere and checked it with > > diff -r and rsync. I then tried to see if it > > would do like the above but it again > > segmentation faulted instead. (No actual source > > update needed, so a simpler case.) > > > > I did various retries by re-establishing the > > copy with no differences found. Each time > > the result was the same. > > > > So for the above working command, I again > > established the copy before switching boot > > media to the head -r356187 emergency SSD. > > > > Booted from -r356187, svnlite update > > -r357473 on the tree ( now /mnt/usr/src/ ) > > works fine. > > > > As another experiment, before switching to -r356187 , > > I swapped to a head -r356426 kernel copy and got > > the same sort of failing result. But that was mixing > > a 1300075 kernel with a 1300076 world, if I remember > > the numbers right. Still, since -r356426 for both > > kernel and world together updated to -r357419 okay, > > it may suggest that the more recent world contributes > > to or causes the failure instead of it being (just?) > > a kernel problem. > > > > > > FYI: I recorded a backtrace from a core that > > was produced in one of the example failures > > ( under head -r357419 ): > > > > Program terminated with signal SIGSEGV, Segmentation fault. > > . . . > > (gdb) bt > > #0 sqlite3VdbeRecordUnpack (pKeyInfo=0x810df84b8, nKey=0, pKey=0x0, p=0x81 > 16ea448) at /usr/src/contrib/sqlite3/sqlite3.c:81283 > > #1 0x00000008104eec6c in sqlite3VdbeExec (p=0x8116ea308) at /usr/src/contr > ib/sqlite3/sqlite3.c:89367 > > #2 0x00000008104b2f84 in sqlite3Step (p=0x8116ea308) at /usr/src/contrib/s > qlite3/sqlite3.c:83195 > > #3 sqlite3_step (pStmt=0x8116ea308) at /usr/src/contrib/sqlite3/sqlite3.c: > 17724 > > #4 0x0000000010315e6c in svn_sqlite__step (got_row=0x3fffffffffffc484, stm > t=0x811a19420) at /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c > :347 > > #5 0x0000000010315fa4 in svn_sqlite__insert (row_id=0x0, stmt=0x811a19420) > at /usr/src/contrib/subversion/subversion/libsvn_subr/sqlite.c:371 > > #6 0x0000000010195bd4 in insert_base_node (pibb=0x3fffffffffffc630, wcroot > =0x810dfd980, local_relpath=0x8119d2191 "sys/kern/sched_ule.c", scratch_pool= > 0x8119d2028) > > at /usr/src/contrib/subversion/subversion/libsvn_wc/wc_db.c:812 > > #7 0x0000000010196688 in svn_wc__db_base_add_file (db=, loc > al_abspath=0x8119d2188 "/usr/src/sys/kern/sched_ule.c", wri_abspath= d out>, > > repos_relpath=0x8119d2228 "head/sys/kern/sched_ule.c", repos_root_url=0 > x8116b64f8 "svn://svn0.us-west.freebsd.org/base", repos_uuid=0x8116b6520 "ccf > 9f872-aa2e-dd11-9fc8-001c23d0bc1f", > > revision=357473, props=, changed_rev=, ch > anged_date=, changed_author=, checksum= ed out>, dav_cache=, > > delete_working=, update_actual_props=, ne > w_actual_props=, new_iprops=, keep_recorded_inf > o=, > > insert_base_deleted=, conflict=, work_ite > ms=, scratch_pool=) at /usr/src/contrib/subvers > ion/subversion/libsvn_wc/wc_db.c:1831 > > #8 0x00000000101ceaf0 in close_file (file_baton=0x8119d20a0, expected_md5_ > digest=, pool=) at /usr/src/contrib/subversion/ > subversion/libsvn_wc/update_editor.c:4550 > > #9 0x00000000102eafe8 in close_file (file_baton=0x811a0b0e0, text_checksum > =0x8119ec0e0 "6616ae311ef1f9fb859221cbbe98b2bd", pool=0x8119ec028) > > at /usr/src/contrib/subversion/subversion/libsvn_delta/cancel.c:254 > > #10 0x00000000102194f4 in ra_svn_handle_close_file (conn=, p > ool=0x8119ec028, params=, ds=0x3fffffffffffcb40) > > at /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:861 > > #11 0x00000000102184d0 in svn_ra_svn_drive_editor2 (conn=0x811755000, pool= > 0x8116b4868, editor=0x8116b6548, edit_baton=, aborted=0x0, for > _replay=) > > at /usr/src/contrib/subversion/subversion/libsvn_ra_svn/editorp.c:1114 > > #12 0x00000000102153f0 in ra_svn_finish_report (baton=0x8116b66a8, pool= timized out>) at /usr/src/contrib/subversion/subversion/libsvn_ra_svn/client. > c:302 > > #13 0x00000000101e297c in svn_wc_crawl_revisions5 (wc_ctx=0x810dc14f0, loca > l_abspath=, reporter=0x103d00e8 , report_bato > n=0x8116b66a8, restore_files=, > > depth=, honor_depth_exclude=, depth_compa > tibility_trick=, use_commit_times=, cancel_func > =, > > cancel_baton=, notify_func=, notify_baton > =, scratch_pool=) at /usr/src/contrib/subversio > n/subversion/libsvn_wc/adm_crawler.c:691 > > #14 0x00000000101741c8 in update_internal (result_rev=0x3fffffffffffd3c8, t > imestamp_sleep=0x3fffffffffffd3d4, conflicted_paths=0x0, ra_session_p= zed out>, > > local_abspath=0x8116b4960 "/usr/src", anchor_abspath=, r > evision=, depth=svn_depth_empty, depth_is_sticky= t>, ignore_externals=, > > allow_unver_obstructions=, adds_as_modification= ed out>, notify_summary=, ctx=, result_pool= timized out>, scratch_pool=) > > at /usr/src/contrib/subversion/subversion/libsvn_client/update.c:501 > > #15 0x0000000010173708 in svn_client__update_internal (result_rev=0x3ffffff > fffffd3c8, timestamp_sleep=0x3fffffffffffd3d4, local_abspath=, > revision=, > > depth=svn_depth_empty, depth_is_sticky=-11320, ignore_externals= zed out>, allow_unver_obstructions=, adds_as_modification= imized out>, make_parents=, > > innerupdate=, ra_session=0x8116a2240, ctx= >, pool=) at /usr/src/contrib/subversion/subversion/libsvn_cli > ent/update.c:648 > > #16 0x0000000010174518 in svn_client_update4 (result_revs=0x3fffffffffffd4f > 0, paths=0x810dfd140, revision=, depth=, depth_ > is_sticky=, > > ignore_externals=, allow_unver_obstructions= ut>, adds_as_modification=, make_parents=, ctx= > , pool=) > > at /usr/src/contrib/subversion/subversion/libsvn_client/update.c:722 > > #17 0x000000001011db9c in svn_cl__update (os=, baton= zed out>, scratch_pool=0x810dc0028) at /usr/src/contrib/subversion/subversion > /svn/update-cmd.c:169 > > #18 0x000000001011d118 in sub_main (argc=, argv= ut>, pool=0x810dc0028, exit_code=) at /usr/src/contrib/subvers > ion/subversion/svn/svn.c:3247 > > #19 main (argc=, argv=) at /usr/src/contrib/s > ubversion/subversion/svn/svn.c:3332 > > > > I did not look at the machine code level at all. > > Nor am I familiar with svnlite internals: blind > > copy. > > > > I originally built world and kernel non-debug but > > with debug information. That can contribute to > > interpreting the backtrace. > > > > === > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) > > _______________________________________________ > 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 Tue Feb 4 23:25:37 2020 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 E3D7F2386A1 for ; Tue, 4 Feb 2020 23:25:37 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic311-25.consmr.mail.gq1.yahoo.com (sonic311-25.consmr.mail.gq1.yahoo.com [98.137.65.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 48C15X3wsJz3GcV for ; Tue, 4 Feb 2020 23:25:36 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: 8O32MrsVM1nUfZL3.dQTQGPM8HF7yG6hgM7FR4sQas8Fl2Z4WLWvMiCqObxENkM doom.DgAEdHViLjesQgl4_fSWdexiolOSAOo.c6ddIyWKv.2PS8hrXKshr9WsBLsJOXofcHBKcvJ Yy3aqQYKc8WeNYKnkRVIeIVjzjm.XJTUgpIQYgko04PS2l9OwX5CPnwvybadblobC.3vgu_oExU3 DmEq7r70zJzvZJg1bC6L3jgfnmFL__cel6F5Dpmb2dYijfi9Wtu.kvh6Un_bEkpsmLkc4OG7j3qk xjRYfybYTf8fCPrrTTuGP91CJ3giQSVr3RliKYfQkFgNzcPxLGL1b8U7XFrlkdgxqhk_pNOykpZU aVrm9ahp3drpY52CuPLZKnFalFTJWjMrm9lRlgIEY.F7eYmkLs6jEM_0o8bj99YuVC1Jh6fLd_qo 28N4r91qbw_TVhjAPWbZ4bmvVYGNgOj.xYxSmcCwUnGbNJDWoRZHYqAsqYyTb9XV1slUb1wZO5UU D9Q8mEi5hcwknSLy8yoYOcd21BwlHWRvZAHT7bSp0We4PT94Dqv.0l.JkVFJqiSCAGxfgA071Zfc mT6mjzGpqz58bCWfu.a5NqnGpkAHM8c5zC_hs70b6yYyLX148lglPUk4Wrp59dmFcra_JEALIunL VnJ_4NZYgrdmbREV6bXXqTaE41hrz4w83PjYRBuNIT2OprHLEhnbhhSO44aV8oL3rkfL3Adb.vN0 Ca12Q5J5uVpiTLfODcMjzPU3ANqKvnuwtCu9t4wL4Sr7s318Psi8IriGR7wkW_wa_5yr2Rblz7rK u_VlK2SbrL2_9wBTDz7AFiv3jQSQCu.B5i8Lq_YXRPiZGhTT2x9SqJIZrKi8eF8nmFZnu7jbbpkT 4gYv6YdYKfBhTNnQO0LZuOgS6dcK2d27yi3hFEreE9_s6ub64uWTKO.i_6hUXdsk6fM5qhKF_Ftx F_XTkZ6ShibUCfY_9alXZTNjNPvmuA622d7CPfm3o7f2f.MkY0WVEsA1dAlMS6uPknCBEonRjmwN wqUWpsAS0EkPvgIK3mo45mctRjdxJyr95Yl0JxJ6XqjaOvCXwl.qJ8Mv5Tfmo4A8pLTA2VMeVG2l NQfpne_QjY5QjmGyoNT8pu45cXKYMr14_6za3HMYb9_CuiJEu8PkKPjFFsBsBGmsqJlv6ZqfmmBF TDi8RxYrMKUvzm82r5dJrQttTsO5U_SoC3KA7JQR4kSmCJZFRa7r2GLKmn6QUm2jBVk6GxSeb5_Y 3oUPWcTOs.0UJa6qL644_c_udWqqfDs3CbiEpi3mhfcKZErTfJ6CyMqC.KUgK4d.hVLob8341KAF oOsTtMrsrPK6tWXANGU7BHrhicHb9UhUkcaAZC86puAxHasn6LNeRRkJUAjcnMZeOppFHvHMrQYU IpZtYUILtaqNSKkj6eiWlbViTsM3a0jCiCBw- Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.gq1.yahoo.com with HTTP; Tue, 4 Feb 2020 23:25:34 +0000 Received: by smtp413.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 61e9e4f9ce5bc92cb8428a99d3107fab; Tue, 04 Feb 2020 23:25:30 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: head -r357529 for 32-bit powerpc: boot fails for getnewbuf_empty: locked buf 0xd2800000 on freequeue Message-Id: <37F12B38-B4E7-472B-B337-0C45880541CC@yahoo.com> Date: Tue, 4 Feb 2020 15:25:29 -0800 To: FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <37F12B38-B4E7-472B-B337-0C45880541CC.ref@yahoo.com> X-Rspamd-Queue-Id: 48C15X3wsJz3GcV X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.50 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[206.65.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (-4.34), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Feb 2020 23:25:38 -0000 The old PowerMac happens to be a 64-bit capable one but the FreeBSD is the 32-bit variant. The backtrace goes like: (typed from a screen picture) . . . panic getnewbug getblkx breadn_flags ffs_use_bread readsuper ffs_sbget ffs_mount vfs_domount vfs_donmount kernel_mount parse_mount vfs_mountroot start_init fork_exit fork_trampoline === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Wed Feb 5 01:33:44 2020 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 4EADA23B41B for ; Wed, 5 Feb 2020 01:33:44 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic317-21.consmr.mail.gq1.yahoo.com (sonic317-21.consmr.mail.gq1.yahoo.com [98.137.66.147]) (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 48C3xM002qz3NrY for ; Wed, 5 Feb 2020 01:33:42 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: _XLIaTMVM1l.IKf9yA6fKqCLYo8EHeIGusHmM5QHe3LNsrGtKLcVSIR4IAouoV7 x3XplzzHRYcNljf0bo0Dg7YbtfkNMTZc6XpXUrufpzLDE6Ked_75IPSpe4uUleU89pJxbKqAc7BA vSqHYUQWdBmSc_k7NsfDOIzDNibFPW3pOWzQv7VuE_FXiAbH8ekvTTxMjgL61PFaJynNOCpmBz5K TUIJNPHHpyb_nIZkpzEtZ9Cb3nJPyws_u4UrNbs3MfaOnfGey6.hhEdjvhGBma1wedVZ3HtZ1Oq9 zv8olCJEgeUfLQPIjArO6rF75nWzUCiND36b7wLmNk_FzH0aHKIHZoi7fb.5a_ti4_j62hQ9EiX4 pxKoUNSSj9NqlVo2g30g2xr0icHQ4nA_CVb8N4sN4ivQuIgkAX5UZsvpsDHwIUDFrvFvpyuBrX94 gJeTJeHUMc2TFeB.6cWgfWvbho0cGuC8xT433o4sPy3cbRZNgHxqWHcIHE_v87FzepII424FDm2I 7A3lDnOJCL3YBDRSt.5zHSmlThgcGhFNiyTDT7.a1aA7WwPh97I5aZIS4NSSdFxyuOvFeMw8XeTh IrlJHjVK7cuLCb0DNl1kn8IyYGb730HqGS8WtyamNyyZo2l3GfAzg9z1LPqaCfdW.TecD3sTdR5B 17qi4uRSDMai3adOkOJRqz8bmInM0UgDxmnrkH3GntEaGJy.HPZ.7Zovau6TkStMsGKkNE6xgPqZ SXdAeaSH2dyZX_okCyK2VjbaErCDLBgy6CMCTdx3pu04iGKcrZRIul9z8MOWj7Uq0csJW98yw8LO AI79UFsVZfZwUYAtx00dZnnkjQJfknc2yNtczyZT0_BFE_pPrTTrfwpTnF1QEAbzqKWYquCgjAic RUELlIlgDG6GznqiNT50xCcKufcpT3jbgZuIhuXjiy44Ix7tRQavRoOm9WVhqTxcv9tG2xzggqsV xcgnJR3iSbT.L99rEsMzu0niMpcIL8mUaTKdtnpue5rJGsttwGD2PFpK7qHAOOWmT7YPA9MFAhUt rJAv8TWwzqpylciAGyRGS5f7UQ6WCJfzpiuMCk9o.zZpm15aeK6jS8xPj9PRMT5lQcfoWwB0Erv8 aSp67ooMBMv5dhFHHigLcN.o7JfKeu5A7fOGT8V1YHURAnaId5A34v8gSD7sRS2sXo04Y5Abr_Ob ZJFP9lgi8F_bMsdMrzrGgUliZbbSJlZSthrbB9krEZYwU5jgilY7C.5FVf8ME4TJJRaSi7HyYIQj 1O7UFIjmWERPYV.gmYuuA64_d9z3Bf3yZ9hKNg2VRnkxnXhnT.ty0N7hwa67X2DZqJ3lVuUX73Fk e91DH8meCV32zS7uhmC7wYmQICKHBH3itiYod2UFVoUQQ34CgObGukTmhM4SLXMkfgFL52f6TjIl lMwdd4.tkN5Fy3R5XDiTyHrGqeHPQ8xw56lFyPI8exfJjA1VIPyOq0MV1QVT9f.TIwviDpmc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic317.consmr.mail.gq1.yahoo.com with HTTP; Wed, 5 Feb 2020 01:33:41 +0000 Received: by smtp425.mail.bf1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 975d9a694852a3598ed942e51be4da30; Wed, 05 Feb 2020 01:33:35 +0000 (UTC) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: head -r357529 for 32-bit powerpc on 64-bit PowerMac: boot fails for getnewbuf_empty: locked buf 0xd2800000 on freequeue Date: Tue, 4 Feb 2020 17:33:34 -0800 References: <37F12B38-B4E7-472B-B337-0C45880541CC@yahoo.com> To: FreeBSD PowerPC ML , FreeBSD Current In-Reply-To: <37F12B38-B4E7-472B-B337-0C45880541CC@yahoo.com> Message-Id: <99E20FB7-69EB-44B9-9167-6017810D4AE6@yahoo.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Rspamd-Queue-Id: 48C3xM002qz3NrY X-Spamd-Bar: / X-Spamd-Result: default: False [-0.78 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.13)[-0.133,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_GOOD(-0.10)[text/plain]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-0.14)[-0.142,0]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[147.66.137.98.list.dnswl.org : 127.0.5.0]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; RCVD_TLS_LAST(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; IP_SCORE(0.00)[ip: (5.78), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 01:33:44 -0000 On 2020-Feb-4, at 15:25, Mark Millard wrote: > The old PowerMac happens to be a 64-bit capable one > but the FreeBSD is the 32-bit variant. It boots on the 32-bit PowerMac example. It panics on the two examples of 64-bit types of PowerMac, both types dual socket but 1 core each vs. 2 cores each. The kernel and world were non-debug builds (with symbols). > The backtrace goes like: > (typed from a screen picture) > > . . . > panic > getnewbug Typo above, should have been: getnewbuf > getblkx > breadn_flags > ffs_use_bread > readsuper > ffs_sbget > ffs_mount > vfs_domount > vfs_donmount > kernel_mount > parse_mount > vfs_mountroot > start_init > fork_exit > fork_trampoline So I installed the artifact.ci.freebsd.org -r357545 kernel and kernel-dbg (-r357529 was not available). But is failed earlier for the example 64-bit PowerMac tried. 32-bit booted okay. But I'll report details for this one in a separate submittal for the earlier problem. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) From owner-freebsd-current@freebsd.org Wed Feb 5 04:02:40 2020 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 9DEC623EE26 for ; Wed, 5 Feb 2020 04:02:40 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic305-19.consmr.mail.gq1.yahoo.com (sonic305-19.consmr.mail.gq1.yahoo.com [98.137.64.82]) (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 48C7FC2T5vz42QW for ; Wed, 5 Feb 2020 04:02:38 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: NgbVQJwVM1mwxL5S5_Ym8_CpW_t2Ty4fT0AexMdggO85b4ZLbggang.N_UqFHhx 4pVVPQi_C2pvT5B3Zef8G.dulY0jFa9QSMBWmJQv2xxht10pXzqae2fUEr1c0IbD2UObGf3C1B_I BrU.Q6ZN9se9jiF9ckke_fMSlpyqYdV4mX0_rc5C9_59j7ozXE7K1poYWFhKCJae8TeGEB9LnRMf hqDwSE5sIQgqM8s4AwiGjEUsLT7zGQYRLe2k9KfT.CRGhvrGAotKRj4TP6H8VCSfmzX4IHpy0rfW cSCMKV24yKnKVLnMJw_zkSt7ddqUcuVVcBaBQk1buoDpSMg7SSF2.jGqFwTWgd8U9RL20UuKqzy9 g_LTAVb.IGzKFcTGRF.XcRhAYPqoCQrPXhmmb2E2ntAUqLJ4oTjMJIpSdC4o0A1N9ovgYcfSWSWn TM20lrmgce_nzmHYqvKrPtznnNjMCBLY_y1F7FyD8a33kRRXCaDfCgGzFKL8TrhqtmoyMV3rC6t9 w13.isVL4lCDl9WivNwhY8QoRmK.C5.5F0HTO5ZRsnoNlTPDhu1sYAZ0_0HxAXPo7Jp14Gr3G054 2EQ7A..Ze450jYDg7xfJA62UyDQgpTH7RcrulX3tacg9Gg.OfngY_vMfkpcG1xAofWouRQ5S58Jt FfG4PBEVSYDKWyybwMDPOKs4qg9Ck9NufV8xIO3K5sV.cibe4KlzD6wSqB0Kz8.Y.4XCA9_wxjsx XEJhTj2Ba3VLGj6kOIqjD1ks.e22JZcpt0yC2GKwKiUijsGJr1NpvumUPLpX4fyXt.oCYE4DNVoZ 9GiIkJgewclBbGH84IsH2qhL98Wwd9evRHBtrtDu8xfnqvtqd5qN.dB1bQ.Z6hkde32pREBw7nSa 2Tofl7Fe55ALTvqIZz3Wjnoj_tSn6OjOnJQjXYR5ef7DhKPJoMz_NUlePP8owHiIOxljDQyLwlsI Opytrb85pY0v.cwpOJohNXZhFTe.dCmZnfuH5aqWsU8cp633IT10hn6GEUsOmPfM1G64Kt8MFKyC wdwh.eQblaxx0D7VfwlzElvDaNy4KxLPpUWtqbGHOF4T_1.9FgspNk5jD2DdGl65bmePv7pwwUzi kWPOkJ420Q7bi4vTqnJmr60YcTFVZcgwFdc1cX5w4UGSR6tJnEJNgqGmI3KZ46agFRm8yF9qy9i2 LMRzphmkmnMiC3EYj9vL_w5FxGvtbZJIKc64IZgKTGZ4xc1foCsEWC5pXNs64EUsQawdVCftGST_ A.dPzEar1zT8RYabMuE6uzEy6bSQmXIvLMlCCsrBzXwxOZVpYaKVKUxDPYYK9mJT0XkB_wOq9U7X rf8DCpqIJxMyVoRrFZXqi_V7AgWakw1ygSEA9C54llargq52XevLFeAEHhLX8lPUmXf_5j_th9bT QexBhW29tyn7z5kGNHCE_Gr1Lxz3YcqwaNDGiMBWCcNMbuBVsR0CJibYpNttBXq4rrGkteA-- Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.gq1.yahoo.com with HTTP; Wed, 5 Feb 2020 04:02:37 +0000 Received: by smtp407.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID a3b441192117e3dfb4dde7bb72097098; Wed, 05 Feb 2020 04:02:31 +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 13.0 \(3608.60.0.2.5\)) Subject: artifact.ci's head -r357545 kernel for 32-bit powerpc FreeBSD vs. 64-bit PowerMac: panic: lock tfo_ccache_bucket . . . already initialized Message-Id: <6CCBEDA2-AB51-4C2C-8C7F-1F985B19B021@yahoo.com> Date: Tue, 4 Feb 2020 20:02:31 -0800 To: FreeBSD PowerPC ML , FreeBSD Current X-Mailer: Apple Mail (2.3608.60.0.2.5) References: <6CCBEDA2-AB51-4C2C-8C7F-1F985B19B021.ref@yahoo.com> X-Rspamd-Queue-Id: 48C7FC2T5vz42QW X-Spamd-Bar: - X-Spamd-Result: default: False [-1.03 / 15.00]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.33)[-0.330,0]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-0.20)[-0.198,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.00)[ip: (5.62), ipnet: 98.137.64.0/21(0.83), asn: 36647(0.66), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[82.64.137.98.list.dnswl.org : 127.0.5.0]; RWL_MAILSPIKE_POSSIBLE(0.00)[82.64.137.98.rep.mailspike.net : 127.0.0.17]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 04:02:40 -0000 On a 32-bit PowerMac 2 socket machine, it booted just fine. This is a 64-bit capable 2 socket, 2 cores each, PowerMac context for the example failure. There is also an odd "kern.ipc.nmbclusters limit reached" message before the powerpc64 panic. Typed from a picture of the screen: (I omit stack addresses and routine offsets in the backtrace.) . . . firewire0: bus manager 1 bge0: link state changed to UP [zone: mbuf_cluster] kern.ipc.nmbclusters limit reached panic: lock "tfo_ccache_bucket" 0xdd533f24 already initialized cpuid =3D 0 time =3D 1 KDB: stack backtrace . . . panic lock_init _mtx_init tcp_fastopen_init tcp_init protosw_init vnet_domain_init vnet_register_sysinit mi_startup btext KDB: enter: panic [ thread pid 0 tid 100000 ] . . . This is too early for user input to the db> prompt on PowerMacs. The loop in tcp_fastopen_init(void) seems to be: for (i =3D 0; i < V_tcp_fastopen_ccache.buckets; i++) { TAILQ_INIT(&V_tcp_fastopen_ccache.base[i].ccb_entries); mtx_init(&V_tcp_fastopen_ccache.base[i].ccb_mtx, = "tfo_ccache_bucket", NULL, MTX_DEF); if (V_tcp_fastopen_client_enable) { /* enable bucket */ V_tcp_fastopen_ccache.base[i].ccb_num_entries =3D = 0; } else { /* disable bucket */ V_tcp_fastopen_ccache.base[i].ccb_num_entries =3D = -1; } V_tcp_fastopen_ccache.base[i].ccb_ccache =3D = &V_tcp_fastopen_ccache; } Separately, the warning: [zone: mbuf_cluster] kern.ipc.nmbclusters limit reached also seems odd. The powerpc64 FreeBSD variant does not get this message. It leaves me wondering if the 32-bit FreeBSD atomic_fetchadd_64 and smp_started cross-socket/cross-core value synchronization are working fully-correctly on 64-bit PowerMacs. However, I'm outside of my area, so take the below on such a basis. It does appear to me that the SMP case for the !smp__started yet context does not have code for s=3Dintr_disable() and intr_restore(s) . (Not limited to atomic_fetchadd_64.) Such disable/restore code is only present for the !SMP case. How strongly is the !smp_started temporary-context like the !SMP case as far as what it requires for correctness? FYI: 008fc99c mflr r0 008fc9a0 stw r0,4(r1) 008fc9a4 stwu r1,-32(r1) 008fc9a8 stw r31,28(r1) 008fc9ac stw r30,24(r1) 008fc9b0 mr r31,r1 008fc9b4 stw r26,8(r31) 008fc9b8 stw r27,12(r31) 008fc9bc stw r28,16(r31) 008fc9c0 stw r29,20(r31) 008fc9c4 bl 008fc9c8 = 008fc9c8 mr r27,r3 008fc9cc mflr r30 008fc9d0 addis r30,r30,80 008fc9d4 addi r30,r30,8180 008fc9d8 mr r28,r6 008fc9dc mr r3,r27 008fc9e0 mr r29,r5 008fc9e4 bl 0093e668 008fc9e8 lwz r4,-32768(r30) 008fc9ec rlwinm r3,r3,25,24,31 008fc9f0 mulli r26,r3,20 008fc9f4 lwz r4,0(r4) 008fc9f8 cmplwi r4,0 008fc9fc beq- 008fca1c = 008fca00 lwz r3,-32764(r30) 008fca04 lwz r5,-32760(r30) 008fca08 li r4,0 008fca0c li r6,101 008fca10 add r3,r3,r26 008fca14 addi r3,r3,16 008fca18 bl 0051b0b0 <__mtx_lock_flags> 008fca1c lwz r3,4(r27) 008fca20 lwz r4,0(r27) 008fca24 addc r3,r3,r28 008fca28 stw r3,4(r27) 008fca2c adde r3,r4,r29 008fca30 stw r3,0(r27) 008fca34 lwz r3,-32768(r30) 008fca38 lwz r4,4(r27) 008fca3c lwz r5,0(r27) 008fca40 lwz r3,0(r3) 008fca44 subfc r28,r28,r4 008fca48 subfe r29,r29,r5 008fca4c cmplwi r3,0 008fca50 beq- 008fca70 = 008fca54 lwz r3,-32764(r30) 008fca58 lwz r5,-32760(r30) 008fca5c li r4,0 008fca60 li r6,101 008fca64 add r3,r3,r26 008fca68 addi r3,r3,16 008fca6c bl 0051b780 <__mtx_unlock_flags> 008fca70 mr r3,r29 008fca74 mr r4,r28 008fca78 lwz r29,20(r31) 008fca7c lwz r28,16(r31) 008fca80 lwz r27,12(r31) 008fca84 lwz r26,8(r31) 008fca88 lwz r0,36(r1) 008fca8c lwz r31,28(r1) 008fca90 lwz r30,24(r1) 008fca94 addi r1,r1,32 008fca98 mtlr r0 008fca9c blr =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 Feb 5 09:12:07 2020 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 D1FD5244AA8 for ; Wed, 5 Feb 2020 09:12:07 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48CG6H55xVz4HH6; Wed, 5 Feb 2020 09:12:07 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F20A8004CC14CEA08057604.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:a800:4cc1:4cea:805:7604]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 6071F10E91; Wed, 5 Feb 2020 09:12:07 +0000 (UTC) (envelope-from se@freebsd.org) To: freebsd-current@freebsd.org From: =?UTF-8?Q?Stefan_E=c3=9fer?= Subject: Panic in gptzfsboot? Message-ID: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> Date: Wed, 5 Feb 2020 10:12:04 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 09:12:07 -0000 I have just re-built world and kernel and get a boot failure: panic: free: guard2 fail @ 0x412f6c50 + 513 from unknown:0 --> Press a key in the console to reboot <-- I'll try to boot from a memory stick, now, but wanted to let others know, that there seems to be a problem with the latest UMA code which may cause a boot failure at this early stage. STefan From owner-freebsd-current@freebsd.org Wed Feb 5 09:15:02 2020 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 EDA49244C3E for ; Wed, 5 Feb 2020 09:15:02 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-tydg10021701.me.com (pv50p00im-tydg10021701.me.com [17.58.6.54]) (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 48CG9d6fhyz4HVb for ; Wed, 5 Feb 2020 09:15:01 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-tydg10021701.me.com (Postfix) with ESMTPSA id 4A5F5840B33; Wed, 5 Feb 2020 09:14:59 +0000 (UTC) From: Toomas Soome Message-Id: <25A37903-222D-47DE-B19D-12628DE85870@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic in gptzfsboot? Date: Wed, 5 Feb 2020 11:14:55 +0200 In-Reply-To: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> Cc: freebsd-current@freebsd.org To: =?utf-8?Q?Stefan_E=C3=9Fer?= References: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-02-05_02:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 mlxscore=0 mlxlogscore=878 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2002050074 X-Rspamd-Queue-Id: 48CG9d6fhyz4HVb X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[54.6.58.17.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MIME_TRACE(0.00)[0:+,1:+,2:~]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-3.57), ipnet: 17.58.0.0/20(-1.96), asn: 714(-2.30), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 09:15:03 -0000 > On 5. Feb 2020, at 11:12, Stefan E=C3=9Fer wrote: >=20 > I have just re-built world and kernel and get a boot failure: >=20 > panic: free: guard2 fail @ 0x412f6c50 + 513 from unknown:0 > --> Press a key in the console to reboot <-- >=20 > I'll try to boot from a memory stick, now, but wanted to let > others know, that there seems to be a problem with the latest > UMA code which may cause a boot failure at this early stage. >=20 Hi! Did you got 357567 included? sorry, toomas From owner-freebsd-current@freebsd.org Wed Feb 5 10:05:27 2020 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 D8DC4245E7E for ; Wed, 5 Feb 2020 10:05:27 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48CHHq5P1Wz4Lh2; Wed, 5 Feb 2020 10:05:27 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F20A8004CC14CEA08057604.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:a800:4cc1:4cea:805:7604]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id 4A9B611470; Wed, 5 Feb 2020 10:05:27 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: Panic in gptzfsboot? To: Toomas Soome Cc: freebsd-current@freebsd.org References: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> <25A37903-222D-47DE-B19D-12628DE85870@me.com> From: =?UTF-8?Q?Stefan_E=c3=9fer?= Message-ID: Date: Wed, 5 Feb 2020 11:05:25 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <25A37903-222D-47DE-B19D-12628DE85870@me.com> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 8bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 10:05:27 -0000 Am 05.02.20 um 10:14 schrieb Toomas Soome: >> On 5. Feb 2020, at 11:12, Stefan Eßer > > wrote: >> >> I have just re-built world and kernel and get a boot failure: >> >> panic: free: guard2 fail @ 0x412f6c50 + 513 from unknown:0 >> --> Press a key in the console to reboot <-- >> >> I'll try to boot from a memory stick, now, but wanted to let >> others know, that there seems to be a problem with the latest >> UMA code which may cause a boot failure at this early stage. > > Hi! > > Did you got 357567 included? Hi Toomas, yes, that's actually the exact SVN version that I have used ... The SVN update ran from 07:11:24 UTC to 07:12:31 UTC. Regards, STefan From owner-freebsd-current@freebsd.org Wed Feb 5 10:31:05 2020 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 C289B246646 for ; Wed, 5 Feb 2020 10:31:05 +0000 (UTC) (envelope-from tsoome@me.com) Received: from pv50p00im-ztdg10021901.me.com (pv50p00im-ztdg10021901.me.com [17.58.6.55]) (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 48CHsN41HXz4Mg2 for ; Wed, 5 Feb 2020 10:31:04 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by pv50p00im-ztdg10021901.me.com (Postfix) with ESMTPSA id 5468488018D; Wed, 5 Feb 2020 10:31:01 +0000 (UTC) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic in gptzfsboot? From: Toomas Soome In-Reply-To: Date: Wed, 5 Feb 2020 12:30:58 +0200 Cc: freebsd-current@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> <25A37903-222D-47DE-B19D-12628DE85870@me.com> To: =?utf-8?Q?Stefan_E=C3=9Fer?= X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-02-05_03:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=838 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2002050084 X-Rspamd-Queue-Id: 48CHsN41HXz4Mg2 X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; RCVD_IN_DNSWL_LOW(-0.10)[55.6.58.17.list.dnswl.org : 127.0.5.1]; SUBJECT_ENDS_QUESTION(1.00)[]; 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)[]; FROM_EQ_ENVFROM(0.00)[]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; IP_SCORE(0.00)[ip: (-7.19), ipnet: 17.58.0.0/20(-1.96), asn: 714(-2.30), country: US(-0.05)]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 10:31:05 -0000 > On 5. Feb 2020, at 12:05, Stefan E=C3=9Fer wrote: >=20 > Am 05.02.20 um 10:14 schrieb Toomas Soome: >>> On 5. Feb 2020, at 11:12, Stefan E=C3=9Fer >> > wrote: >>>=20 >>> I have just re-built world and kernel and get a boot failure: >>>=20 >>> panic: free: guard2 fail @ 0x412f6c50 + 513 from unknown:0 >>> --> Press a key in the console to reboot <-- >>>=20 >>> I'll try to boot from a memory stick, now, but wanted to let >>> others know, that there seems to be a problem with the latest >>> UMA code which may cause a boot failure at this early stage. >>=20 >> Hi! >>=20 >> Did you got 357567 included? >=20 > Hi Toomas, >=20 > yes, that's actually the exact SVN version that I have used ... >=20 > The SVN update ran from 07:11:24 UTC to 07:12:31 UTC. >=20 > Regards, STefan Checking now. toomas= From owner-freebsd-current@freebsd.org Wed Feb 5 11:02:27 2020 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 6E6E02475B1 for ; Wed, 5 Feb 2020 11:02:27 +0000 (UTC) (envelope-from tsoome@me.com) Received: from mr85p00im-zteg06021901.me.com (mr85p00im-zteg06021901.me.com [17.58.23.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 48CJYZ2Chhz4PgW for ; Wed, 5 Feb 2020 11:02:26 +0000 (UTC) (envelope-from tsoome@me.com) Received: from [192.168.150.41] (148-52-235-80.sta.estpak.ee [80.235.52.148]) by mr85p00im-zteg06021901.me.com (Postfix) with ESMTPSA id CF860721398; Wed, 5 Feb 2020 11:02:23 +0000 (UTC) From: Toomas Soome Message-Id: <4779AF9C-3966-438C-BA19-C6441613EB4C@me.com> Mime-Version: 1.0 (Mac OS X Mail 13.0 \(3608.60.0.2.5\)) Subject: Re: Panic in gptzfsboot? Date: Wed, 5 Feb 2020 13:02:20 +0200 In-Reply-To: Cc: freebsd-current@freebsd.org To: =?utf-8?Q?Stefan_E=C3=9Fer?= References: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> <25A37903-222D-47DE-B19D-12628DE85870@me.com> X-Mailer: Apple Mail (2.3608.60.0.2.5) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2020-02-05_03:, , signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=2 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-2002050089 X-Rspamd-Queue-Id: 48CJYZ2Chhz4PgW X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.60 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:17.58.0.0/16:c]; FREEMAIL_FROM(0.00)[me.com]; MV_CASE(0.50)[]; DKIM_TRACE(0.00)[me.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[me.com,quarantine]; RCVD_IN_DNSWL_LOW(-0.10)[194.23.58.17.list.dnswl.org : 127.0.5.1]; 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.16.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[148.52.235.80.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[me.com:s=1a1hai]; FROM_HAS_DN(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-3.19), ipnet: 17.58.16.0/20(-1.47), asn: 714(-2.30), country: US(-0.05)]; IP_SCORE_FREEMAIL(0.00)[]; DWL_DNSWL_LOW(-1.00)[me.com.dwl.dnswl.org : 127.0.5.1]; TO_MATCH_ENVRCPT_SOME(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 11:02:27 -0000 Fixed, sorry about the mess:) thanks, toomas > On 5. Feb 2020, at 12:30, Toomas Soome wrote: >=20 >=20 >=20 >> On 5. Feb 2020, at 12:05, Stefan E=C3=9Fer wrote: >>=20 >> Am 05.02.20 um 10:14 schrieb Toomas Soome: >>>> On 5. Feb 2020, at 11:12, Stefan E=C3=9Fer >>> > wrote: >>>>=20 >>>> I have just re-built world and kernel and get a boot failure: >>>>=20 >>>> panic: free: guard2 fail @ 0x412f6c50 + 513 from unknown:0 >>>> --> Press a key in the console to reboot <-- >>>>=20 >>>> I'll try to boot from a memory stick, now, but wanted to let >>>> others know, that there seems to be a problem with the latest >>>> UMA code which may cause a boot failure at this early stage. >>>=20 >>> Hi! >>>=20 >>> Did you got 357567 included? >>=20 >> Hi Toomas, >>=20 >> yes, that's actually the exact SVN version that I have used ... >>=20 >> The SVN update ran from 07:11:24 UTC to 07:12:31 UTC. >>=20 >> Regards, STefan >=20 > Checking now. >=20 > toomas From owner-freebsd-current@freebsd.org Wed Feb 5 11:49:58 2020 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 7697D24857C for ; Wed, 5 Feb 2020 11:49:58 +0000 (UTC) (envelope-from se@freebsd.org) Received: from smtp.freebsd.org (smtp.freebsd.org [IPv6:2610:1c1:1:606c::24b:4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48CKcQ2XTbz4S7Q; Wed, 5 Feb 2020 11:49:58 +0000 (UTC) (envelope-from se@freebsd.org) Received: from Stefans-MBP-449.fritz.box (p200300CD5F20A8004CC14CEA08057604.dip0.t-ipconnect.de [IPv6:2003:cd:5f20:a800:4cc1:4cea:805:7604]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: se/mail) by smtp.freebsd.org (Postfix) with ESMTPSA id D9F4A12054; Wed, 5 Feb 2020 11:49:57 +0000 (UTC) (envelope-from se@freebsd.org) Subject: Re: Panic in gptzfsboot? To: Toomas Soome Cc: freebsd-current@freebsd.org References: <1a6a221a-42de-b74c-ef1f-f6939506dff8@freebsd.org> <25A37903-222D-47DE-B19D-12628DE85870@me.com> <4779AF9C-3966-438C-BA19-C6441613EB4C@me.com> From: =?UTF-8?Q?Stefan_E=c3=9fer?= Message-ID: Date: Wed, 5 Feb 2020 12:49:56 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 MIME-Version: 1.0 In-Reply-To: <4779AF9C-3966-438C-BA19-C6441613EB4C@me.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 11:49:58 -0000 Am 05.02.20 um 12:02 schrieb Toomas Soome: > Fixed, sorry about the mess:) Hi Toomas, thank you very much for the quick fix! My system is healthy again ;-) Best regards, STefan From owner-freebsd-current@freebsd.org Wed Feb 5 13:53:12 2020 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 BCB2124B677 for ; Wed, 5 Feb 2020 13:53:12 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48CNLb732Bz4ZPC; Wed, 5 Feb 2020 13:53:11 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: by mail-lj1-x235.google.com with SMTP id f25so2352517ljg.12; Wed, 05 Feb 2020 05:53:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=m/TcOp2FPiCy6zv/SEvRnvux35J7dUiiQHwP+9kTpg4=; b=R6IMXyveVTe0GVrejdlq021Y5VAKdpF2qhGGtNFdM4kTXlTb0FYiq9Q/uA1jMt1WOR mzH8pkkaVW8UTmpSg9v76rKt+pOaI3qwuZ+HX+jHYooMYGgqtooxvP4dl/rJFWLoj/24 uAfTMEhZ7I67uEfcNtXWlnXBMnkcWaZj+G3YqHWSFhKQbZk79dbTep+P8seV7zGUv6ss CfIGmIQAXDJmNeKl1qMPO1+Ap0hVuEELEgzr2GlTkPhK9912IBhO/nf0853kwmEsfZ2h 1h5kMRyL3O7lOrxhzHJYxaG6zm1RgfdflmxF+24WHk/GhVYcHgb6U4m0ZQguqZawwjw/ us2w== 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=m/TcOp2FPiCy6zv/SEvRnvux35J7dUiiQHwP+9kTpg4=; b=DhC5qtj243WTHNmnItl56Q7HIUecr4WZvRQJQBW87GLERLH7FjxSA/9LvstPD5/NCi Dp1AvsElb85fL5IT8IoCQ9SnpCkDSC/NvUL8mQ1T9hhG6/Z4qMhyq6JnLp033rzVCrKO 3oBwyammwNPJTT3GWx2/rksgv2jogdX+aNdWGQQUrGZO2z5D3suxCtQV8ECpGIe8fUIa r4AVMFcf1Pevxyv5uGnP+YopFEEud+MRsFfH5vXPXTh9MBXNwAFkySemVOBzYC9pWPJq of2Y48PxVbkQJdtPt+6fZvEdI9TTRHk7j0Df+FBxoMFMXwsxxHtErQYBYAhfmmjMNGSh rCHg== X-Gm-Message-State: APjAAAVezWgrASQ5TYyiFUjk9VKrWoVuTL5OpHmQuh5wZtOKdcC4QsaJ 7fJSJuYEuahrb8CHf61hXGh71c+/nDdAKyojUfvl2TKRKvc= X-Google-Smtp-Source: APXvYqwnIqUMqfMJHa8DrmUp//8NRok0le05eUPpUcO6mwMYysEMpIknb8rzRMvHZkrAZ+BF90QLMR475c4UHrwh1ek= X-Received: by 2002:a2e:8016:: with SMTP id j22mr19512883ljg.24.1580910789854; Wed, 05 Feb 2020 05:53:09 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Andreas Nilsson Date: Wed, 5 Feb 2020 14:45:50 +0100 Message-ID: Subject: Re: hwpstate_intel hangs kernel To: cem@freebsd.org Cc: "Andrey V. Elsukov" , Current FreeBSD X-Rspamd-Queue-Id: 48CNLb732Bz4ZPC X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=R6IMXyve; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of andrnils@gmail.com designates 2a00:1450:4864:20::235 as permitted sender) smtp.mailfrom=andrnils@gmail.com X-Spamd-Result: default: False [-3.00 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; IP_SCORE(0.00)[ip: (-9.40), ipnet: 2a00:1450::/32(-2.49), asn: 15169(-1.74), country: US(-0.05)]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; IP_SCORE_FREEMAIL(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[5.3.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FREEMAIL_CC(0.00)[yandex.ru]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Feb 2020 13:53:12 -0000 Hello, I upgraded to a newer version, git 87d669d3863-c266265, and I do not experience the random hang anymore. The machine still hangs on boot on "hwpstate_intel0: on cpu0" unless I set 'hint.hwpstate_intel.0.disabled=3D"1"' in loader.conf. On a side note I cannot set or unset that hint from loader prompt; ok> set hint.hwpstate_intel.0.disabled=3D"0" ok> show .... hint.hwpstate=3D ... Best regards Andreas On Sat, Feb 1, 2020 at 11:26 PM Andreas Nilsson wrote: > Hello Conrad, > > thank you Andrey for bisecting! I'll try with that hint and see how it > works for me. > > Best regards > Andreas > > On Sat, Feb 1, 2020, 18:18 Conrad Meyer wrote: > >> Hi Andrey, >> >> Please try 'hint.hwpstate_intel.0.disabled=3D"1"' as a workaround for no= w. >> >> I think I have identified at least one problematic piece of code, >> although I don't know if it's the root cause. I will go ahead and fix >> that, which may not fix the hang, and also add some debug printfs that >> can be enabled to help identify the real issue. >> >> Thanks for the report and bisect. >> >> Best, >> Conrad >> >> On Sat, Feb 1, 2020 at 6:06 AM Andrey V. Elsukov >> wrote: >> > >> > 31.01.2020 18:11, Andrey V. Elsukov =D0=BF=D0=B8=D1=88=D0=B5=D1=82: >> > > On 24.01.2020 19:52, Andreas Nilsson wrote: >> > >> It hangs during kernel boot and the last message printed on console >> is: >> > >> hwpstate_intel0: on cpu0 >> > > >> > > Hi, >> > > >> > > Did you find the cause of this hang? >> > > I also tried to update today from r350816 to r357330. But my Lenovo = X1 >> > > Carbon 4th hangs on the same message. >> > > >> > >> > Hi, >> > >> > I have bisected the bad commit, it is r357002. >> > >> > -- >> > WBR, Andrey V. Elsukov >> > >> > From owner-freebsd-current@freebsd.org Fri Feb 7 19:22:29 2020 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 365E922B871 for ; Fri, 7 Feb 2020 19:22:29 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from mail.nomadlogic.org (mail.nomadlogic.org [174.136.98.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mail.nomadlogic.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48DlYc01V0z3Pn3 for ; Fri, 7 Feb 2020 19:22:27 +0000 (UTC) (envelope-from pete@nomadlogic.org) Received: from [192.168.1.141] (76-214-71-45.lightspeed.irvnca.sbcglobal.net [76.214.71.45]) by mail.nomadlogic.org (OpenSMTPD) with ESMTPSA id e38f499e (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO) for ; Fri, 7 Feb 2020 19:22:26 +0000 (UTC) To: FreeBSD Current From: Pete Wright Subject: Error building in libunbound Message-ID: Date: Fri, 7 Feb 2020 11:22:26 -0800 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.2 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: 48DlYc01V0z3Pn3 X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of pete@nomadlogic.org designates 174.136.98.114 as permitted sender) smtp.mailfrom=pete@nomadlogic.org X-Spamd-Result: default: False [-5.01 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; DMARC_NA(0.00)[nomadlogic.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; IP_SCORE(-2.71)[ip: (-9.27), ipnet: 174.136.96.0/20(-3.89), asn: 25795(-0.33), country: US(-0.05)]; TO_DN_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:25795, ipnet:174.136.96.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Feb 2020 19:22:29 -0000 recent checkout, getting this error building libunbound: --- all_subdir_lib/libunbound --- /usr/home/pete/git/freebsd/contrib/unbound/util/log.c:120:30: error: use of undeclared identifier 'UB_SYSLOG_FACILITY'                 openlog(ident, LOG_NDELAY, UB_SYSLOG_FACILITY);                                            ^ wondering if anyone else is seeing this.  Looking at recent commits to log.c don't show any recent changes. Cheers, -pete -- Pete Wright pete@nomadlogic.org @nomadlogicLA From owner-freebsd-current@freebsd.org Sat Feb 8 09:57:06 2020 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 BB89723E2A6 for ; Sat, 8 Feb 2020 09:57:06 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48F6yn0r6sz4fJr for ; Sat, 8 Feb 2020 09:57:04 +0000 (UTC) (envelope-from gbergling@gmail.com) Received: by mail-wm1-x332.google.com with SMTP id g1so4899846wmh.4 for ; Sat, 08 Feb 2020 01:57:04 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:subject:message-id :mime-version:content-disposition; bh=sMvUg9sWDXMzDcjdQtaXc9ykI2dbglsEs46ss08RFYw=; b=OYZaoy7p3NttExRzhEbzoImfg3pt1PlrjkdKOx7rzj56P2bMdZBEBTSbParJNTh4F1 4e+eyiKC+Oita3M+ZgGgDvbEDC1Tai97Gk/20pVdzQzYdnHyyPsG9wmHvummna8FpP6x yuF0ZqOz6aq2luKAJIJ89eTNK57IAQipRtpchaqUxNMBfYZeD8Cx0/9Xx2YA0Uu+FxvW bK4J7Qm3eCjAfQdx6nJjrAlRpqQ0YUK3sFDkagATUAXMUbo+/tNPGfDvcQFcIdjvBDks RUpwXud2U8XBdA/6LfFSq5MgweyFnMvS8m2sn5AMgjL1wkOr+WWJPnh29Iab/F8qRJCm pa7Q== X-Gm-Message-State: APjAAAUU0BdMzAkXTPDVD04VJWByHFTskCT0DEGlJxC5ViCbauSSAAQE EhVIwNcJTln0Rk0sO8dqufvmQR1L X-Google-Smtp-Source: APXvYqzRUuYHh1HcnH/WFvDFcjgGAIeNKvrcnLpr7+HsKur+sli4KsWtfSkaNBr0JN8DWoYZ7BTFLw== X-Received: by 2002:a1c:e28a:: with SMTP id z132mr3653624wmg.157.1581155822472; Sat, 08 Feb 2020 01:57:02 -0800 (PST) Received: from lion.0xfce3.net (p4FD3AEF0.dip0.t-ipconnect.de. [79.211.174.240]) by smtp.gmail.com with ESMTPSA id f12sm6657971wmj.10.2020.02.08.01.57.01 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 08 Feb 2020 01:57:01 -0800 (PST) Sender: Gordon Bergling Date: Sat, 8 Feb 2020 10:56:58 +0100 From: Gordon Bergling To: freebsd-current@freebsd.org Subject: KCSAN error messages and system hang Message-ID: <20200208095658.GA789@lion.0xfce3.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Url: X-Operating-System: FreeBSD 12.1-STABLE amd64 X-Host-Uptime: 10:46AM up 19:29, 2 users, load averages: 4.28, 4.05, 3.67 X-Rspamd-Queue-Id: 48F6yn0r6sz4fJr X-Spamd-Bar: / X-Spamd-Result: default: False [-0.70 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; FREEMAIL_FROM(0.00)[googlemail.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:+]; FORGED_SENDER(0.30)[gbergling@googlemail.com,gbergling@gmail.com]; RECEIVED_SPAMHAUS_PBL(0.00)[240.174.211.79.khpj7ygk5idzvmvt5x4ziurxhy.zen.dq.spamhaus.net : 127.0.0.10]; IP_SCORE(0.00)[ip: (-9.16), ipnet: 2a00:1450::/32(-2.49), asn: 15169(-1.74), country: US(-0.05)]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[gbergling@googlemail.com,gbergling@gmail.com]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; DMARC_POLICY_QUARANTINE(1.50)[googlemail.com : SPF not aligned (relaxed), DKIM not aligned (relaxed),quarantine]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; IP_SCORE_FREEMAIL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; RCVD_IN_DNSWL_NONE(0.00)[2.3.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_ALL(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Feb 2020 09:57:06 -0000 Greetings, I recently experimented with a KCSAN enabled kernel on -CURRENT and got the following error messages. CSan: Racy Access [Cpu0 Write Addr=0xfffffe000297f0c8 Size=4 PC=0xffffffff8116a31a] [Cpu1 Read Addr=0xfffffe000297f0c8 Size=4 PC=0xffffffff8116b3b8] CSan: Racy Access [Cpu0 Read Addr=0xffffffff82314e10 Size=8 PC=0xffffffff8113a66c] [Cpu1 Write Addr=0xffffffff82314e10 Size=8 PC=0xffffffff8113c3a8] CSan: Racy Access [Cpu0 Write Addr=0xfffff8003eb646e8 Size=8 PC=0xffffffff811cd358] [Cpu1 Write Addr=0xfffff8003eb646e8 Size=8 PC=0xffffffff811cd358] CSan: Racy Access [Cpu0 Write Addr=0xffffffff831fd0dc Size=1 PC=0xffffffff81169f38] [Cpu1 Read Addr=0xffffffff831fd0dc Size=1 PC=0xffffffff811672f8] CSan: Racy Access [Cpu0 Write Addr=0xffffffff831fd0dc Size=1 PC=0xffffffff81169f38] [Cpu1 Read Addr=0xffffffff831fd0dc Size=1 PC=0xffffffff8116512c] CSan: Racy Access [Cpu1 Write Addr=0xfffffe0015897400 Size=8 PC=0xffffffff82bf5877] [Cpu0 Read Addr=0xfffffe0015897400 Size=8 PC=0xffffffff82bf545c] CSan: Racy Access [Cpu1 Write Addr=0xfffff800fee000b0 Size=4 PC=0xffffffff819574b0] [Cpu0 Write Addr=0xfffff800fee000b0 Size=4 PC=0xffffffff819574b0] CSan: Racy Access [Cpu0 Write Addr=0xfffff800fee00320 Size=4 PC=0xffffffff81959f1a] [Cpu1 Write Addr=0xfffff800fee00320 Size=4 PC=0xffffffff81959f1a] CSan: Racy Access [Cpu1 Write Addr=0xfffff8000bb268c4 Size=4 PC=0xffffffff8168f96b] [Cpu0 Read Addr=0xfffff8000bb268c4 Size=4 PC=0xffffffff8166f847] CSan: Racy Access [Cpu0 Read Addr=0xffffffff831fd0c8 Size=4 PC=0xffffffff81169e81] [Cpu1 Write Addr=0xffffffff831fd0c8 Size=4 PC=0xffffffff8116a31a] CSan: Racy Access [Cpu1 Write Addr=0xfffff800fee00320 Size=4 PC=0xffffffff81959f1a] [Cpu0 Write Addr=0xfffff800fee00320 Size=4 PC=0xffffffff81959f1a] CSan: Racy Access [Cpu0 Write Addr=0xffffffff831fd0c8 Size=4 PC=0xffffffff81167b4e] [Cpu1 Read Addr=0xffffffff831fd0c8 Size=4 PC=0xffffffff811654de] These messages appeared during boot. Any hints on debugging this further? I am not sure on how to find the corresponding code that leads to this error messages. Another problem with the KCSAN configuration is that the system reproducibly hangs after a few minutes. Any hints how to debug a hang where also much appreciated. Best regards, Gordon From owner-freebsd-current@freebsd.org Sat Feb 8 15:57:45 2020 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 D4E72244F95; Sat, 8 Feb 2020 15:57:45 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FGyx53hnz3xyq; Sat, 8 Feb 2020 15:57:45 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 8B34DB45F; Sat, 8 Feb 2020 15:57:45 +0000 (UTC) Date: Sat, 8 Feb 2020 15:57:45 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-01-26 Message-ID: <20200208155745.GA10572@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Feb 2020 15:57:45 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-01-26 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-01-20 to 2020-01-26. During this period, we have: * 2153 builds (89.4% (+4.1) passed, 10.6% (-4.1) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 356 test runs (64.6% (-17.4) passed, 26.4% (+14.3) unstable, 9.0% (+3.1) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 59 doc builds (98.3% (-1.7) passed, 1.7% (+1.7) failed) Test case status (on 2020-01-26 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ----- | ------- | | head/amd64 | 7662 (+16) | 7594 (+18) | 0 (0) | 68 (-2) | | head/i386 | 7660 (+16) | 7588 (+18) | 0 (0) | 72 (-2) | | 12-STABLE/amd64 | 7520 (0) | 7472 (0) | 0 (0) | 48 (0) | | 12-STABLE/i386 | 7518 (0) | 7462 (0) | 0 (0) | 56 (0) | | 11-STABLE/amd64 | 6861 (0) | 6814 (0) | 0 (0) | 47 (0) | | 11-STABLE/i386 | 6859 (0) | 6807 (0) | 0 (0) | 52 (0) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200126 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing builds * https://ci.freebsd.org/job/FreeBSD-head-mips-build/ * https://ci.freebsd.org/job/FreeBSD-head-mips64-build/ More information is available at https://reviews.freebsd.org/D23128 ## Failing and Flaky Tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (+0), 2275 success (-3), 586 failures (+3), 809 skipped (+0) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child (new) https://bugs.freebsd.org/243605 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg) From owner-freebsd-current@freebsd.org Sat Feb 8 16:00:26 2020 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 77DA224555F; Sat, 8 Feb 2020 16:00:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [96.47.72.132]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 48FH222VKNz3yPJ; Sat, 8 Feb 2020 16:00:26 +0000 (UTC) (envelope-from lwhsu@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1129) id 458AAB5DA; Sat, 8 Feb 2020 16:00:26 +0000 (UTC) Date: Sat, 8 Feb 2020 16:00:26 +0000 From: Li-Wen Hsu To: freebsd-testing@freebsd.org Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: FreeBSD CI Weekly Report 2020-02-02 Message-ID: <20200208160026.GB10572@freefall.freebsd.org> Reply-To: freebsd-testing@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Feb 2020 16:00:26 -0000 (Please send the followup to freebsd-testing@ and note Reply-To is set.) FreeBSD CI Weekly Report 2020-02-02 =================================== Here is a summary of the FreeBSD Continuous Integration results for the period from 2020-01-27 to 2020-02-02. During this period, we have: * 2188 builds (88.6% (-0.8) passed, 11.4% (+0.4) failed) of buildworld and buildkernel (GENERIC and LINT) were executed on aarch64, amd64, armv6, armv7, i386, mips, mips64, powerpc, powerpc64, powerpcspe, riscv64, sparc64 architectures for head, stable/12, stable/11 branches. * 347 test runs (70.3% (+5.7) passed, 17.0% (-9.4) unstable, 12.7% (+3.7) exception) were executed on amd64, i386, riscv64 architectures for head, stable/12, stable/11 branches. * 42 doc builds (95.2% (-3.1) passed, 4.8% (+3.1) failed) Test case status (on 2020-02-02 23:59): | Branch/Architecture | Total | Pass | Fail | Skipped | | ------------------- | ---------- | ---------- | ------ | ------- | | head/amd64 | 7673 (+11) | 7604 (+10) | 1 (+1) | 68 (0) | | head/i386 | 7671 (+11) | 7599 (+11) | 0 (0) | 72 (0) | | 12-STABLE/amd64 | 7520 (0) | 7472 (0) | 0 (0) | 48 (0) | | 12-STABLE/i386 | 7518 (0) | 7459 (-3) | 0 (0) | 59 (+3) | | 11-STABLE/amd64 | 6861 (0) | 6811 (-3) | 0 (0) | 50 (+3) | | 11-STABLE/i386 | 6859 (0) | 6810 (+3) | 0 (0) | 49 (-3) | (The statistics from experimental jobs are omitted) If any of the issues found by CI are in your area of interest or expertise please investigate the PRs listed below. The latest web version of this report is available at https://hackmd.io/@FreeBSD-CI/report-20200202 and archive is available at https://hackmd.io/@FreeBSD-CI/ , any help is welcome. ## Failing builds * https://ci.freebsd.org/job/FreeBSD-head-mips-build/ * https://ci.freebsd.org/job/FreeBSD-head-mips64-build/ More information is available at https://reviews.freebsd.org/D23128 ## Failed and fixed tests * i386 boot panics after r357314 https://bugs.freebsd.org/243837 Fixed in r357463 * sys.capsicum.capsicum-test.main fails after r357412 https://bugs.freebsd.org/243839 Fixed in r357461 ## Failing and Flaky tests (from experimental jobs) * https://ci.freebsd.org/job/FreeBSD-head-amd64-dtrace_test/ * cddl.usr.sbin.dtrace.common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237641 * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/ * There are ~13 failing and ~109 skipped cases, including flakey ones, see https://ci.freebsd.org/job/FreeBSD-head-amd64-test_zfs/lastCompletedBuild/testReport/ for more details * Work for cleaning these failing cass are in progress * https://ci.freebsd.org/job/FreeBSD-head-amd64-test_ltp/ * Total 3670 tests (+0), 2277 success (+2), 587 failures (+1), 806 skipped (-3) ## Disabled Tests * sys.fs.tmpfs.mount_test.large https://bugs.freebsd.org/212862 * sys.fs.tmpfs.link_test.kqueue https://bugs.freebsd.org/213662 * sys.kqueue.libkqueue.kqueue_test.main https://bugs.freebsd.org/233586 * sys.kern.ptrace_test.ptrace__PT_KILL_competing_stop https://bugs.freebsd.org/220841 * lib.libc.regex.exhaust_test.regcomp_too_big (i386 only) https://bugs.freebsd.org/237450 * sys.netinet.socket_afinet.socket_afinet_bind_zero https://bugs.freebsd.org/238781 * sys.netpfil.pf.names.names * sys.netpfil.pf.synproxy.synproxy https://bugs.freebsd.org/238870 * sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger https://bugs.freebsd.org/239292 * sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger https://bugs.freebsd.org/239397 * sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger https://bugs.freebsd.org/239399 * sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger https://bugs.freebsd.org/239425 * lib.libc.gen.getmntinfo_test.getmntinfo_test https://bugs.freebsd.org/240049 * sys.sys.qmath_test.qdivq_s64q https://bugs.freebsd.org/240219 * sys.kern.ptrace_test.ptrace__getppid https://bugs.freebsd.org/240510 * lib.libc.sys.stat_test.stat_socket https://bugs.freebsd.org/240621 * lib.libarchive.functional_test.test_write_filter_zstd https://bugs.freebsd.org/240683 * lib.libcasper.services.cap_dns.dns_test.main https://bugs.freebsd.org/241435 * local.kyua.* (31 cases) & local.lutok.* (3 cases) on 11-i386 https://ci.freebsd.org/job/FreeBSD-stable-11-i386-test/2278/testReport/ * sys.geom.class.multipath.failloop.failloop https://bugs.freebsd.org/242689 * sys.kern.ptrace_test.ptrace__procdesc_reparent_wait_child https://bugs.freebsd.org/243605 ## Issues ### Cause build fails * https://bugs.freebsd.org/233735 Possible build race: genoffset.o /usr/src/sys/sys/types.h: error: machine/endian.h: No such file or directory * https://bugs.freebsd.org/233769 Possible build race: ld: error: unable to find library -lgcc_s ### Cause kernel panics * https://bugs.freebsd.org/238870 sys.netpfil.pf.names.names and sys.netpfil.pf.synproxy.synproxy cause panic Patch exists: * https://reviews.freebsd.org/D20868 * https://reviews.freebsd.org/D20869 ### Open * https://bugs.freebsd.org/237403 Tests in sys/opencrypto should be converted to Python3 * https://bugs.freebsd.org/237641 Flakey test case: common.misc.t_dtrace_contrib.tst_dynopt_d * https://bugs.freebsd.org/237656 "Freed UMA keg (rtentry) was not empty (18 items). Lost 1 pages of memory." seen when running sys/netipsec tests * https://bugs.freebsd.org/238781 sys.netinet.socket_afinet.socket_afinet_bind_zero does not work when mac_portacl(4) loaded * https://bugs.freebsd.org/239292 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_child_detached_unrelated_debugger * https://bugs.freebsd.org/239397 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_both_attached_unrelated_debugger * https://bugs.freebsd.org/239399 Flakey test case: sys.kern.ptrace_test.ptrace__parent_sees_exit_after_child_debugger * https://bugs.freebsd.org/239425 Flakey test case: sys.kern.ptrace_test.ptrace__follow_fork_parent_detached_unrelated_debugger * https://bugs.freebsd.org/241662 Flakey test case: lib.libarchive.functional_test.test_fuzz_iso9660 ### Others * [Tickets related to testing@](https://preview.tinyurl.com/y9maauwg)