On Thu, Jul 15, 2010 at 04:32:46PM +1000, Dave Airlie wrote: > On Thu, Jul 15, 2010 at 3:35 PM, Greg KH <gregkh@xxxxxxx> wrote: > > On Thu, Jul 15, 2010 at 03:00:31PM +1000, Dave Airlie wrote: > >> On Thu, Jul 15, 2010 at 2:14 PM, Greg KH <gregkh@xxxxxxx> wrote: > >> > On Thu, Jul 15, 2010 at 10:24:18AM +1000, Dave Airlie wrote: > >> >> On Thu, Jul 15, 2010 at 9:38 AM, Andrew Morton > >> >> <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > >> >> > On Fri, 9 Jul 2010 11:54:50 -0700 > >> >> > Greg Kroah-Hartman <gregkh@xxxxxxx> wrote: > >> >> > > >> >> >> This is no longer needed by any userspace tools, so it's safe to > >> >> >> remove. > >> >> > >> >> Also still used for booting mainline kernels on RHEL5 userspaces. > >> > > >> > Really? ?I thought that was fixed a long time ago. ?What kernel was > >> > RHEL5 originally based on? > >> > > >> > And note that no RHEL5 user is going to be using a .36 kernel on their > >> > system, that's a completely unsupported and unadvised situation. ?Heck, > >> > I'd be amazed if a .34 kernel.org kernel boots on the thing, does it? > >> > > >> > >> I think some people do it internally, last time I did it was to test > >> something I was backporting, so you want to make sure the upstream > >> version boots and the backported version also boots on the same > >> hw/userspace. > >> > >> original kernel was 2.6.18. > > > > Yes, that was the number, but does it really look anything like a .18 > > kernel.org release? ?:) > > > > Well its more that the userspace is mostly what was released at the > same time, we aren't going to update udev/mkinitrd unless some major > problem was discovered. That's fine, I can provide an updated package for those looney users that want to run this type of system :) But ideally, I can figure out what is being needed and possibly reduce the footprint that is currently covered by this config option. thanks, greg k-h -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
