Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2280856pxb; Fri, 17 Sep 2021 06:26:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJypLRlC5cC6bivfngtKHZI0aqmmtoj0YGkte8JYlVnHd+KOYk+sL6yb6B8JdUNybOjvD5+u X-Received: by 2002:a05:6402:452:: with SMTP id p18mr12576346edw.34.1631885163087; Fri, 17 Sep 2021 06:26:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631885163; cv=none; d=google.com; s=arc-20160816; b=QFZGOABWfSlFxMEqRTNRFjybCTi4lF4RjPkn6uBZ6x0bCx0jz/Pm7t2hg1nO0x/nVV nW7vPeBQwMlNzwNsGCTWBeiAyz2rrv+Chg3st4rHg4X+MCDaz9qeL0tRcmaQ/CRM2NxI C5qnVBF2Iq3CssEMTWDgkDPWiIeBVN5HBzqyfncHHnrogDqrgreOsZvCXZb5MQPXvigP xFQaLvfkGitOh3hQHuJhhD1JrgvyC94GBVQgLDlpPN3kC7eC2XuRmzVlP4rIy0QKIABp wDCvEkIZ/NrEaeE8a4yojBYgRqGIP65qqBhdu2ClEOODKO8FlJdoRJt4CxA3HmDehG3R CFeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=Obrxmj9+9pPHykA0RSZxFMLm52KYO/wlhzQ3+geqt+0=; b=VkpjYRXNAAzoXjkQBfojG8hCUYcOUpMC/1tvdNFECSu0trequVfoxudyBEnSFwMIVQ 2Yya/Rl1K9CkEo2bzT0phDAHYfcOoOAGIXsCYkMLJdS22xCnvEIGoffhDpH3KNiHy7T3 zjaGlDqyZRAv+xjmXVcuAWG4ueMXr8buB8Zpx53huw8p3jtUts1DSE5+nyFPh+WH+U8b ZJYFkBu4PD31MhCo9fHPL2Hhpb0/MZdNr5T1YX0/ZJ7EZOHlDO9HL1nGjuPzVfCCAXUd WQ5V6twhC70SvaruVEHZWb58MSPwPPBJgG94qUvJSHW+eLUiD9HzFDuMqAf+unUMATiF xtxw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y13si7180733edp.238.2021.09.17.06.25.38; Fri, 17 Sep 2021 06:26:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235369AbhIQIoh (ORCPT + 99 others); Fri, 17 Sep 2021 04:44:37 -0400 Received: from mail.kernel.org ([198.145.29.99]:52084 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233688AbhIQIof (ORCPT ); Fri, 17 Sep 2021 04:44:35 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id ADE8360EE0; Fri, 17 Sep 2021 08:43:11 +0000 (UTC) Date: Fri, 17 Sep 2021 10:43:09 +0200 From: Christian Brauner To: Christoph Hellwig Cc: Mike Christie , stefanha@redhat.com, jasowang@redhat.com, mst@redhat.com, sgarzare@redhat.com, virtualization@lists.linux-foundation.org, axboe@kernel.dk, linux-kernel@vger.kernel.org Subject: Re: [PATCH 1/8] fork: add helper to clone a process Message-ID: <20210917084309.rmlly66jpikx7h4q@wittgenstein> References: <20210916212051.6918-1-michael.christie@oracle.com> <20210916212051.6918-2-michael.christie@oracle.com> <20210917074440.qwo6anrtxa7lj657@wittgenstein> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 17, 2021 at 09:01:06AM +0100, Christoph Hellwig wrote: > On Fri, Sep 17, 2021 at 09:44:40AM +0200, Christian Brauner wrote: > > > generally want a printf-like varargs caling conventions. I'd also > > > much prefer to hide as much as possible in the actual helper. That is > > > build a helper that gets the name, a flag to ignore the singals etc > > > instead of exporting all these random low-level helpers. > > > > Yes, I think that's really what we want here. > > In a way this would mean enhancing the kthread API to also support I/O > threads. Kinda, it's a kthread in so far as it has been created by the kernel and not through a regular syscall path. But it's not really using any of the kthread.c stuff. I think the general push of the series is right. We should aim for a helper that allows a driver - similar to what uring already does - to create a task with the context of the caller. After the fork/clone rework that I did it shouldn't be that difficult to do. The uring patch did show that it's fairly straightforward.