On Fri 2015-02-06 16:39:12, Quentin Lambert wrote:
> This patch fix checkpatch warnings concerning the possible
> duplication of an "out of memory" message.

So, instead of nice and readable "not enough memory for clock..." we
get OOM, stackdump, and backtrace...? Not sure it is improvement.

                                                        Pavel

> --- a/drivers/base/power/clock_ops.c
> +++ b/drivers/base/power/clock_ops.c
> @@ -81,10 +81,8 @@ static int __pm_clk_add(struct device *dev, const char 
> *con_id,
>               return -EINVAL;
>  
>       ce = kzalloc(sizeof(*ce), GFP_KERNEL);
> -     if (!ce) {
> -             dev_err(dev, "Not enough memory for clock entry.\n");
> +     if (!ce)
>               return -ENOMEM;
> -     }
>  
>       if (con_id) {
>               ce->con_id = kstrdup(con_id, GFP_KERNEL);
> diff --git a/drivers/base/power/opp.c b/drivers/base/power/opp.c
> index 15bf299..677fb28 100644
> --- a/drivers/base/power/opp.c
> +++ b/drivers/base/power/opp.c
> @@ -474,10 +474,8 @@ static int _opp_add_dynamic(struct device *dev, unsigned 
> long freq,
>  
>       /* allocate new OPP node */
>       new_opp = kzalloc(sizeof(*new_opp), GFP_KERNEL);
> -     if (!new_opp) {
> -             dev_warn(dev, "%s: Unable to create new OPP node\n", __func__);
> +     if (!new_opp)
>               return -ENOMEM;
> -     }
>  
>       /* Hold our list modification lock here */
>       mutex_lock(&dev_opp_list_lock);
> @@ -695,10 +693,8 @@ static int _opp_set_availability(struct device *dev, 
> unsigned long freq,
>  
>       /* keep the node allocated */
>       new_opp = kmalloc(sizeof(*new_opp), GFP_KERNEL);
> -     if (!new_opp) {
> -             dev_warn(dev, "%s: Unable to create OPP\n", __func__);
> +     if (!new_opp)
>               return -ENOMEM;
> -     }
>  
>       mutex_lock(&dev_opp_list_lock);
>  

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to