lkml.org 
[lkml]   [2008]   [Sep]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [BUG] x86 kenel won't boot under Virtual PC
Date
On Monday 08 September 2008 00:04, H. Peter Anvin wrote:
> David Sanders wrote:
> > I checked the distribution I'm using (debian) and the kernel shipped with
> > it does not have CONFIG_X86_GENERIC set. This means _when_ they ship a
> > 2.6.27 kernel it won't work with Virtual PC so I won't be able to even
> > install it.
>
> Then please file a bug report with Debian.
Well, OK I could do that. But I can't bug every distribution in existence for
the same thing.
>
> > However, with Linus's patch I am guaranteed to work for all kernels built
> > for X86_32 and even for X86_64 because in that case the virtual
> > environment will support the multibyte NOPs. I need Linus's fix in order
> > to support the Linux-using virtual pc community. I don't have the
> > resources to lobby each individual distribution about their kernel
> > config. I want it to just work.
>
> Under that logic we shouldn't even have CPU configurables, since you
> want it to "just work" whatever crap you're running on. That is EXACTLY
> what CONFIG_X86_GENERIC means, and the fact that any particular
> distribution is broken with respect to not enabling it is a bug in that
> distribution, and not grounds for breaking the upstream kernel.
>
> -hpa
I don't see that Linus's patch breaks the upstream kernel. Just the opposite,
you go and determine in alternative.c that the processor doesn't support NOPL
and then go ahead and use it anyway in nops.h. That makes no sense to me.

Could we use the result of find_nop_table() instead of nops.h?

David


\
 
 \ /
  Last update: 2008-09-08 15:29    [from the cache]
©2003-2011 Jasper Spaans