From: Mark Lord <lkml@rtr.ca>
To: Greg KH <gregkh@suse.de>,
Linux Kernel <linux-kernel@vger.kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Linus Torvalds <torvalds@osdl.org>
Subject: [PATCH 2.6.25-rc7] fix uevent action-string regression
Date: Fri, 28 Mar 2008 19:05:25 -0400 [thread overview]
Message-ID: <47ED79B5.6040205@rtr.ca> (raw)
In-Reply-To: <47ED3DDE.3030201@rtr.ca>
Mark Lord wrote:
>
> On boot, syslog is flooded with "uevent: unsupported action-string;" messages.
..
> Mar 28 14:43:29 shrimp kernel: tty ptyqd: uevent: unsupported
> action-string; this will be ignored in a future kernel version
> Mar 28 14:43:29 shrimp kernel: tty ptyqe: uevent: unsupported
> action-string; this will be ignored in a future kernel version
> Mar 28 14:43:29 shrimp kernel: tty ptyqf: uevent: unsupported
> action-string; this will be ignored in a future kernel version
> Mar 28 14:43:29 shrimp kernel: tty ptyr0: uevent: unsupported
> action-string; this will be ignored in a future kernel version
..
These messages are a regression compared with 2.6.24,
which did not flood the syslog with them.
The actual underlying problem was introduced in 2.6.23,
when somebody made the string parsing no longer accept nul-terminated
strings as a valid input to store_uevent().
Eg. "add\0" was valid prior to 2.6.23, where the code regressed
to require "add" without the '\0'.
This patch fixes the 2.6.23 / 2.6.24 regressions, by having the code
once again tolerate the trailing '\0', if present.
According to GregKH, this mainly affects older Ubuntu systems,
such as the one I have here that requires this fix.
Signed-off-by: Mark Lord <mlord@pobox.com>
--- old/lib/kobject_uevent.c 2008-03-28 14:03:46.000000000 -0400
+++ linux/lib/kobject_uevent.c 2008-03-28 18:53:11.000000000 -0400
@@ -55,7 +55,7 @@
enum kobject_action action;
int ret = -EINVAL;
- if (count && buf[count-1] == '\n')
+ if (count && (buf[count-1] == '\n' || buf[count-1] == '\0'))
count--;
if (!count)
prev parent reply other threads:[~2008-03-28 23:05 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-03-28 18:50 2.6.25-rc7: udevd compatibility issue? Mark Lord
2008-03-28 20:22 ` Greg KH
2008-03-28 22:09 ` Mark Lord
2008-03-28 23:05 ` Mark Lord [this message]
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=47ED79B5.6040205@rtr.ca \
--to=lkml@rtr.ca \
--cc=akpm@linux-foundation.org \
--cc=gregkh@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=torvalds@osdl.org \
/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.