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


Groups > linux.kernel > #1540731

Re: Clarification for acceptance statistics?

From Daniele Nicolodi <daniele@grinta.net>
Newsgroups linux.kernel
Subject Re: Clarification for acceptance statistics?
Date 2016-12-13 00:20 +0100
Message-ID <sNI2Z-22p-5@gated-at.bofh.it> (permalink)
References (5 earlier) <sNtnj-1u2-7@gated-at.bofh.it> <sNtnj-1u2-5@gated-at.bofh.it> <sNDcZ-7Bu-11@gated-at.bofh.it> <sNG1d-R8-49@gated-at.bofh.it> <sNH6W-1t0-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 12/12/16 3:11 PM, SF Markus Elfring wrote:
>>> It is really needed to clarify the corresponding software development
>>> history any further?
>>
>> It is relevant because you are submitting a patch and your changelog
>> implies that it makes the code follow some code structure rule that
>> needs to be applied to the kernel.
> 
> I am proposing a change which was described also around various other
> functions in some software already.

What is this supposed to mean?

>> As the above is a recurring pattern in kernel code, it is legitimate
>> to ask if such a rule exist, and has been enforced before, or you are
>> making it up.
> 
> I got the impression that special software development habits can also
> evolve over time.
> 
>> As a proposer of a new pattern, what is the evidence you can bring to
>> the discussion that supports that your solution is better?
> 
> I am trying to increase the software development attention on error
> detection and corresponding exception handling at various places.

Are you doing this submitting random patches to the kernel sources?

>> What is the metric you are using to define "better"?
> 
> Do response times for system failures matter here?

No. And you are again answering a question with a question.

Cheers,
Daniele

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


Thread

Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection Daniele Nicolodi <daniele@grinta.net> - 2016-12-11 23:00 +0100
  Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection Daniele Nicolodi <daniele@grinta.net> - 2016-12-12 08:40 +0100
    Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection SF Markus Elfring <elfring@users.sourceforge.net> - 2016-12-12 18:20 +0100
      Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection Daniele Nicolodi <daniele@grinta.net> - 2016-12-12 19:00 +0100
    Re: Clarification for acceptance statistics? SF Markus Elfring <elfring@users.sourceforge.net> - 2016-12-12 19:10 +0100
      Re: Clarification for acceptance statistics? Daniele Nicolodi <daniele@grinta.net> - 2016-12-12 22:10 +0100
        Re: Clarification for acceptance statistics? SF Markus Elfring <elfring@users.sourceforge.net> - 2016-12-12 23:20 +0100
          Re: Clarification for acceptance statistics? Daniele Nicolodi <daniele@grinta.net> - 2016-12-13 00:20 +0100
    Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection Dan Carpenter <dan.carpenter@oracle.com> - 2016-12-12 20:20 +0100
  Re: [media] bt8xx: One function call less in bttv_input_init() after  error detection SF Markus Elfring <elfring@users.sourceforge.net> - 2016-12-12 08:40 +0100

csiph-web