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=-2.3 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_PASS,URIBL_BLOCKED, USER_AGENT_MUTT autolearn=unavailable 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 AF06FC10F13 for ; Tue, 16 Apr 2019 20:33:38 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [203.11.71.2]) (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 3027520880 for ; Tue, 16 Apr 2019 20:33:38 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="J+SPwpl3" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 3027520880 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=roeck-us.net Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Received: from lists.ozlabs.org (lists.ozlabs.org [IPv6:2401:3900:2:1::3]) by lists.ozlabs.org (Postfix) with ESMTP id 44kHBl6pkMzDqG1 for ; Wed, 17 Apr 2019 06:33:35 +1000 (AEST) Authentication-Results: lists.ozlabs.org; spf=pass (mailfrom) smtp.mailfrom=gmail.com (client-ip=2607:f8b0:4864:20::641; helo=mail-pl1-x641.google.com; envelope-from=groeck7@gmail.com; receiver=) Authentication-Results: lists.ozlabs.org; dmarc=none (p=none dis=none) header.from=roeck-us.net Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=gmail.com header.i=@gmail.com header.b="J+SPwpl3"; dkim-atps=neutral Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 44kH871F4wzDqDS; Wed, 17 Apr 2019 06:31:18 +1000 (AEST) Received: by mail-pl1-x641.google.com with SMTP id g12so10869041pll.11; Tue, 16 Apr 2019 13:31:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=kCyaUCGVc/V6ZyQOKtuzykzGifqfq9ikv6LcWKWTfVU=; b=J+SPwpl35yPvHJvJZ07r8o1l2k8iBLdOLSUgh3hA52oOCQvnOmI/UtNV7IcX+wYfkE ENWd7wa2xE9c9wXvpgX+FqcJYCa5LtEB+0ZGfd/lBqbPLZhPUnItDgM42vg/wwFzFI/3 0KGQQHYgl/IJutFNMyNnnitvjHPrnXrkMfK256Bwj25KM8TpjQCDleaNq1aTiW921Ts+ FF3phjjQQ0b29KLaMt5BORp7Fgrym9NeT6rlbak8owR83BkYtHJiq6muO9Pg9p5aG4PD KreMwl56PPQm0avEhhwEWmr2+mrYBxuFT3vi6sS5o3Nmp/l2gMIeH6gVxOA6F2oEbVC+ NidQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to:user-agent; bh=kCyaUCGVc/V6ZyQOKtuzykzGifqfq9ikv6LcWKWTfVU=; b=OudiP6KA/YwMI+ED25gYlcqkDVgnPe5UqcfL+t8hsUKwwURiwm/ETsZD0nvvLziOGC FBtZ7xAquINosNwWZTVJNQY/PN3SuBU4kW9s7kNZLayNhvLdPNbicxnpE5Jkw2Ezc2lp xhjOp6be10BXpe/iQ9Ai25Zdif/t43mYyQXpaFQeWhAGjh3+VZMT5TRYQivYyV0oL2eG T9+UVhorPGBniVvrHjrsoIdlIz7sBqcXKYH/C54E13xW7I8Y2opOYH8wqGpVn8V+mmv0 HYRFY6EcdgNqAVAZLUVt+rM5ETyGyN7ZXtPi2O/Vp2jPrMyPr+Na3XG4Z1JSRkMjekAt fpBw== X-Gm-Message-State: APjAAAUKKXv4bdL48ApBv/ASdW1336KJIjsLcqVUmkV8+EnCd8osDAI2 H4we9/GIEYwB4fdnS0CXcmc= X-Google-Smtp-Source: APXvYqzUOhZnFUrYJ3CgrX3jDbq+IXxjHEH7hysLbncDjc6qCSVo+371FJ8CPB/OYsHBPFtMOU/9pA== X-Received: by 2002:a17:902:2b88:: with SMTP id l8mr80447832plb.262.1555446675674; Tue, 16 Apr 2019 13:31:15 -0700 (PDT) Received: from localhost ([2600:1700:e321:62f0:329c:23ff:fee3:9d7c]) by smtp.gmail.com with ESMTPSA id j12sm65163698pgg.79.2019.04.16.13.31.14 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 16 Apr 2019 13:31:14 -0700 (PDT) Date: Tue, 16 Apr 2019 13:31:14 -0700 From: Guenter Roeck To: Jonathan Corbet Subject: Re: [PATCH v2 00/21] Convert hwmon documentation to ReST Message-ID: <20190416203114.GB25517@roeck-us.net> References: <20190411124324.3ed62fad@lwn.net> <20190411174357.251904f5@coco.lan> <20190411210731.GA29378@roeck-us.net> <20190412100451.6fe49de7@lwn.net> <20190416141949.09b48789@lwn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190416141949.09b48789@lwn.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-hwmon@vger.kernel.org, Jean Delvare , linux-aspeed@lists.ozlabs.org, Linux Doc Mailing List , Andrew Jeffery , Sudeep Holla , Liviu Dudau , linux-kernel@vger.kernel.org, Mauro Carvalho Chehab , Lorenzo Pieralisi , Paul Mackerras , Joel Stanley , Mauro Carvalho Chehab , linuxppc-dev@lists.ozlabs.org, linux-arm-kernel@lists.infradead.org Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" On Tue, Apr 16, 2019 at 02:19:49PM -0600, Jonathan Corbet wrote: > On Fri, 12 Apr 2019 20:09:16 -0700 > Guenter Roeck wrote: > > > The big real-world question is: Is the series good enough for you to accept, > > or do you expect some level of user/kernel separation ? > > I guess it can go in; it's forward progress, even if it doesn't make the > improvements I would like to see. > > The real question, I guess, is who should take it. I've been seeing a > fair amount of activity on hwmon, so I suspect that the potential for > conflicts is real. Perhaps things would go smoother if it went through > your tree? > We'll see a number of conflicts, yes. In terms of timing, this is probably the worst release in the last few years to make such a change. I currently have 9 patches queued in hwmon-next which touch Documentation/hwmon. Of course the changes made in those are all not ReST compatible, and I have no idea what to look out for to make it compatible. So this is going to be fun (in a negative sense) either way. I don't really have a recommendation at this point; I think the best I could do to take the patches which don't generate conflicts and leave the rest alone. But that would also be bad, since the new index file would not match reality. No idea, really, what the best or even a useful approach would be. Maybe automated changes like this (assuming they are indeed automated) can be generated and pushed right after a commit window closes. Would that by any chance be possible ? Guenter