public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Stefano Babic <sbabic@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v4 01/10] imx: Homogenize and fix fuse register definitions
Date: Fri, 26 Apr 2013 10:16:28 +0200	[thread overview]
Message-ID: <517A37DC.6030201@denx.de> (raw)
In-Reply-To: <236720082.263453.1366963405447.JavaMail.root@advansee.com>

On 26/04/2013 10:03, Beno?t Th?baudeau wrote:
> Hi Stefano,
> 

Hi  Beno?t,

>> I would like to apply your patches and I see some warning from
>> clearpatch. Some of them are very annoying and I think to ignore them,
>> but before doing that I ask to ML about it. It seems to me that
>> checkpatch make stonger tests as in the past, and I do not know if all
>> of them are meaningful. Or better, I do not think they are.
> 
> Indeed, I have noticed that too since last release. I ignored those on purpose
> because they all seem wrong.

Agree, some of them are non-sense

>> I would say that this enforcement is crap. The code in the patch is easy
>> to read. I want to ignore this warning.
> 
> Yes, and that's usual Linux coding style, which is the official coding style for
> U-Boot as well.

Right.

> 
>> CHECK: Alignment should match open parenthesis
>> #1102: FILE: drivers/misc/fsl_iim.c:118:
>> +	if (bank >= ARRAY_SIZE((*regs)->bank) ||
>> +			word >= ARRAY_SIZE((*regs)->bank[0].word) ||
>>
>> Ditto
>>
>> WARNING: line over 80 characters
>> #1190: FILE: drivers/misc/fsl_iim.c:206:
>> +		puts("fsl_iim fuse_sense(): Explicit sense cycle did not complete\n");
>>
>>
>> Ok, this is the one that must be fixed, even if then we have the warning
>> with "quoted string"
> 
> Initially, this line was less than 80 characters because I had split the string.
> But checkpatch complained about the literal string being split, so I kept it on
> a single line, which makes sense here for grep-ability: It is an error message,
> and all parts of this string are constant (i.e. not printf-ed). And Scott Wood
> had already made me do such changes in the past. What should I do?

Do not change - for me it is ok, and we have explained here why we think
it is right.

> 
> Would it be possible to have an official detailed coding style everybody agrees
> on somewhere? Apparently, the rules are not the same for all custodians.

Really U-Boot follows the same code-styling as Linux, or it should be.
checkpatch should help us to have the same rules, but apparently it does
not (or not always).

> 
>> WARNING: line over 80 characters
>> #2017: FILE: drivers/misc/mxc_ocotp.c:8:
>> + *
>> http://git.freescale.com/git/cgit.cgi/imx/uboot-imx.git/tree/drivers/misc/imx_otp.c?h=imx_v2009.08_1.1.0&id=9aa74e6,
>>
>> Ditto
> 
> I did not know what to do with this one. As it is a URL, I considered it as
> unsplittable. So should the 80-character limit really apply here too?

Yes, sorry, this is a URL - IMHO it is ok.

Best regards,
Stefano Babic

-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================

  reply	other threads:[~2013-04-26  8:16 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-23 20:17 [U-Boot] [PATCH v4 01/10] imx: Homogenize and fix fuse register definitions Benoît Thébaudeau
2013-04-23 20:17 ` [U-Boot] [PATCH v4 02/10] imx: Add useful fuse definitions Benoît Thébaudeau
2013-04-28  9:10   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 03/10] Add fuse API and commands Benoît Thébaudeau
2013-04-28  9:10   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 04/10] Add fsl_iim driver Benoît Thébaudeau
2013-04-28  9:11   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 05/10] mpc: iim: Switch to common fsl_iim Benoît Thébaudeau
2013-04-28  9:11   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 06/10] mx51evk: Enable support for iim Benoît Thébaudeau
2013-04-28  9:11   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 07/10] Add mxc_ocotp driver Benoît Thébaudeau
2013-04-28  9:12   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 08/10] mx6qsabrelite: Enable support for ocotp Benoît Thébaudeau
2013-04-28  9:12   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 09/10] nitrogen6x: " Benoît Thébaudeau
2013-04-28  9:12   ` Stefano Babic
2013-04-23 20:17 ` [U-Boot] [PATCH v4 10/10] imx: Document fuse assignments for MAC addresses Benoît Thébaudeau
2013-04-28  9:10   ` Stefano Babic
2013-04-24 14:44 ` [U-Boot] [PATCH v4 01/10] imx: Homogenize and fix fuse register definitions Benoît Thébaudeau
2013-04-25  7:24 ` Stefano Babic
2013-04-26  7:31 ` Stefano Babic
2013-04-26  8:03   ` Benoît Thébaudeau
2013-04-26  8:16     ` Stefano Babic [this message]
2013-04-28  9:09 ` Stefano Babic

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=517A37DC.6030201@denx.de \
    --to=sbabic@denx.de \
    --cc=u-boot@lists.denx.de \
    /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