On Wed, Jan 18, 2012 at 6:47 PM, Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx> wrote: > On Wed, Jan 18, 2012 at 11:35:28AM +0100, Javier Martinez Canillas wrote: >> On Wed, Jan 18, 2012 at 10:20 AM, Javier Martinez Canillas >> <martinez.javier@xxxxxxxxx> wrote: >> > On Wed, Jan 18, 2012 at 10:12 AM, Dmitry Torokhov >> > <dmitry.torokhov@xxxxxxxxx> wrote: >> >> Hi Javier, >> >> >> >> On Sat, Jan 14, 2012 at 03:32:51AM +0100, Javier Martinez Canillas wrote: >> >>> + >> >>> +static int __cyttsp_disable(struct cyttsp *ts) >> >>> +{ >> >>> + u8 sleep_mode = 0; >> >>> + int retval = 0; >> >>> + >> >>> + if (ts->pdata->use_sleep && ts->power_state == CY_ACTIVE_STATE) { >> >>> + sleep_mode = ts->pdata->use_sleep; >> >>> + retval = ttsp_write_block_data(ts, CY_REG_BASE, >> >>> + sizeof(sleep_mode), &sleep_mode); >> >>> + if (retval >= 0) { >> >>> + ts->power_state = CY_SLEEP_STATE; >> >>> + disable_irq(ts->irq); >> >>> + } >> >> >> >> I thought we agreed that we should put the device to sleep >> >> unconditionally and not have use_sleep option? >> > >> > Yes, we did. Sorry, I've missed that. I'll change it and resend. >> > >> >> >> >> Thanks. >> >> >> >> -- >> >> Dmitry >> >> -- >> >> Thanks Dmitry for the review. >> >> Any more issues you have found? So I can fix all of them for the next >> version of the patch. > > I am still not quite happy with the flow of power_on function. Maybe you > should fold cyttsp_bl_app_valid() into it to avoid dealing with negative, > 0 and 1 return codes. If you also pull printing of the status out of it > and into cyttsp_open() you'll be able to do early returns and avoid > Fortran-style control flow of gotos. > > Thanks. > > -- > Dmitry Ok, I'll change those functions as you suggest besides removing the use_sleep to unconditionally put in low mode the device and resend a new version. Thanks and best regards, Javier -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html