Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1435485

Re: mfd: dm355evm_msp: Refactoring for add_child()

From Joe Perches <joe@perches.com>
Newsgroups linux.kernel
Subject Re: mfd: dm355evm_msp: Refactoring for add_child()
Date 2016-07-01 18:30 +0200
Message-ID <rQ9uh-r2-1@gated-at.bofh.it> (permalink)
References (9 earlier) <rP3qV-uu-9@gated-at.bofh.it> <rP4dj-11e-5@gated-at.bofh.it> <rPQBk-5Bp-7@gated-at.bofh.it> <rPR4m-5Ld-19@gated-at.bofh.it> <rQ7Vv-7Qe-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Fri, 2016-07-01 at 16:40 +0200, SF Markus Elfring wrote:
> > 
> > Can you please fix your email client to _not_ send References:
> > and In-reply-to: headers when sending new patches?
> I prefer to associate some patches with previous relevant
> discussion directly.
> 
> 
> > 
> > Even better would be to use git send-email for these patches.
> This command can also support a parameter like "--thread", can't it?

yes, good to see you can read documentation.

> Would you like point any more views out about communication styles?

Actually, yes.

Just because you've submitted a similar patch, an
independent patch like this one, doesn't need to
refer to those patches you've previously submitted.

For instance, your "References:" for this email
imply some association to a patch series you submitted
"[PATCH v3 0/3] gianfar: Fine-tuning for gfar_ethflow_to_filer_table()"
for no obvious reason.  What is this reason?

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 0/6] mfd: Fine-tuning for three function implementations SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 15:40 +0200
  [PATCH 1/6] mfd: twl-core: Return directly after a failed  platform_device_alloc() in add_numbered_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 15:50 +0200
    Re: [PATCH 1/6] mfd: twl-core: Return directly after a failed  platform_device_alloc() in add_numbered_child() Lee Jones <lee.jones@linaro.org> - 2016-06-28 17:10 +0200
  [PATCH 2/6] mfd: twl-core: Refactoring for add_numbered_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 15:50 +0200
    Re: [PATCH 2/6] mfd: twl-core: Refactoring for add_numbered_child() Lee Jones <lee.jones@linaro.org> - 2016-06-28 17:10 +0200
  [PATCH 3/6] mfd: dm355evm_msp: Return directly after a failed  platform_device_alloc() in add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 15:50 +0200
  [PATCH 5/6] mfd: smsc-ece1099: Delete an unnecessary variable  initialisation in smsc_i2c_probe() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 16:00 +0200
  [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 16:00 +0200
    Re: [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child() Lee Jones <lee.jones@linaro.org> - 2016-06-28 17:10 +0200
      Re: [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-28 17:50 +0200
        Re: [PATCH 4/6] mfd: dm355evm_msp: Refactoring for add_child() Lee Jones <lee.jones@linaro.org> - 2016-06-28 18:40 +0200
          [PATCH] mfd: dm355evm_msp: Refactoring for add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-30 22:20 +0200
            Re: [PATCH] mfd: dm355evm_msp: Refactoring for add_child() Joe Perches <joe@perches.com> - 2016-06-30 22:50 +0200
              Re: [PATCH] mfd: dm355evm_msp: Refactoring for add_child() Lee Jones <lee.jones@linaro.org> - 2016-06-30 23:00 +0200
              Re: mfd: dm355evm_msp: Refactoring for add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-07-01 16:50 +0200
                Re: mfd: dm355evm_msp: Refactoring for add_child() Joe Perches <joe@perches.com> - 2016-07-01 18:30 +0200
            Re: [PATCH] mfd: dm355evm_msp: Refactoring for add_child() Lee Jones <lee.jones@linaro.org> - 2016-07-01 11:20 +0200
              Re: mfd: dm355evm_msp: Refactoring for add_child() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-07-01 17:00 +0200
  [PATCH 6/6] mfd: smsc-ece1099: Return directly after a function  failure in smsc_i2c_probe() SF Markus Elfring <elfring@users.sourceforge.net> - 2016-06-26 16:00 +0200
  Re: [PATCH 0/6] mfd: Fine-tuning for three function implementations Lee Jones <lee.jones@linaro.org> - 2016-06-28 17:10 +0200

csiph-web