From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on archive.lwn.net X-Spam-Level: X-Spam-Status: No, score=-5.7 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by archive.lwn.net (Postfix) with ESMTP id 5AC8B7D910 for ; Thu, 24 Oct 2019 20:57:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728006AbfJXU5O (ORCPT ); Thu, 24 Oct 2019 16:57:14 -0400 Received: from ms.lwn.net ([45.79.88.28]:43254 "EHLO ms.lwn.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727924AbfJXU5N (ORCPT ); Thu, 24 Oct 2019 16:57:13 -0400 Received: from lwn.net (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 31C33536; Thu, 24 Oct 2019 20:57:13 +0000 (UTC) Date: Thu, 24 Oct 2019 14:57:12 -0600 From: Jonathan Corbet To: Chris Packham Cc: "rppt@linux.ibm.com" , "linux-kernel@vger.kernel.org" , "willy@infradead.org" , "linux-doc@vger.kernel.org" Subject: Re: [PATCH v3 2/3] docs/core-api: memory-allocation: remove uses of c:func: Message-ID: <20191024145712.165556c1@lwn.net> In-Reply-To: <1ddbd3045d6a989b32065c0bd5b3a3c0ef525953.camel@alliedtelesis.co.nz> References: <20191024195016.11054-1-chris.packham@alliedtelesis.co.nz> <20191024195016.11054-3-chris.packham@alliedtelesis.co.nz> <20191024142902.6bd413f6@lwn.net> <1ddbd3045d6a989b32065c0bd5b3a3c0ef525953.camel@alliedtelesis.co.nz> Organization: LWN.net MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit Sender: linux-doc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-doc@vger.kernel.org On Thu, 24 Oct 2019 20:51:23 +0000 Chris Packham wrote: > When I do actually get a series that applies to docs-next it'll > conflict with 59bb47985c1d ("mm, sl[aou]b: guarantee > natural alignment for kmalloc(power-of-two)") in Linus's tree. Alternatively, if I sync up to -rc4, does the problem go away? I should be able to explain that to Linus without too much trouble... Thanks, jon