From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 70774C4361B for ; Thu, 17 Dec 2020 18:00:46 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id EE7122376F for ; Thu, 17 Dec 2020 18:00:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EE7122376F Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=bsdimp.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:49230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kpxa0-0004lU-LO for qemu-devel@archiver.kernel.org; Thu, 17 Dec 2020 13:00:44 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:50272) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kpxYo-0003lb-PA for qemu-devel@nongnu.org; Thu, 17 Dec 2020 12:59:30 -0500 Received: from mail-qt1-x82c.google.com ([2607:f8b0:4864:20::82c]:35335) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kpxYl-0004tR-QY for qemu-devel@nongnu.org; Thu, 17 Dec 2020 12:59:30 -0500 Received: by mail-qt1-x82c.google.com with SMTP id b9so20714288qtr.2 for ; Thu, 17 Dec 2020 09:59:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=rJKaMneizJgCzs3oaS8ikmUiDGM9ktaRn7/MWxalvyk=; b=zTF9H9HsfJWZpcDg0fiBoJUaXLi7aGs94UrI6vl52VuT/ktY4KVz68Y5CNgjbmxscH zbRxq3B+ftx79IR6gaf60KrlyXd7sm8fDcOe/WitOp+9knhZ+03gfwUUDbEdPED0E3+k aZ9Th9fs3hm8B7W8YItdlCeLXsoT2sNUiyyFjHyqZTYqTXrKuGz9CD+JZ1c2nYyLQwWi VqXTRs1o8rG2lUwmay4qnQabmnuVwtMXKnEJnA20AKcPntynluBQuG2vDLTThp0U6ou7 DlxPsQtGuiAGTqoMxpILZZ8/3Z3zOv5R3aCv7TWSgy+8aIeKzDQX/wvAaEZ2yUZmQiUb LAMg== 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=rJKaMneizJgCzs3oaS8ikmUiDGM9ktaRn7/MWxalvyk=; b=TA2D4qKpKpAgGtFZIjsDKQKNwc9e+DIsj2O8taTM4t2scYtH7vC7L0N/BdqRdu6Gyq IafEx3KIxCwc8zFGV7JDLpMAJznQ9p+YOUm7VERy3x5hHsGtVZPjyHcEvdMnoIu2DlQG Dk/rO7Zerpd0C2L6JlUiwxXBr8+tYxK7UUlOflW2VIl9NW6l7aGlzUauuWy/E+8pqwdh uHk4vN5mL6COe6kxV78ftn/ib+pG593iA16UncHnlc3pEEFPaDc8itI+LBDmFr43bocC rsp3+zxjWSczzAYj/tWI/LPnQDUHcSwlM3WWGqcUqtEs8dOWAqFDU0J8H9bIwDGtjh3k kbHw== X-Gm-Message-State: AOAM530HHeRmS/T3WX3ovpB74b/aVH31T4sa/OQoOAfhknq59pdjkj1S 9iwqajnNR6qJgKR3XUni4KtNR0JFKlH6sqb2UvZE2g== X-Google-Smtp-Source: ABdhPJwWFotkTp7kW5fIRxNpW4Gg2j1qlwateQ6jZ3hLWNZnhyCZGtrObMpemc9RI2NRVB5exs7ekP+qlbKSsB+GbyY= X-Received: by 2002:ac8:58d2:: with SMTP id u18mr46652266qta.235.1608227965530; Thu, 17 Dec 2020 09:59:25 -0800 (PST) MIME-Version: 1.0 References: <20201216172949.57380-1-thuth@redhat.com> <20201217140012.GF247354@redhat.com> In-Reply-To: From: Warner Losh Date: Thu, 17 Dec 2020 10:59:14 -0700 Message-ID: Subject: Re: Status/future of QEMU bsd-user impl ? (Wea Re: [PULL 00/12] Compile QEMU with -Wimplicit-fallthrough) To: Peter Maydell Content-Type: multipart/alternative; boundary="0000000000009a8f7005b6acc040" Received-SPF: none client-ip=2607:f8b0:4864:20::82c; envelope-from=wlosh@bsdimp.com; helo=mail-qt1-x82c.google.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_NONE=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Thomas Huth , Ed Maste , Sean Bruno , QEMU Developers , Kamil Rytarowski , Chen Qun , =?UTF-8?Q?Daniel_P=2E_Berrang=C3=A9?= , =?UTF-8?B?QWxleCBCZW5uw6ll?= , Li-Wen Hsu , Brad Smith Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" --0000000000009a8f7005b6acc040 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, Dec 17, 2020 at 10:10 AM Warner Losh wrote: > > > On Thu, Dec 17, 2020 at 9:21 AM Peter Maydell > wrote: > >> On Thu, 17 Dec 2020 at 16:03, Warner Losh wrote: >> > On Thu, Dec 17, 2020 at 7:02 AM Daniel P. Berrang=C3=A9 >> wrote: >> >> I don't recall what happened after that initial discussion about >> >> merging the new impl. Did Sean simply not have the time to invest >> >> in the merge ? I'll CC him here to see what opinion he has on the >> >> future of bsd-user in QEMU. >> > >> > >> > I've actually taken over for Sean Bruno managing this. >> >> > I'd love to hear from people ways that I can speed things up. >> >> There was a bit of discussion about this on #qemu IRC the other >> day, coincidentally. I think the conclusion we (upstream QEMU) >> came to was that we'd be happy with a "delete all of bsd-user >> and reinstate" approach, assuming that the "reinstate" part is >> in reasonably logical chunks and not one big "here's what we >> have all in one lump" patch. >> >> AIUI from IRC this is being primarily driven by FreeBSD and >> NetBSD/OpenBSD support is merely "we hope it is not broken >> by the delete-and-reinstate but it was probably broken anyway" ? >> > > Yea, I don't think it actually works for anything non-trivial on the othe= r > BSDs. > Looking at the changes, it may be possible to get the first dozen or so into a recent tree. It's not until after that that the changes touch areas that have the high churn rate, but it may mean things like threaded apps may have issues... I'll see what I can do over the holidays. Warner --0000000000009a8f7005b6acc040 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Thu, Dec 17, 2020 at 10:10 AM Warn= er Losh <imp@bsdimp.com> wrote:=


On Thu, Dec 17, 2020 at 9:21 AM Peter Maydell <peter.maydell@l= inaro.org> wrote:
On Thu, 17 Dec 2020 at 16:03, Warner Losh <imp@bsdimp.com> wrote:
> On Thu, Dec 17, 2020 at 7:02 AM Daniel P. Berrang=C3=A9 <berrange@redhat.com> = wrote:
>> I don't recall what happened after that initial discussion abo= ut
>> merging the new impl. Did Sean simply not have the time to invest<= br> >> in the merge ? I'll CC him here to see what opinion he has on = the
>> future of bsd-user in QEMU.
>
>
> I've actually taken over for Sean Bruno managing this.

> I'd love to hear from people ways that I can speed things up.

There was a bit of discussion about this on #qemu IRC the other
day, coincidentally. I think the conclusion we (upstream QEMU)
came to was that we'd be happy with a "delete all of bsd-user
and reinstate" approach, assuming that the "reinstate" part = is
in reasonably logical chunks and not one big "here's what we
have all in one lump" patch.

AIUI from IRC this is being primarily driven by FreeBSD and
NetBSD/OpenBSD support is merely "we hope it is not broken
by the delete-and-reinstate but it was probably broken anyway" ?

Yea, I don't think it actually works for= anything non-trivial on the other BSDs.

Looking at the changes, it may be possible to get the first= dozen or so into a recent tree. It's not until after that that the cha= nges touch areas that have the high churn rate, but it may mean things like= threaded apps may have issues...=C2=A0 I'll see what I can do over the= holidays.=C2=A0

Warner
--0000000000009a8f7005b6acc040--