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: <200607281033.06111.ajwade@cpe001346162bf9-cm0011ae8cd564.cpe.net.cable.rogers.com>
Date:	Fri, 28 Jul 2006 10:33:05 -0400
From:	Andrew James Wade <andrew.j.wade@...il.com>
To:	Greg KH <gregkh@...e.de>
Cc:	Andrew Morton <akpm@...l.org>, andrew.j.wade@...il.com,
	linux-kernel@...r.kernel.org
Subject: Re: Kubuntu's udev broken with 2.6.18-rc2-mm1

On Thursday 27 July 2006 16:12, Greg KH wrote:
> On Thu, Jul 27, 2006 at 12:56:55PM -0700, Andrew Morton wrote:
> > On Fri, 28 Jul 2006 15:46:08 -0400
> > Andrew James Wade <andrew.j.wade@...il.com> wrote:
> > 
> > > Hello,
> > > 
> > > Some change between -rc1-mm2 and -rc2-mm1 broke Kubuntu's udev
> > > (079-0ubuntu34). In particular /dev/mem went missing, and /dev/null had
> > > bogus permissions (crw-------). I've kludged around the problem by
> > > populating /lib/udev/devices from a good /dev, but I'm assuming the
> > > breakage was unintentional.
> > > 
> > 
> > /dev/null damage is due to a combination of vdso-hash-style-fix.patch and
> > doing the kernel build as root (don't do that).
> > 
> > I don't know what happened to /dev/mem.
> 
> Me either.  Look in /sys/class/mem/  Is it full of symlinks or real
> directories?

Symlinks.

> If symlinks, your version of udev should be able to handle it properly,
> but might have a bug somehow.
> 
> Try running udevmonitor and echo a "1" to /sys/class/mem/mem/uevent and
> see if udev creates the device properly or not.

udevmonitor prints the received event from the kernel [UEVENT]
and the event which udev sends out after rule processing [UDEV]

UEVENT[1154093169.330045] add@...vices/mem
UDEV  [1154093169.331914] add@...vices/mem

The device node was not created.

udev.log for 2.6.18-rc1-mm2 (which does work) has these lines:

UEVENT[1154105360.092631] add@...ass/mem/mem
ACTION=add
DEVPATH=/class/mem/mem
SUBSYSTEM=mem
SEQNUM=589
MAJOR=1
MINOR=1

...

UDEV  [1154105363.575086] add@...ass/mem/mem
UDEV_LOG=3
ACTION=add
DEVPATH=/class/mem/mem
SUBSYSTEM=mem
SEQNUM=589
MAJOR=1
MINOR=1
UDEVD_EVENT=1
DEVNAME=/dev/mem

The Changelog for udev v081 has:
"prepare moving of /sys/class devices to /sys/devices"
Is this related? 

Thanks,
Andrew Wade
-
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