Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp673400pxb; Thu, 19 Nov 2020 10:50:13 -0800 (PST) X-Google-Smtp-Source: ABdhPJyk8sHrUNZy0EuVp1/oWOsdw8sssfzdQfA21tFRMIFT/F57n7N81nb9gs+yMNrpD70ZTn6G X-Received: by 2002:a17:907:7205:: with SMTP id dr5mr7988412ejc.335.1605811813480; Thu, 19 Nov 2020 10:50:13 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605811813; cv=none; d=google.com; s=arc-20160816; b=kJ54ACC2j1PZ+wFk6qWER/FlIi0nNSc0T2SVOMjm10UjBwC515Dcae927sPDyHbyBM YunyrEHRz9pEYtqaE9EadtyMK2tmpEElUuF1j7cNlNBDs7SdDWJU33PTnHxKPULXu3b6 hseraAthAnxkEj2/beFyvBO5c8F00KkwLUxeD+WheQzoRDUJcc9fIUEMgi9c1HdjxwHA UbY1LiGsaSt9wXcyFkcBkxTBy/8QcXfctGWnZkMQGKmWPi5V6uoVb0PIjsDUOx9bM/2F 7RTS9NH73gGBfNy6JLE6gWs4X2XZdoxDubXRCn50zptYXu2mljo5CJxKPG95dZr4PoeZ RNKg== 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=wLX4bfspIroGUDy8RHtcFhH/Z860VZsaBRkjvwbtgmM=; b=0srbaTGS22ha8G4/WhzSuHFHucwCH/RC6ySHHxYwWFxVsH3K/De7c6YRLg923w6+KU qnVQBXjJ1LFR44QCMpE5r4CNC9dAX/zpC6YtEkh1ZMPQUzkcckQ1l29OyPPoomNSYW9Q B+RpDTRMKPxE11SAEe36lYi2CuRSJX1pSSJxXah+KU4h6S3X10Xt5A6Yvt9Pt1PVvBcJ jM4vgNidzpvYlfU949ReHKOo/1JZNyXIFYbbO/ZLZRVgtHJD4qk0h33DVM8gf0XJkD+G /3Qs+rVeuW+Df4E/H5HHYd7jzBwtPE/7RXWm0LWJbPoJP9B/lvhqoFFN4unPj4A8/FOV w1Ww== 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 gs9si294170ejc.622.2020.11.19.10.49.49; Thu, 19 Nov 2020 10:50:13 -0800 (PST) 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 S1729589AbgKSSqP (ORCPT + 99 others); Thu, 19 Nov 2020 13:46:15 -0500 Received: from mx2.suse.de ([195.135.220.15]:53674 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727599AbgKSSqM (ORCPT ); Thu, 19 Nov 2020 13:46:12 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 10D35AC2D; Thu, 19 Nov 2020 18:46:11 +0000 (UTC) Received: by lion.mk-sys.cz (Postfix, from userid 1000) id CB9E4603F9; Thu, 19 Nov 2020 19:46:10 +0100 (CET) Date: Thu, 19 Nov 2020 19:46:10 +0100 From: Michal Kubecek To: Christoph Hellwig Cc: Alexander Viro , linux-fsdevel@vger.kernel.org, Jens Axboe , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] eventfd: convert to ->write_iter() Message-ID: <20201119184610.sxc7utcsfwsqvwu5@lion.mk-sys.cz> References: <20201119180315.GB24054@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201119180315.GB24054@infradead.org> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 19, 2020 at 06:03:15PM +0000, Christoph Hellwig wrote: > On Thu, Nov 19, 2020 at 07:00:19PM +0100, Michal Kubecek wrote: > > While eventfd ->read() callback was replaced by ->read_iter() recently by > > commit 12aceb89b0bc ("eventfd: convert to f_op->read_iter()"), ->write() > > was not replaced. > > > > Convert also ->write() to ->write_iter() to make the interface more > > consistent and allow non-blocking writes from e.g. io_uring. Also > > reorganize the code and return value handling in a similar way as it was > > done in eventfd_read(). > > But this patch does not allow non-blocking writes. I'm really > suspicious as you're obviously trying to hide something from us. I already explained what my original motivation was and explained that it's no longer the case as the third party module that inspired me to take a look at this can be easily patched not to need kernel_write() to eventfd - and that it almost certainly will have to be patched that way anyway. BtW, the reason I did not mention out of tree modules in the commit message was exactly this: I suspected that any mention of them could be a red flag for some people. I believed - and I still believe - that this patch is useful for other reasons and Jens added another. Therefore I resubmitted with commit message rewritten as requested, even if I don't need it personally. I'm not hiding anything and I don't have time for playing your political games and suffer your attacks. If they are more important than improving kernel code, so be it. I'm annoyed enough and I don't care any more. Michal Kubecek