Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp1636479imm; Sun, 15 Jul 2018 12:43:12 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfwHUEvOPollAOci6es3WAHUKaNgeed9s9kAups4qYdO6K+t25wkxaoSfFk33KifuJH5k6B X-Received: by 2002:aa7:8307:: with SMTP id t7-v6mr15320764pfm.81.1531683792611; Sun, 15 Jul 2018 12:43:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531683792; cv=none; d=google.com; s=arc-20160816; b=hvE/nU7Uwfc8IHPj5G8SCOIIu5CnGKspr6q8Ys4I2oqpnyXcnq8tBSKDGnK1+y3u4I 3h/eN0dFsVxLjifX+flIltzqWDOxoLMqIheH9gHjFuluKrDW5yZuk6ytgdpUq0vmqec1 cI5nurDCQUam1onuXHiGqv/Ck3O0fxjdsOwDoxT7eGXkobtNECt+6gwvLScBpbdOQ/dt 0/0r2ap0bApRDjIMRnBjktZKB1aW/ByVoHcjiKjuCyoGo/Fv4I4g50nwhhgE2dTyWLtQ s0tCyZlSu17R1I214z8BVdFx5TX+K89ZH3xoZe57Ku+1VHaZRXWRVxEzngHXLSvN9MvR wiYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=yFXooV5a5Hb/WC2mwom8hZBxI9NZqCgRTWlqFMeoEF8=; b=tB+WpfAj30C301IYV18qw+XcxL0e0JMVsuPN9q34aKtgENvdXl/NgEPLGWXMkiZN/e cdgcMj5BX/Z4FL2557sJ7+PqXJ0fCm+M1HmHpeF1YtYy7tfzR4YUXsbzgGdj2pk5xL8H /ypDyFAcbHWqnDaINgBYKZR2w3nBXIsxv/rTLHo5F3heOLJ9PgaURvTpREARhnslBRxs DqVWePRRGuJvFROiKvjHTdltHRBUf5vbRx0UxO4IKw/9ezNZui2dNcdKlpoM0KbyBqvI LYqPPYl1FElYu0d4Sqm7ZbNdb+jOFKGl7DtqqQlmtKfofTnb7z9rSQX2NTkga2S+b4mS wSzA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q145-v6si9370899pfq.315.2018.07.15.12.42.57; Sun, 15 Jul 2018 12:43:12 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727180AbeGOUFv (ORCPT + 99 others); Sun, 15 Jul 2018 16:05:51 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:42438 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726933AbeGOUFv (ORCPT ); Sun, 15 Jul 2018 16:05:51 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 6409CC9A; Sun, 15 Jul 2018 19:41:53 +0000 (UTC) Date: Sun, 15 Jul 2018 21:41:50 +0200 From: Greg Kroah-Hartman To: Todd Poynor Cc: Dmitry Torokhov , devel@driverdev.osuosl.org, Zhongze Hu , John Joseph , lkml , Simon Que , Rob Springer , Guenter Roeck , Todd Poynor Subject: Re: [PATCH 11/18] staging: gasket: always allow root open for write Message-ID: <20180715194150.GC2288@kroah.com> References: <20180714055816.223754-1-toddpoynor@gmail.com> <20180714055816.223754-12-toddpoynor@gmail.com> <20180715090544.GC23333@kroah.com> <20180715093216.GA16003@kroah.com> <20180715100345.GA17618@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 15, 2018 at 11:15:26AM -0700, Todd Poynor wrote: > On Sun, Jul 15, 2018 at 3:03 AM, Greg Kroah-Hartman > wrote: > > On Sun, Jul 15, 2018 at 12:53:09PM +0300, Dmitry Torokhov wrote: > >> > I can't wait for people to just realize this whole "new" subsystem can > >> > be replaced with UIO, but that's a topic for a different thread... > >> > >> Yes, that is true and that is why I am not sure why we are going > >> through all this staging exercise. > >> > >> As far as I understand we'd still need to have quite a bit of kernel > >> code so that we can safely program DMA controller (it does not look > >> like uio_dmem_genirq.c is sufficient as is for gasket needs), but that > >> should be solvable. > > > > I agree, it should be solvable, and much smaller and simpler than this > > whole large chunk of "subsystem+driver" code. But I'm not the one > > having to do this work, and it provides a bunch of easy cleanups for > > people looking to get into kernel development, so I don't mind :) > > > > But the "maintainers" should keep this in mind, as it is, this code is > > _not_ acceptable for the main kernel tree because of the UIO framework > > already present. > > My own preference is to rewrite the apex driver entirely in-kernel and > pull in its userspace parts here. If I don't receive significant > pushback on that I'll start doing that real soon. Why would we object to that?