On Thu, Feb 03, 2011 at 08:51:26PM +0530, Sourav Poddar wrote: > gpio_pendown in ads7846_probe is not getting initalized (defaulted to 0) > resulting in gpio_free being called without a gpio_request. This > results in the following backtrace in bootup (at least on an OMAP3430 SDP). I wonder if it makes sense to merge both patches under the name of "fix gpio-handling" or similar. Not sure, though... > diff --git a/drivers/input/touchscreen/ads7846.c b/drivers/input/touchscreen/ads7846.c > index 14ea54b..ce5baee 100644 > --- a/drivers/input/touchscreen/ads7846.c > +++ b/drivers/input/touchscreen/ads7846.c > @@ -952,6 +952,7 @@ static int __devinit ads7846_setup_pendown(struct spi_device *spi, struct ads784 > > if (pdata->get_pendown_state) { > ts->get_pendown_state = pdata->get_pendown_state; > + ts->gpio_pendown = -EINVAL; > return 0; > } Will probably work, but maybe it is better to reorganize the code to just have one success-exit-point. That would be mean adding an else branch to this if-block. > > @@ -1353,7 +1354,7 @@ static int __devinit ads7846_probe(struct spi_device *spi) > err_put_regulator: > regulator_put(ts->reg); > err_free_gpio: > - if (ts->gpio_pendown != -1) > + if (gpio_is_valid(ts->gpio_pendown)) You could do the same in the remove-path. Regards, Wolfram -- Pengutronix e.K. | Wolfram Sang | Industrial Linux Solutions | http://www.pengutronix.de/ |
Attachment:
signature.asc
Description: Digital signature