From: Johan Hovold <johan@kernel.org>
To: "Uwe Kleine-König" <u.kleine-koenig@pengutronix.de>
Cc: Jacek Anaszewski <jacek.anaszewski@gmail.com>,
Pavel Machek <pavel@ucw.cz>, Dan Murphy <dmurphy@ti.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jslaby@suse.com>,
kernel@pengutronix.de, linux-serial@vger.kernel.org,
linux-kernel@vger.kernel.org, linux-leds@vger.kernel.org,
Johan Hovold <johan@kernel.org>
Subject: Re: [PATCH v7 3/3] leds: trigger: implement a tty trigger
Date: Tue, 14 Jul 2020 09:13:55 +0200 [thread overview]
Message-ID: <20200714071355.GY3453@localhost> (raw)
In-Reply-To: <20200707165958.16522-4-u.kleine-koenig@pengutronix.de>
On Tue, Jul 07, 2020 at 06:59:58PM +0200, Uwe Kleine-König wrote:
> Usage is as follows:
>
> myled=ledname
> tty=ttyS0
>
> echo tty > /sys/class/leds/$myled/trigger
> echo $tty > /sys/class/leds/$myled/ttyname
>
> . When this new trigger is active it periodically checks the tty's
> statistics and when it changed since the last check the led is flashed
> once.
>
> Signed-off-by: Uwe Kleine-König <u.kleine-koenig@pengutronix.de>
> ---
> .../ABI/testing/sysfs-class-led-trigger-tty | 6 +
> drivers/leds/trigger/Kconfig | 7 +
> drivers/leds/trigger/Makefile | 1 +
> drivers/leds/trigger/ledtrig-tty.c | 192 ++++++++++++++++++
> 4 files changed, 206 insertions(+)
> create mode 100644 Documentation/ABI/testing/sysfs-class-led-trigger-tty
> create mode 100644 drivers/leds/trigger/ledtrig-tty.c
>
> diff --git a/Documentation/ABI/testing/sysfs-class-led-trigger-tty b/Documentation/ABI/testing/sysfs-class-led-trigger-tty
> new file mode 100644
> index 000000000000..5c53ce3ede36
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-class-led-trigger-tty
> @@ -0,0 +1,6 @@
> +What: /sys/class/leds/<led>/ttyname
> +Date: Jul 2020
> +KernelVersion: 5.8
> +Contact: linux-leds@vger.kernel.org
> +Description:
> + Specifies the tty device name of the triggering tty
> diff --git a/drivers/leds/trigger/Kconfig b/drivers/leds/trigger/Kconfig
> index ce9429ca6dde..40ff08c93f56 100644
> --- a/drivers/leds/trigger/Kconfig
> +++ b/drivers/leds/trigger/Kconfig
> @@ -144,4 +144,11 @@ config LEDS_TRIGGER_AUDIO
> the audio mute and mic-mute changes.
> If unsure, say N
>
> +config LEDS_TRIGGER_TTY
> + tristate "LED Trigger for TTY devices"
> + depends on TTY
> + help
> + This allows LEDs to be controlled by activity on ttys which includes
> + serial devices like /dev/ttyS0.
> +
> endif # LEDS_TRIGGERS
> diff --git a/drivers/leds/trigger/Makefile b/drivers/leds/trigger/Makefile
> index 733a83e2a718..25c4db97cdd4 100644
> --- a/drivers/leds/trigger/Makefile
> +++ b/drivers/leds/trigger/Makefile
> @@ -15,3 +15,4 @@ obj-$(CONFIG_LEDS_TRIGGER_PANIC) += ledtrig-panic.o
> obj-$(CONFIG_LEDS_TRIGGER_NETDEV) += ledtrig-netdev.o
> obj-$(CONFIG_LEDS_TRIGGER_PATTERN) += ledtrig-pattern.o
> obj-$(CONFIG_LEDS_TRIGGER_AUDIO) += ledtrig-audio.o
> +obj-$(CONFIG_LEDS_TRIGGER_TTY) += ledtrig-tty.o
> diff --git a/drivers/leds/trigger/ledtrig-tty.c b/drivers/leds/trigger/ledtrig-tty.c
> new file mode 100644
> index 000000000000..e44e2202fa34
> --- /dev/null
> +++ b/drivers/leds/trigger/ledtrig-tty.c
> @@ -0,0 +1,192 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +#include <linux/delay.h>
> +#include <linux/leds.h>
> +#include <linux/module.h>
> +#include <linux/slab.h>
> +#include <linux/tty.h>
> +#include <uapi/linux/serial.h>
> +
> +struct ledtrig_tty_data {
> + struct led_classdev *led_cdev;
> + struct delayed_work dwork;
> + struct mutex mutex;
> + const char *ttyname;
> + struct tty_struct *tty;
> + int rx, tx;
> +};
> +
> +static void ledtrig_tty_halt(struct ledtrig_tty_data *trigger_data)
> +{
> + cancel_delayed_work_sync(&trigger_data->dwork);
> +}
> +static ssize_t ttyname_store(struct device *dev,
> + struct device_attribute *attr, const char *buf,
> + size_t size)
> +{
> + struct ledtrig_tty_data *trigger_data = led_trigger_get_drvdata(dev);
> + char *ttyname;
> + ssize_t ret = size;
> +
> + ledtrig_tty_halt(trigger_data);
> +
> + mutex_lock(&trigger_data->mutex);
> +
> + if (size > 0 && buf[size - 1] == '\n')
> + size -= 1;
> +
> + if (size) {
> + ttyname = kmemdup_nul(buf, size, GFP_KERNEL);
> + if (!ttyname) {
> + ret = -ENOMEM;
> + goto out_unlock;
> + }
> + } else {
> + ttyname = NULL;
> + }
> +
> + kfree(trigger_data->ttyname);
> + tty_kref_put(trigger_data->tty);
> + trigger_data->tty = NULL;
> +
> + trigger_data->ttyname = ttyname;
> +
> +out_unlock:
> + mutex_unlock(&trigger_data->mutex);
> +
> + if (ttyname)
> + ledtrig_tty_restart(trigger_data);
> +
> + return ret;
> +}
> +static DEVICE_ATTR_RW(ttyname);
> +
> +static void ledtrig_tty_work(struct work_struct *work)
> +{
> + struct ledtrig_tty_data *trigger_data =
> + container_of(work, struct ledtrig_tty_data, dwork.work);
> + struct serial_icounter_struct icount;
> + int ret;
> + bool firstrun = false;
> +
> + mutex_lock(&trigger_data->mutex);
> +
> + BUG_ON(!trigger_data->ttyname);
> +
> + /* try to get the tty corresponding to $ttyname */
> + if (!trigger_data->tty) {
> + dev_t devno;
> + struct tty_struct *tty;
> + int ret;
> +
> + firstrun = true;
> +
> + ret = tty_dev_name_to_number(trigger_data->ttyname, &devno);
> + if (ret < 0)
> + /*
> + * A device with this name might appear later, so keep
> + * retrying.
> + */
> + goto out;
> +
> + tty = tty_kopen_shared(devno);
> + if (IS_ERR(tty) || !tty)
> + /* What to do? retry or abort */
> + goto out;
> +
> + trigger_data->tty = tty;
> + }
> +
> + ret = tty_get_icount(trigger_data->tty, &icount);
> + if (ret)
> + return;
> +
> + while (firstrun ||
> + icount.rx != trigger_data->rx ||
> + icount.tx != trigger_data->tx) {
> +
> + led_set_brightness(trigger_data->led_cdev, LED_ON);
> +
> + msleep(100);
> +
> + led_set_brightness(trigger_data->led_cdev, LED_OFF);
> +
> + trigger_data->rx = icount.rx;
> + trigger_data->tx = icount.tx;
> + firstrun = false;
> +
> + ret = tty_get_icount(trigger_data->tty, &icount);
> + if (ret)
> + return;
> + }
Haven't looked at the latest proposal in detail, but this looks broken
as you can potentially loop indefinitely in a worker thread, and with no
way to stop the trigger (delayed work).
> +
> +out:
> + mutex_unlock(&trigger_data->mutex);
> + schedule_delayed_work(&trigger_data->dwork, msecs_to_jiffies(100));
> +}
Johan
next prev parent reply other threads:[~2020-07-14 7:13 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-07-07 16:59 [PATCH v7 0/3] leds: trigger: implement a tty trigger Uwe Kleine-König
2020-07-07 16:59 ` [PATCH v7 1/3] tty: rename tty_kopen() and add new function tty_kopen_shared() Uwe Kleine-König
2020-07-07 16:59 ` [PATCH v7 2/3] tty: new helper function tty_get_icount() Uwe Kleine-König
2020-07-07 16:59 ` [PATCH v7 3/3] leds: trigger: implement a tty trigger Uwe Kleine-König
2020-07-12 8:24 ` Pavel Machek
2020-07-12 8:43 ` Greg Kroah-Hartman
2020-07-12 8:50 ` Pavel Machek
2020-07-12 9:02 ` Greg Kroah-Hartman
2020-07-12 9:07 ` Pavel Machek
2020-07-12 9:31 ` Greg Kroah-Hartman
2020-07-13 10:26 ` Uwe Kleine-König
2020-07-14 7:13 ` Johan Hovold [this message]
2020-07-21 19:48 ` Uwe Kleine-König
2020-07-22 8:34 ` Johan Hovold
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200714071355.GY3453@localhost \
--to=johan@kernel.org \
--cc=dmurphy@ti.com \
--cc=gregkh@linuxfoundation.org \
--cc=jacek.anaszewski@gmail.com \
--cc=jslaby@suse.com \
--cc=kernel@pengutronix.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=pavel@ucw.cz \
--cc=u.kleine-koenig@pengutronix.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.