Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp5560992pxb; Mon, 28 Mar 2022 14:14:23 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxld6XH6J35hdyjlVIwzGrFJq4/fzkSQ25waITo61w2TxOwZiDnXkF2k69NAZ9JFPShrGKb X-Received: by 2002:a05:6808:170b:b0:2f7:4b59:5c44 with SMTP id bc11-20020a056808170b00b002f74b595c44mr631764oib.234.1648502063324; Mon, 28 Mar 2022 14:14:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648502063; cv=none; d=google.com; s=arc-20160816; b=vTt3J2PQg7NgqhmYExu6iR7J3JEnH+tbqqNfyAxE4RAF9cQXPlfSUcyXj6wYexnPzH cwXDEP9GjvCl/aBBLmlhQNZjaAcudR2loO4SbAXRy5M6TcPLDja8W/VrfFB8Y7+90XJr jHlzgJGW5EWz5/FFOh86ZQlXCELi8WBGguDUkOU6WCSYLJjf0og9gS+ig2g0Nbaq3ziZ XQJkD0bM6A0Ya/P0FV6oniwO/HEjo8zyrBHXboN0n0KAI40f8ixhNKPE9qTk3Ux93I9m uBRdTgKu9y6aOZQogW2q57RmJsTw7vJEqaKeIYt9AjwP2/YSeuqb2dfpMdNrnrSNgTqO OvMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=99of423IY7CVPR8iPnU+TMAUNxIGG8oT/8tTMtEORJo=; b=sLn3UQ3DyBk5W+X+Ap8IlFIrveWcPktOjIBAbM/ZLKOAsEdGwHhu0q2G6EGb++2ImW E3pb0Bts8MrGHa05NkqfX5ijlmmyejrV/QzAKQgzn8UH0lu+c54FnxgsOlWh4tuFKtJ3 hbsgWgYKt2gV90ByXGqZWuPxUXIjF5/zuFoytzDE/ey+hDE6stsLg2QPpGSk5ZzJUPcv /QXkCC9rJxXUWdqkscRtC5Yj94LZU5Cj8WENXhXQGuC8gZQkMs8sIzgRg0GlRFu09Qut O+B96fAWItTyItQ/hQdm4XN6fBuF6vVDrxqbFd55bDCbWIqUSGRdnVTgwCYuNCEn8fWD jnfg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=G5DBj1J4; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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. [23.128.96.19]) by mx.google.com with ESMTPS id w12-20020a056870338c00b000de98bc58d1si11596333oae.7.2022.03.28.14.14.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 28 Mar 2022 14:14:23 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=G5DBj1J4; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 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 2BD696FF7B; Mon, 28 Mar 2022 14:05:14 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344686AbiC1UgT (ORCPT + 99 others); Mon, 28 Mar 2022 16:36:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346503AbiC1UfG (ORCPT ); Mon, 28 Mar 2022 16:35:06 -0400 Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B701530F6C; Mon, 28 Mar 2022 13:33:22 -0700 (PDT) Received: by mail-ej1-x635.google.com with SMTP id r13so31066767ejd.5; Mon, 28 Mar 2022 13:33:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=99of423IY7CVPR8iPnU+TMAUNxIGG8oT/8tTMtEORJo=; b=G5DBj1J4jLpDgQj7PFiqg755gBkN6ZebE1uZCqAfXyefK1DTfuLKXUbpVv8eChBm/6 j+9ZOtiTtsRKec9UTyuPH78a1LDBDHVlI5Ri9ulgfW79sWSTowUIBbsR7m+YxeS/qAZc EZoCnTMA1kTWwkrSCR0wbrdM4YuF8YtBvkCrNlEe5ZRu6DA79QoHwWu9JNHl5uoG7kYD yH64hFSIyfYEsjTixT3DTerwLTh+A2iKo2Z9YwWibTVtOS6SIx0JN0L7q7gwXVr5V0sB 4WpFTx9p3YRgp7BxWgSTUjdPLkv2bkRyCuiltwEKDdk1S8kGyfaxGQTvRq5GRp/5SCtA 78qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=99of423IY7CVPR8iPnU+TMAUNxIGG8oT/8tTMtEORJo=; b=mFbN1mxA00vR4Czgk3myFKPdkEiwch69MwpSN/2ow2TJr1plvrTn51PmrAv3dxiQF8 AKv66No+szw4N986PKx3w/Z6qiESW7eOwto2X972TB4vm3p3Ck555EdLeNcpuRnzdhiQ qFg9tfhkojFgt6pPI2TbKKLf+itOoBYYRC3UP7GyWF4H28ofq8zmydEW5X8pndYL3mv+ FBiOehogQuf+bD8LRjuTrWhWqXVd5IhKua1BiZ77aWzvT4Rkh3yOmnIprC9kgZYZR+Db +eDvF47ZPjOAuc9IYB0pBJK9Zb1KN19rW6PGbM2cE9QOm7dQ88mfChr2xis2c38wNQIR yazQ== X-Gm-Message-State: AOAM5325w91H3oYz5pMH2uirncvXlhDh7qvpe1Z7HMFTw2cJoJXr+1bo FbGIbTDkQxi76ScBS5uk/mypaqZdUP1GscZsBYA= X-Received: by 2002:a17:907:e8d:b0:6e0:19e7:9549 with SMTP id ho13-20020a1709070e8d00b006e019e79549mr30071158ejc.44.1648499601151; Mon, 28 Mar 2022 13:33:21 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Andy Shevchenko Date: Mon, 28 Mar 2022 23:32:44 +0300 Message-ID: Subject: Re: [PATCH] IIO: accel: fixed coding style issues To: Paul Lemmermann Cc: Jonathan Cameron , linux-iio , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.7 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,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 On Mon, Mar 28, 2022 at 7:45 PM Paul Lemmermann wrote: > > Fixed case statement issues and spacing issues. ... > switch (val[j]) { > - case -1: str = "-1"; break; > - case 0: str = "0"; break; > - case 1: str = "1"; break; > - default: goto unknown_format; > + case -1: > + str = "-1"; > + break; > + case 0: > + str = "0"; > + break; > + case 1: > + str = "1"; > + break; > + default: > + goto unknown_format; > } What you cited from documentation mostly affects the new code, but this code is already in the kernel and modifying it, esp. taking into account 3x LOCs count, looks like an unneeded churn, even if documentation thinks otherwise. What I could acknowledge from your proposal is the default case. Otherwise just leave it to the point if we touch this code for something else in the future. ... > static const struct of_device_id kxsd9_of_match[] = { > - { .compatible = "kionix,kxsd9" }, > - { }, > + { .compatible = "kionix,kxsd9" }, > + { }, I dunno why you touched this line (likely TABs vs. spaces), but please remove the comma as well here. > }; -- With Best Regards, Andy Shevchenko