[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1226921806.8582.6.camel@localhost.localdomain>
Date: Mon, 17 Nov 2008 20:36:46 +0900
From: James Bottomley <James.Bottomley@...senPartnership.com>
To: Alan Cox <alan@...rguk.ukuu.org.uk>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Adrian Bunk <bunk@...nel.org>,
Andrew Morton <akpm@...ux-foundation.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Natalie Protasevich <protasnb@...il.com>,
Kernel Testers List <kernel-testers@...r.kernel.org>,
Network Development <netdev@...r.kernel.org>,
Linux ACPI <linux-acpi@...r.kernel.org>,
Linux PM List <linux-pm@...ts.linux-foundation.org>,
Linux SCSI List <linux-scsi@...r.kernel.org>
Subject: Re: 2.6.28-rc5: Reported regressions from 2.6.27
On Sun, 2008-11-16 at 18:29 +0000, Alan Cox wrote:
> > the majority of these patches have not been merged for over two weeks
> > (for almost three weeks in many cases and for over a _month_ in one case).
> > IMO, this is insane.]
>
> Some of them are quite serious too - some stuff is basically unusable in
> 2.6.28rc due to the vmalloc bug.
>
> Is there any reason why someone (Rafael ?) shouldn't simply submit all of
> those patches that look sensible, are reported to fix regressions and
> whose maintainer has not provided a reason to NOT apply them into the
> tree ?
There is for SCSI. Our two bugzilla entries each have several patches
(one has two, the other has four). The patches listed in the
regressions aren't necessarily going to be the ones applied (depending
on how the arguing and testing goes).
James
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists