Re: [BUG] x86 kenel won't boot under Virtual PC



David Sanders wrote:

Yes the patch you supplied (and now in Linus's tree) fixes (part) of the problem.
In order to get a working kernel I also need a patch for the nops.h issue. I have tested and confirmed that the patch posted by Linus works and finally solves the problem with virtual PC.

Linus please apply your patch (which I quote below).

No, please don't. Instead, David, please enable CONFIG_X86_GENERIC.

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



Relevant Pages

  • Re: This is [Re:] How to improve the quality of the kernel[?].
    ... Zero (tracking) done by sending patch to something ... Linus by the maintainer. ... additions automaticly gathered and inserted to e-mail sent to BTS. ...
    (Linux-Kernel)
  • Re: nvidia fb flicker
    ... >> Since the min and max value of the sync timings are equal, nvidiafb has ... Yes, your patch looks good, and will fix some of the reports I've received. ... Which leads me to conclude that Calin's display EDID, ... First, apply Linus' patch, then boot without any options. ...
    (Linux-Kernel)
  • [RFC] TASK_KILLED
    ... I've prototyped in this patch. ... There's some debug code left in here to discourage Linus from just ... with a ^C when I unplug the ethernet cord between it and the nfs server. ... goto find_page; ...
    (Linux-Kernel)
  • Re: Serial maintainership
    ... >> Please remember to send Linus a patch updating MAINTAINERS if so. ... Maintainer is cc'ed when the patch goes into -mm and when it ... It shouldn't be necessary to complain more than once. ...
    (Linux-Kernel)
  • Re: process creation time increases linearly with shmem
    ... Hugh Dickins wrote: ... > It's not bad, and practical timings are unlikely to differ, but your ... Well Andi and I seemed to have the idea independently, Linus thought ... > but the patch below does it no harm. ...
    (Linux-Kernel)