Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp5070079iob; Mon, 9 May 2022 08:03:56 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyu4RlOgsL5UXDmZMbydlG3t44ZRj6Dop9+IZW6T7wrRSuyOI3gTFZa9YJPI5uaFsYp9dzl X-Received: by 2002:a17:902:aa06:b0:158:f13b:4859 with SMTP id be6-20020a170902aa0600b00158f13b4859mr16451158plb.141.1652108636344; Mon, 09 May 2022 08:03:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652108636; cv=none; d=google.com; s=arc-20160816; b=HyaIGkKrIiRTcgXbUfI0h++2L0Y6JEvIy6qZx4tHfExGxeilVurijvDLMh9Ccgv14c cp6vejEZeRuSxtF5XWHnm6+czq4CvdkhgKRPQ2ruvT8JDC/teFv6EWYPqoSdc3wphlEV EPttCr/BQWmxAoMm8K3apVW7JUaB/E9mVUFqE5ibB5secnaKosbd/8yD83a8Rwk69JIQ JgGxlJ1Wu7GC+bvDZDlm8IQTZUkv2y6f53hNHN2ICVz9shId+5qBj9r2lRYYPcNz7Vak P5Q4GGLBM09JC9OCfz9nFUiwLTGWAdBgxklSmBEKEaJ4zlprU6elCUgB7eOJINDaFhtH x8xQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :content-language:references:cc:to:subject:from:user-agent :mime-version:date:message-id:dkim-signature; bh=Rv24537FAid4FkoG5vC//ersbcU5Q/QTrNuy2uhLE+c=; b=Iwoqthxnct/3PYQIVscVhEE12JxTohzzF3j6uHjd1WD+b+kDq7v4A/WajZhlT9xXC8 JZ7LwslPqXiI+jcQ0S2PjfkrIFzf4pUJlh9xYPWnSCWSB6p+Qoi/Od9i2ObyuHDRKfaH HhsRjqt7AS+aF0FNP9l571lQXN3ODeUZHEBjjhj+7qd6apak9USucHUMvB7QkurZbQLJ PT9ZLJ801e97OqmW8I35cAsV+kTECApxgX5E+EvFxTZZ+qlaD6FhvPMFax7H1rfvvvD0 dT5Q6DFJzj6q/AmU6bnpmdkZHASKhO4XbUTH/+bk7HcVmqAGpny8cW1apkG6+z5dPzX1 z0Hg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=YPkDSwQ5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id 5-20020a631245000000b003ab6ae3b47asi14123505pgs.55.2022.05.09.08.03.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 09 May 2022 08:03:56 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=YPkDSwQ5; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id BBDA22C8BCC; Mon, 9 May 2022 07:58:08 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237907AbiEIPBh (ORCPT + 99 others); Mon, 9 May 2022 11:01:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37688 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237949AbiEIPBI (ORCPT ); Mon, 9 May 2022 11:01:08 -0400 Received: from mail-pl1-x62c.google.com (mail-pl1-x62c.google.com [IPv6:2607:f8b0:4864:20::62c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7693927A899; Mon, 9 May 2022 07:57:09 -0700 (PDT) Received: by mail-pl1-x62c.google.com with SMTP id x18so14082481plg.6; Mon, 09 May 2022 07:57:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=message-id:date:mime-version:user-agent:from:subject:to:cc :references:content-language:in-reply-to:content-transfer-encoding; bh=Rv24537FAid4FkoG5vC//ersbcU5Q/QTrNuy2uhLE+c=; b=YPkDSwQ5S0E7Oy1AUcGX1O14/o7qtUFAXUSXV/GU1bvmxUPafqgmsbqufLfn3pDvUz KinPrlyrMM7g948dadsAtTQTbqkM0/oO4bsBTGY3Rt3uBP0jxW3EXKeWmgsguxTtOqLk Ya0E4HH3YiQerNLit6T2CBwt6UPs8VV4vcP10SD/AhQpiJMwRQbR0guT8hMe9MaoMnTW dzcvjEWgkvi4gdG4lVMVqzgWP7q4aghJFTwJ7qiGoR3ChpqZSSJpfu02kWGRrOw5+vwA c5Esi9//CD67WHWnFWrSa8QFRdAAJ0OTP7+K8TfQ8ln4En7SfcAeJyHu4sGEOPQfmUnD lN9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:from :subject:to:cc:references:content-language:in-reply-to :content-transfer-encoding; bh=Rv24537FAid4FkoG5vC//ersbcU5Q/QTrNuy2uhLE+c=; b=N34x0eL3m+Cu9fks1aKN1puGOwwJ24UlZoEuI/onmBoW6/HmxZoDtb7Z7cgpmrupMu tigkTWFEGHCdOKVk2Hly+vcZwkoKrmFLX9shm6YjFJvqCkjAWOpsbTdUsJcTR0oe4KIF 3bEpM7OrRvip7bVy3NfJV8xcErP2EYTRANwfZpZKPdrVPwGeGxH2oeaslzPKapc4g1qa 8q6+1DFmi8/Z6ifOwaFV1VEJGqck5wWNIaxfbFgiGAFNCInbu6ysGYCzdwOoQnkg574B A1PUw6cU9xA6GD93lR4Xz4ns7ooAKWmjwyIx0sjA3KLm7ny6rz85b5bfdxnPwrBZ1ShR yI4w== X-Gm-Message-State: AOAM531/l5ox8XQTrsWvu0oAa3U90fogP4UPgSo5kbtKvmsUHv43i2eo vaJctF68HviASfHWVA6y+Zc= X-Received: by 2002:a17:90b:4c10:b0:1dc:8289:7266 with SMTP id na16-20020a17090b4c1000b001dc82897266mr26873370pjb.190.1652108228929; Mon, 09 May 2022 07:57:08 -0700 (PDT) Received: from [192.168.11.5] (KD106167171201.ppp-bb.dion.ne.jp. [106.167.171.201]) by smtp.gmail.com with ESMTPSA id hi1-20020a17090b30c100b001da3780bfd3sm133322pjb.0.2022.05.09.07.57.03 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 09 May 2022 07:57:08 -0700 (PDT) Message-ID: <92a7010c-5bb2-65df-edde-0ca88e035c2e@gmail.com> Date: Mon, 9 May 2022 23:56:59 +0900 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 From: Akira Yokosawa Subject: Re: [PATCH v6 18/23] docs: add Rust documentation To: Miguel Ojeda , Jonathan Corbet Cc: Miguel Ojeda , Alex Gaynor , Adam Bratschi-Kaye , Boris-Chengbiao Zhou , Wu XiangCheng , Daniel Xu , Gary Guo , Greg KH , Jarkko Sakkinen , Yuki Okushi , Linux Doc Mailing List , Linux Kbuild mailing list , linux-kernel , Masahiro Yamada , Julian Merkle , Finn Behrens , Michal Marek , Michael Ellerman , Nick Desaulniers , rust-for-linux , Sven Van Asbroeck , Linus Torvalds , Wedson Almeida Filho , Wei Liu References: <20220507052451.12890-19-ojeda@kernel.org> <7e9c2e77-8b70-6e15-3f3d-905ab42b0fcd@gmail.com> Content-Language: en-US In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org [+To: Jon] On Mon, 9 May 2022 12:41:28 +0200, Miguel Ojeda wrote: > Hi Akira, > > On Mon, May 9, 2022 at 6:02 AM Akira Yokosawa wrote: >> >> I think you agreed splitting SVG part into its own patch with >> a proper copying info, etc. Let me see... So, here is the link: > > Yes, sorry, will do (in fact, it should have been there in v5 too). > > By the way, the Linux SVG logo (used to make the one here) is pending > in the linux-doc ML. So you mean the following post: https://lore.kernel.org/lkml/20220207014418.GA28724@kernel.org/ I'm not sure why Jon has not responded. Jon, was there any issue on this patch? > >> I might have missed v5 of this patch series. >> That might be because v5's 15/20 was not accepted by linux-doc's >> lore archive (maybe) due to its size despite it had Cc: linux-doc. >> v6's 18/23 was also rejected. > > Yes, a few patches get rejected in several lists. We were told this > was fine as long as LKML gets them (the cover letter has the lists in > Cc). > >> I have some alternative ideas for table formatting in ReST. > > I was following the LLVM one, but it makes sense to use the other ones > where possible. I can send a patch for that one too. > >> So here are a couple of alternative ways to represent the table >> >> * ASCII-art format: >> * Literal block format: > > Thanks for taking the time to format the examples, it is useful :) Glad you like it. ;-) Thanks, Akira > >> As you see, those inline-literal markers of ``xxxx``, which are >> distracting when the .rst file is read as plain-text, are not >> necessary in the literal-block approach. And you can directly > > I agree, it can be better (it is one reason I find Markdown a bit more > readable since it uses a single backquote for that instead of two). > >> In my opinion, the literal-block approach should be the most >> reasonable choice here. Of course its your call which one >> to choose. > > Yeah, that sounds reasonable. I will take a look. > > Thanks for the review! > > Cheers, > Miguel