[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20120302170830.GH18901@atomide.com>
Date: Fri, 2 Mar 2012 09:08:30 -0800
From: Tony Lindgren <tony@...mide.com>
To: Rajendra Nayak <rnayak@...com>
Cc: linux-kernel@...r.kernel.org, Chris Ball <cjb@...top.org>,
linux-mmc@...r.kernel.org,
Grant Likely <grant.likely@...retlab.ca>,
linux-omap@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH 2/4] mmc: omap_hsmmc: Use gpio_find_by_chip_name() for
omap_hsmmc_gpio_init()
* Rajendra Nayak <rnayak@...com> [120301 22:54]:
> On Friday 02 March 2012 12:25 AM, Tony Lindgren wrote:
> >+ if (slot->gpiochip_cd) {
> >+ pr_warning("MMC %s card detect GPIO chip %s unavailable\n",
> >+ slot->name, slot->gpiochip_cd);
> >+ ret = -ENODEV;
> >+ goto err_free_sp;
>
> This should just return -ENODEV, nothing really to free here.
Thanks, will correct.
> >@@ -2093,8 +2123,7 @@ err1:
> > platform_set_drvdata(pdev, NULL);
> > mmc_free_host(mmc);
> > err_alloc:
> >- omap_hsmmc_gpio_free(pdata);
> >-err:
> >+ omap_hsmmc_gpio_free(host);
>
> This error handling needs to be fixed up. In case
> omap_hsmmc_gpio_init() fails, which already frees up
> any requested gpios, omap_hsmmc_gpio_free() again tries
> freeing gpios.
Hmm that sounds like a separate patch that should be a fixed
before this series?
Regards,
Tony
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists