Re: 2.6.14-rc1-mm1

[Kay Sievers <kay.sievers@vrfy.org>]

On Sat, Sep 17, 2005 at 04:18:37AM +0300, Dr.Dre wrote:
> On 9/17/05, Greg KH <greg@kroah.com> wrote:
> > On Fri, Sep 16, 2005 at 07:53:32PM -0400, Valdis.Kletnieks@vt.edu wrote:
> > > On Fri, 16 Sep 2005 14:30:04 PDT, Greg KH said:
> > > > > > >On Friday 16 September 2005 11:23, Andrew Morton wrote:
> > > > > > >>ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.14-rc1/2.6.14-rc1-mm1/
> > >
> > > > Yes, Andrew, can you please drop these patches, they will cause lots of
> > > > problems with users due to the above mentioned issues.
> > >
> > > For those of us playing along at home -
> > >
> > > Would doing a 'patch -R' of all 30 patches listed in "Big input/sysfs changes"
> > > be needed?
> > 
> > That's probably the safest.
> > 
> > >  Or just the 'input-prepare-to-sysfs-integration.patch' and following?
> > 
> > Don't really know if stuff would still build if you only reverted that
> > one.

> just a notice here: 
> I had to install udev-70 to fix the "blocked udev" problem, then
> noticed the  missing /dev/input/mice problem because neither gpm nor X
> would start.
> 
> So I recompiled with this feature as a module ( mousedev ) and
> rebooted to find udev started to create the node. ( I didn't reverse
> any patches.)

Cause the "udev event" works, but "udevstart" doesn't. So, if you are
lucky, the module load will trigger the events to create the nodes.

Kay
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/