[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAHp75VeFT4coDG-fpZ2sErBxnhOpgU98Ctf+vcGcgLRTO6YMuQ@mail.gmail.com>
Date: Fri, 2 Sep 2022 08:35:12 +0300
From: Andy Shevchenko <andy.shevchenko@...il.com>
To: Dmitry Rokosov <ddrokosov@...rdevices.ru>
Cc: Martin Kurbanov <mmkurbanov@...rdevices.ru>,
Pavel Machek <pavel@....cz>,
Raphael Teysseyre <rteysseyre@...il.com>,
Baolin Wang <baolin.wang@...aro.org>,
Linux LED Subsystem <linux-leds@...r.kernel.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
kernel <kernel@...rdevices.ru>
Subject: Re: [PATCH v1] leds: trigger: pattern: notify userpace if pattern finished
On Fri, Sep 2, 2022 at 1:43 AM Dmitry Rokosov <ddrokosov@...rdevices.ru> wrote:
...
> > > +static void pattern_trig_remove_pattern_ended(struct led_classdev *led_cdev)
> > > +{
> > > + struct pattern_trig_data *data = led_get_trigger_data(led_cdev);
> > > +
> > > + sysfs_put(data->pattern_ended);
> > > + device_remove_file(led_cdev->dev, &dev_attr_pattern_ended);
> > > +}
> >
> > I'm wondering if you can always have a file and instead provide a
> > value there, so user space may use epoll() mechanism on that. It will
> > simplify your code here.
>
> Could you please explain what you mean? In the current implementation
> userspace can use epoll() already.
On the suddenly disappeared file?
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists