From: Finn Thain <fthain@telegraphics.com.au>
To: Geert Uytterhoeven <geert@linux-m68k.org>
Cc: Linux/m68k <linux-m68k@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v4 00/14] Modernization and fixes for NuBus subsystem
Date: Mon, 8 Jan 2018 13:58:06 +1100 (AEDT) [thread overview]
Message-ID: <alpine.LNX.2.21.1801081107500.3@nippy.intranet> (raw)
In-Reply-To: <CAMuHMdWnSTLAq+Ec6Ogoqfg-EdkjKzNkBMtL2h0wXUCy9ChFXg@mail.gmail.com>
On Sun, 7 Jan 2018, Geert Uytterhoeven wrote:
> it does complain when using spaces only ("please, no spaces at the
> _start_ of a line").
>
Checkpatch accepts this tab:
int map(struct mm_id * mm_idp, unsigned long virt, unsigned long len, int prot,
int phys_fd, unsigned long long offset, int done, void **data)
and this one:
int unlz4(unsigned char *inbuf, long len,
long (*fill)(void*, unsigned long),
and this combination of tabs and spaces:
void sort(void *base, size_t num, size_t size,
int (*cmp_func)(const void *, const void *),
We have no declarations of identifiers shorter than "map" in the kernel,
as yet, as luck would have it. This would be a violation:
int eq(long __and_complicated_type parameter_a,
long __and_complicated_type parameter_b,
Unfortunately I don't have a better style checker to offer. So I won't go
on about simplistic rules or the effect of excess tabs on refactoring,
readability and re-usability. Suffice it to say that there seems to be
room for maintainer discretion.
> Do you want to assume maintainership for nubus?
>
I do intend to take responsibility for any regressions so I might as well
assume maintainership too. If future patches continue to go through your
tree, and given there are so few committers, it's just a formality, I
think.
> check your TABs and spaces again
>
Will comply.
Thanks.
--
prev parent reply other threads:[~2018-01-08 2:58 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-12-14 3:16 [PATCH v4 00/14] Modernization and fixes for NuBus subsystem Finn Thain
2017-12-14 3:16 ` [PATCH v4 10/14] nubus: Rework /proc/bus/nubus/s/ implementation Finn Thain
2017-12-14 3:16 ` [PATCH v4 11/14] nubus: Rename struct nubus_dev Finn Thain
2017-12-14 3:16 ` [PATCH v4 06/14] nubus: Call proc_mkdir() not more than once per slot directory Finn Thain
2017-12-14 3:16 ` [PATCH v4 07/14] nubus: Remove redundant code Finn Thain
2017-12-14 3:16 ` [PATCH v4 03/14] nubus: Use static functions where possible Finn Thain
2017-12-14 3:16 ` [PATCH v4 01/14] nubus: Avoid array underflow and overflow Finn Thain
2017-12-14 3:16 ` [PATCH v4 14/14] nubus: Add support for the driver model Finn Thain
2017-12-14 3:16 ` [PATCH v4 09/14] nubus: Generalize block resource handling Finn Thain
2017-12-14 3:16 ` [PATCH v4 08/14] nubus: Clean up whitespace Finn Thain
2017-12-14 3:16 ` [PATCH v4 04/14] nubus: Fix log spam Finn Thain
2017-12-14 3:16 ` [PATCH v4 02/14] nubus: Fix up header split Finn Thain
2017-12-14 3:16 ` [PATCH v4 13/14] nubus: Add expansion_type values for various Mac models Finn Thain
2017-12-14 3:16 ` [PATCH v4 05/14] nubus: Validate slot resource IDs Finn Thain
2017-12-14 3:16 ` [PATCH v4 12/14] nubus: Adopt standard linked list implementation Finn Thain
2018-01-05 13:20 ` [PATCH v4 00/14] Modernization and fixes for NuBus subsystem Geert Uytterhoeven
2018-01-06 3:34 ` Finn Thain
2018-01-07 10:14 ` Geert Uytterhoeven
2018-01-08 2:58 ` Finn Thain [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=alpine.LNX.2.21.1801081107500.3@nippy.intranet \
--to=fthain@telegraphics.com.au \
--cc=geert@linux-m68k.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-m68k@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).