Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E36F2C433F5 for ; Mon, 10 Jan 2022 01:59:03 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238114AbiAJB7C (ORCPT ); Sun, 9 Jan 2022 20:59:02 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33214 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230436AbiAJB7B (ORCPT ); Sun, 9 Jan 2022 20:59:01 -0500 Received: from mail-il1-x12d.google.com (mail-il1-x12d.google.com [IPv6:2607:f8b0:4864:20::12d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B4195C061751 for ; Sun, 9 Jan 2022 17:59:01 -0800 (PST) Received: by mail-il1-x12d.google.com with SMTP id f4so1599811ilr.9 for ; Sun, 09 Jan 2022 17:59:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel-dk.20210112.gappssmtp.com; s=20210112; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=XRSlWSOwl4Vpt5hVHwQzwHcS4ZVgPWX/VD2cJFBVCLA=; b=jHNJpwwLSWzzMj4sNlQWK3Xz/rGxRKUVu7eIRnVnCLMhDMaKe0UmGzqOLXl+qtrfT1 lo+lWvm8MqNyBVIOHrolWJBsiH64TPV3y2uqR+pEMRtPvgAlY8aFLpY3dNB9zeJRqU5o 8PZf7Al8pSjYiNuYjzDXsKWYOJKnwRqshTZ0ylTEVizQuHuL9LKRUbg9+6Q4MEyxhVsh Gf8zXX/2N17+8pZVAz9w9/vWjchEbRGwC+g0gwZqPZYYtnDEds46KKn2oFTfazCovWCd 4g5jPifCPsMhOPZfrE1iBSmF9cvKb/9iUclMSllRdLNuofg/JI75XhWxnPqMdb6aY2KP FhDw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=XRSlWSOwl4Vpt5hVHwQzwHcS4ZVgPWX/VD2cJFBVCLA=; b=7V4MiwD5lg/CrGhkjXN6ILD8Jn6WBTkA9qxoXg48iFHJIVGHFnta1cIfplY3X660gh g9LFUKrhZ0018HpbF9Dufi2JE4R807Y2d/Fx9kn2M8KeLpIdAoRnEl+QvxuKPyzt6YwC gS1IKJ/xc/+qcnXfqPzbsT+IG6cxZFfWsRML1NBgXg/bPgEXnbaYE46IfaJomYgbkuDn WGqSiw9Qm/JuMXpxrdGWJqQKZZ4EWfCi16g4NP06T7RNu5VUixMDWfAeqn1/U99sB0Gg AJH005j4jc4qIJDWbsOLVIamLYTQoZkPixbVnusOFH7KjwIVg+s1qwQxLrJN+sJv6SL3 OX/w== X-Gm-Message-State: AOAM533UEyhv0Av4r/aHfKEbgQv5/vgJ9JOTuZCnAqwwEQ74PqcfZX4k MLZXSdNbdEdcz9nUjLKOW+5OrNl/2EURAw== X-Google-Smtp-Source: ABdhPJxbva2uyCGNav/0mBTbzA1NRPx9JpqffAXn1gwCOuny6jQxJkr5MKyo/hJha2pgxvwFovaJNg== X-Received: by 2002:a92:c685:: with SMTP id o5mr34948623ilg.152.1641779940894; Sun, 09 Jan 2022 17:59:00 -0800 (PST) Received: from [192.168.1.116] ([66.219.217.159]) by smtp.gmail.com with ESMTPSA id j2sm3352550ilr.71.2022.01.09.17.58.59 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 09 Jan 2022 17:59:00 -0800 (PST) Subject: Re: [PATCH v3 0/8] docs: consolidate sysfs-block into Documentation/ABI/ To: Eric Biggers Cc: Bart Van Assche , linux-block@vger.kernel.org, linux-doc@vger.kernel.org, Greg Kroah-Hartman , linux-kernel@vger.kernel.org References: <20211209003833.6396-1-ebiggers@kernel.org> <65376e36-579b-76c4-0642-4582d6679914@acm.org> From: Jens Axboe Message-ID: Date: Sun, 9 Jan 2022 18:58:59 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/9/22 2:25 PM, Eric Biggers wrote: > On Sun, Jan 09, 2022 at 10:01:11AM -0700, Jens Axboe wrote: >> On 1/7/22 1:58 PM, Bart Van Assche wrote: >>> On 1/6/22 13:41, Eric Biggers wrote: >>>> Jens, any reason you haven't applied this series yet? It looks like you've been >>>> applying other patches. To be clear, I've been expecting that this would go in >>>> through the block tree, rather than the docs tree. >>> >>> We are close to the v5.17 merge window so this is not a good time for a maintainer to >>> apply a large patch series. If Jens does not reply I propose to repost this patch >>> series after the v5.17 merge window has closed (three weeks from now?). >> >> I'm fine with it, but it should probably just go through the doc tree. > > I think it makes much more sense for subsystems to be responsible for > their own documentation; that's why patch 8 in this series adds the > block layer documentation to the block layer MAINTAINERS entry. Do > you disagree with that? I agree, but then we often end up with merge conflicts between the doc tree and others. That's why it's usually punted there. As a maintainer, any conflicts is a pain in the butt to deal with, something the contributor doesn't necessarily see or understand. If there are no conflicts this time around, I can queue them up. -- Jens Axboe