All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chandra Seetharaman <sekharan@us.ibm.com>
To: Mike Christie <michaelc@cs.wisc.edu>
Cc: device-mapper development <dm-devel@redhat.com>
Subject: Re: [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc).
Date: Tue, 31 Jul 2007 10:35:32 -0700	[thread overview]
Message-ID: <1185903332.17399.92.camel@linuxchandra> (raw)
In-Reply-To: <46AEAE06.8080809@cs.wisc.edu>

On Mon, 2007-07-30 at 22:35 -0500, Mike Christie wrote:
> Chandra Seetharaman wrote:
> > On Mon, 2007-07-30 at 16:08 -0500, Mike Christie wrote:
> >> Chandra Seetharaman wrote:
> >>> Hi Dave,
> >>>
> >>> some coding style related comments (below).
> >>>
> >>
> >>>> +	if (!error) {
> >>>> +		err_flags = 0;
> >>>> +		DMDEBUG("%s path activation command - success",
> >>>> +		       	path->dev->name);
> >>> Mixed use of space and tab for indentation (many other places too).
> >>>
> >> Where is that rule for this type of plcae?
> > 
> > Documentation/CodingStyle:
> > "Outside of comments, documentation and except in Kconfig, spaces are
> > never used for indentation, and the above example is deliberately
> > broken."
> 
> Ah I see. I still think it is ok for this type of case though. Well, the 

I see what you mean and agree with you.

> above chunk of code should actually be tabbed because it lines up 
> perfectly (I think there are 8 spaces in the above snippet), but some of 
> the other places are not. checkpatch.pl did not care about the others 
> and it looks like reviewers like Andrew Morton did not care about some 
> of the wierder spacing used in dm-mpath-rdac which did not fit the 
> coding style doc or the existing code :)

I will check it out

> 
> If we are getting all picky about that coding style I guess Dave should 

No, I am not getting all picky :). Was trying to help to avoid some
churn when sent to mainline.

> run scripts/checkpatch.pl over his patches, because I think there are 
> some other issues.
> 
-- 

----------------------------------------------------------------------
    Chandra Seetharaman               | Be careful what you choose....
              - sekharan@us.ibm.com   |      .......you may get it.
----------------------------------------------------------------------

  reply	other threads:[~2007-07-31 17:35 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-26  4:44 [patch 0/3] Add HP hardware handler support to dm-multipath dwysocha
2007-07-26  4:44 ` [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc) dwysocha
2007-07-26 15:18   ` Mike Christie
2007-07-26 16:16     ` Dave Wysochanski
2007-07-26 19:09   ` Chandra Seetharaman
2007-07-30 18:06     ` Dave Wysochanski
2007-07-30 19:25       ` Chandra Seetharaman
2007-07-30 20:10         ` Dave Wysochanski
2007-07-30 22:05           ` Chandra Seetharaman
2007-07-30 21:08     ` Mike Christie
2007-07-30 22:08       ` Dave Wysochanski
2007-07-30 23:27       ` Chandra Seetharaman
2007-07-31  3:35         ` Mike Christie
2007-07-31 17:35           ` Chandra Seetharaman [this message]
2007-07-31 17:37             ` Mike Christie
2007-07-26  4:44 ` [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init dwysocha
2007-07-26 15:20   ` Mike Christie
2007-07-26 18:21     ` Dave Wysochanski
2007-07-26 19:15   ` Chandra Seetharaman
2007-07-30 18:54     ` Dave Wysochanski
2007-07-30 19:03       ` CVS pull of device mapper Wood, Brian J
2007-07-30 21:49         ` Mike Snitzer
2007-07-30 22:20           ` Wood, Brian J
2007-07-30 22:46             ` Wood, Brian J
2007-07-30 19:26       ` [patch 2/3] Add MP_RETRY flag for hw handlers to tell dm-mpath to retry pg_init Chandra Seetharaman
2007-07-30 21:11         ` Mike Christie
2007-07-30 22:15           ` Dave Wysochanski
2007-07-26  4:44 ` [patch 3/3] Add retries to hp hardware handler if path initialization command completes with a check condition dwysocha
2007-07-26 15:16   ` Mike Christie
2007-07-26 18:24     ` Dave Wysochanski
2007-07-26 19:19   ` Chandra Seetharaman
2007-07-30 19:10     ` Dave Wysochanski
2007-07-30 19:27       ` Chandra Seetharaman
2007-07-30 21:08       ` Mike Christie
2007-07-30 22:16         ` Dave Wysochanski
  -- strict thread matches above, loose matches on Subject: below --
2007-08-02 16:25 [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc) Dave Wysochanski
2007-08-02 16:15 [patch 0/3] Add HP hardware handler support to dm-multipath dwysocha
2007-08-02 16:15 ` [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc) dwysocha
2007-05-24  5:24 [patch 0/3] Add HP hardware handler support to dm-mp dwysocha
2007-05-24  5:24 ` [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc) dwysocha
2007-05-24  5:17 [patch 0/3] Add HP hardware handler support to dm-mp dwysocha
2007-05-24  5:17 ` [patch 1/3] Extremely basic hp hardware handler (no retries, no error handling, etc) dwysocha

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=1185903332.17399.92.camel@linuxchandra \
    --to=sekharan@us.ibm.com \
    --cc=dm-devel@redhat.com \
    --cc=michaelc@cs.wisc.edu \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.