lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4b1d9f7714d8b7e26365720f4338f9cc.squirrel@www.firstfloor.org>
Date:	Tue, 2 Aug 2011 16:45:28 +0200
From:	"Andi Kleen" <andi@...stfloor.org>
To:	"Alan Cox" <alan@...rguk.ukuu.org.uk>
Cc:	"David Rientjes" <rientjes@...gle.com>,
	"Linus Torvalds" <torvalds@...ux-foundation.org>,
	"Andrew Morton" <akpm@...ux-foundation.org>,
	"Andi Kleen" <andi@...stfloor.org>, linux-kernel@...r.kernel.org
Subject: Re: Revert needed: udev spewing warnons on common systems in 3.0

>> That's obviously wrong since all of the applications that I've cited
>> that have been fixed to date have been the result of users actually
>> noticing the printk_once() and emailing me directly to pass it along to
>> the appropriate parties.  I've also found other cases where bugzilla
>> entries were created based on that single line warning by users, who in
>> turn get distros and maintainers to convert to the new interface.
>
> And what did the users do - they complained to the distribution.

I don't think that's how distributions work. Usually they won't fix
an old udev, but just eventually update to a new udev version when
they release a new version of themselves.

But the old release with the old udev will just stay around and people
will continue to use it for many years.

And that's fine because nothing is fundamentally broken here that
needs urgent fixing (except for that bogus backtrace of course)

The kernel has always done a great job in supporting old userland,
this is just one of the rare exceptions.

> Perhaps the right way to do it would be to file the bugzillas in the key
> distros instead

The right way is to add a one linker printk_once and then just wait
for a few years.

> Actually this raises a more interesting question - would it make sense to
> have a moderated notification list for poking all the distributions about
> things like old API expiry

And? Even if the distributions scramble to follow you -- which
is unlikely for old versions -- their users won't do it.

-Andi

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ