[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100329121611.0c22dcaf@pluto.restena.lu>
Date: Mon, 29 Mar 2010 12:16:11 +0200
From: Bruno Prémont <bonbons@...ux-vserver.org>
To: Jiri Kosina <jkosina@...e.cz>
Cc: Dmitry Torokhov <dmitry.torokhov@...il.com>,
linux-input@...r.kernel.org, linux-usb@...r.kernel.org,
linux-fbdev@...r.kernel.org, linux-kernel@...r.kernel.org,
"Rick L. Vinyard Jr." <rvinyard@...nmsu.edu>,
Nicu Pavel <npavel@...ner.com>,
Oliver Neukum <oliver@...kum.org>,
Jaya Kumar <jayakumar.lkml@...il.com>
Subject: Re: [PATCH v4 1/6] hid: new driver for PicoLCD device
On Mon, 29 Mar 2010 11:47:27 +0200 Jiri Kosina <jkosina@...e.cz> wrote:
> On Sat, 27 Mar 2010, Bruno Prémont wrote:
>
> > +#ifdef CONFIG_PM
> > +static int picolcd_suspend(struct hid_device *hdev)
> > +{
> > + dbg_hid(PICOLCD_NAME " device ready for suspend\n");
> > + return 0;
> > +}
> > +
> > +static int picolcd_resume(struct hid_device *hdev)
> > +{
> > + return 0;
> > +}
> > +
> > +static int picolcd_reset_resume(struct hid_device *hdev)
> > +{
> > + int ret;
> > + ret = picolcd_reset(hdev);
> > + if (ret)
> > + dbg_hid(PICOLCD_NAME " resetting our device failed: %d\n", ret);
> > + return 0;
> > +}
> > +#endif
> [ ... ]
> > +static struct hid_driver picolcd_driver = {
> > + .name = "hid-picolcd",
> > + .id_table = picolcd_devices,
> > + .probe = picolcd_probe,
> > + .remove = picolcd_remove,
> > + .raw_event = picolcd_raw_event,
> > +#ifdef CONFIG_PM
> > + .suspend = picolcd_suspend,
> > + .resume = picolcd_resume,
> > + .reset_resume = picolcd_reset_resume,
> > +#endif
> > +};
>
> struct hid_driver doesn't provide power-management related callbacks.
> So I guess that you have either not tested this feature at all, or
> you have some extra patch somewhere which adds such callbacks to HID
> core, but you haven't sent it out for review?
>
> In any cases, this will very likely cause compilation failure with
> CONFIG_PM turned on.
That's the patch I referred to (under series introduction mail) when
saying:
> The series depends on my previous patch adding HID suspend support
> (I've not yet looked at improving it).
Link to the patch:
http://lkml.org/lkml/2010/2/24/233
Especially the reset-resume part is important as the device has to be
reprogrammed with framebuffer content, brightness/contrast in that case.
As stated, Oliver didn't like the implementation of the addition of
those hooks too much and I have yet to look at improving it.
Thanks,
Bruno
--
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