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=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED autolearn=ham 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 CF760C04EB8 for ; Tue, 4 Dec 2018 22:38:05 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 99BE1206B7 for ; Tue, 4 Dec 2018 22:38:05 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 99BE1206B7 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-foundation.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726322AbeLDWiE (ORCPT ); Tue, 4 Dec 2018 17:38:04 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:46350 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725875AbeLDWiD (ORCPT ); Tue, 4 Dec 2018 17:38:03 -0500 Received: from akpm3.svl.corp.google.com (unknown [104.133.8.65]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 925FE9FA; Tue, 4 Dec 2018 22:38:01 +0000 (UTC) Date: Tue, 4 Dec 2018 14:37:59 -0800 From: Andrew Morton To: Enke Chen Cc: Dave Martin , Oleg Nesterov , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Peter Zijlstra , Arnd Bergmann , "Eric W. Biederman" , Khalid Aziz , Kate Stewart , Helge Deller , Greg Kroah-Hartman , Al Viro , Christian Brauner , Catalin Marinas , Will Deacon , Mauro Carvalho Chehab , Michal Hocko , Rik van Riel , "Kirill A. Shutemov" , Roman Gushchin , Marcos Paulo de Souza , Dominik Brodowski , Cyrill Gorcunov , Yang Shi , Jann Horn , Kees Cook , "linux-kernel@vger.kernel.org" , "linux-arch@vger.kernel.org" , "Victor Kamensky (kamensky)" , "xe-linux-external@cisco.com" , Stefan Strogin Subject: Re: [PATCH v5 1/2] kernel/signal: Signal-based pre-coredump notification Message-Id: <20181204143759.fe24ee036a33000193339561@linux-foundation.org> In-Reply-To: References: <458c04d8-d189-4a26-729a-bb1d1d751534@cisco.com> <7741efa7-a3f8-62a1-ba52-613883164643@cisco.com> <84460a77-a111-404e-4bad-88104a6e246e@cisco.com> <20181026082812.GA10581@redhat.com> <21f678a8-4001-df36-c26e-e96cf203b1b1@cisco.com> <20181029111804.GA24820@redhat.com> <0c197608-3b7e-ffd1-8943-801a60beb917@cisco.com> <80e96710-f424-9b39-72ee-9cc7cbe7a5f7@cisco.com> <20181128151911.GN3505@e103592.cambridge.arm.com> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 28 Nov 2018 16:15:35 -0800 Enke Chen wrote: > Thanks for your comments. You have indeed missed some of the prior reviews > and discussions. But that is OK. This is why it is best to update the changelog in response to the review discussion - if person A was wondering about something then it is likely that person B will wonder about the same thing. Take a reviewer's questioning as an indication that the changelog was lacking. I'm not sure what to make of this patchset, really. Oleg sounds unhappy and that's always a bad sign. And signals are rather ugly things. Oleg, can you please expand on your concerns? The arguments against using connector aren't very compelling. Sure, connector is hard to use from shell scripts but so are signals? And is there much of a usecase for managing these things with shell scripts anyway? Has an eventfd implementation been considered? I'm sure we've added other kernel->userspace comminication schemes, but I can't immediately recall them all :(