All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [1/7] cpufreq: ap806: Checking implementation ofarmada_8k_cpufreq_init()
       [not found] <201904031408372646841@zte.com.cn>
  2019-04-03 12:54   ` Markus Elfring
  (?)
@ 2019-04-03 12:54   ` Markus Elfring
  0 siblings, 0 replies; 4+ messages in thread
From: Markus Elfring @ 2019-04-03 12:54 UTC (permalink / raw)
  To: Wen Yang, Gregory Clement, Viresh Kumar, kernel-janitors
  Cc: Yi Wang, Andrew Lunn, Jason Cooper, linux-pm, Rafael J. Wysocki,
	linux-kernel, linux-arm-kernel, Sebastian Hesselbarth

>> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/cpufreq/armada-8k-cpufreq.c?id=05d08e2995cbe6efdb993482ee0d38a77040861a#n137
>
> Thank you for your comments.
> Adding a null pointer check here is indeed safer.

I wonder then why such a return value check was omitted so far.


> However, the purpose of series of patches is to add missing of_node_put
> to avoid memory leaks.

A few lines might become also more interesting besides these source code places.


> So after that, we will also add a null pointer check later.

Would we like to develop another script for the semantic patch language
to detect similarly questionable implementation details?

Regards,
Markus

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [1/7] cpufreq: ap806: Checking implementation ofarmada_8k_cpufreq_init()
@ 2019-04-03 12:54   ` Markus Elfring
  0 siblings, 0 replies; 4+ messages in thread
From: Markus Elfring @ 2019-04-03 12:54 UTC (permalink / raw)
  To: Wen Yang, Gregory Clement, Viresh Kumar, kernel-janitors
  Cc: Yi Wang, Andrew Lunn, Jason Cooper, linux-pm, Rafael J. Wysocki,
	linux-kernel, linux-arm-kernel, Sebastian Hesselbarth

>> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/cpufreq/armada-8k-cpufreq.c?id=05d08e2995cbe6efdb993482ee0d38a77040861a#n137
>
> Thank you for your comments.
> Adding a null pointer check here is indeed safer.

I wonder then why such a return value check was omitted so far.


> However, the purpose of series of patches is to add missing of_node_put
> to avoid memory leaks.

A few lines might become also more interesting besides these source code places.


> So after that, we will also add a null pointer check later.

Would we like to develop another script for the semantic patch language
to detect similarly questionable implementation details?

Regards,
Markus

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [1/7] cpufreq: ap806: Checking implementation ofarmada_8k_cpufreq_init()
@ 2019-04-03 12:54   ` Markus Elfring
  0 siblings, 0 replies; 4+ messages in thread
From: Markus Elfring @ 2019-04-03 12:54 UTC (permalink / raw)
  To: Wen Yang, Gregory Clement, Viresh Kumar, kernel-janitors
  Cc: Yi Wang, Andrew Lunn, Jason Cooper, linux-pm, Rafael J. Wysocki,
	linux-kernel, linux-arm-kernel, Sebastian Hesselbarth

>> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/cpufreq/armada-8k-cpufreq.c?id=05d08e2995cbe6efdb993482ee0d38a77040861a#n137
>
> Thank you for your comments.
> Adding a null pointer check here is indeed safer.

I wonder then why such a return value check was omitted so far.


> However, the purpose of series of patches is to add missing of_node_put
> to avoid memory leaks.

A few lines might become also more interesting besides these source code places.


> So after that, we will also add a null pointer check later.

Would we like to develop another script for the semantic patch language
to detect similarly questionable implementation details?

Regards,
Markus

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: [1/7] cpufreq: ap806: Checking implementation ofarmada_8k_cpufreq_init()
@ 2019-04-03 12:54   ` Markus Elfring
  0 siblings, 0 replies; 4+ messages in thread
From: Markus Elfring @ 2019-04-03 12:54 UTC (permalink / raw)
  To: Wen Yang, Gregory Clement, Viresh Kumar, kernel-janitors
  Cc: linux-kernel, linux-arm-kernel, linux-pm, Andrew Lunn,
	Jason Cooper, Rafael J. Wysocki, Sebastian Hesselbarth, Yi Wang

>> https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/cpufreq/armada-8k-cpufreq.c?id=05d08e2995cbe6efdb993482ee0d38a77040861a#n137
>
> Thank you for your comments.
> Adding a null pointer check here is indeed safer.

I wonder then why such a return value check was omitted so far.


> However, the purpose of series of patches is to add missing of_node_put
> to avoid memory leaks.

A few lines might become also more interesting besides these source code places.


> So after that, we will also add a null pointer check later.

Would we like to develop another script for the semantic patch language
to detect similarly questionable implementation details?

Regards,
Markus

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2019-04-03 12:54 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [not found] <201904031408372646841@zte.com.cn>
2019-04-03 12:54 ` [1/7] cpufreq: ap806: Checking implementation ofarmada_8k_cpufreq_init() Markus Elfring
2019-04-03 12:54   ` Markus Elfring
2019-04-03 12:54   ` Markus Elfring
2019-04-03 12:54   ` Markus Elfring

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.