![]() | |||||||||||
Messages in this thread |
> Refusing to boot would be best I think. Fixing it up anyway would be OK > too. > I agree. > Ignoring the problem in kernel and/or userspace could be viewed as a > response to pilot error but as always it would be nice if, given a choice, > we can help the pilot. Yes. It would kind to tell the pilot about the errata of the engine (and refuse to start), rather than telling him that the engine might break down anytime after the takeoff. Jun > -----Original Message---- > From: Andrew Morton [mailto:akpm@osdl.org] > Sent: Tuesday, September 30, 2003 8:14 PM > To: Jamie Lokier > Cc: Nakajima, Jun; davej@redhat.com; torvalds@osdl.org; linux- > kernel@vger.kernel.org; richard.brunner@amd.com > Subject: Re: [PATCH] Mutilated form of Andi Kleen's AMD prefetch errata > patch > > Jamie Lokier <jamie@shareable.org> wrote: > > > > Nakajima, Jun wrote: > > > Oh, I thought you already closed this issue and you were discussing a > > > different thing. > > > > > > I agree. The kernel should fix up userspace for this CPU errata. > > > > Our question is whether kernels configured specifically for non-AMD > > (e.g. Winchip or Elan kernels) must have the AMD fixup code (it is a > > few hundred bytes), refuse to boot on AMD, ignore the problem, or work > > but not fix up userspace. > > Refusing to boot would be best I think. Fixing it up anyway would be OK > too. > > Ignoring the problem in kernel and/or userspace could be viewed as a > response to pilot error but as always it would be nice if, given a choice, > we can help the pilot. - 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/ | ||||||||||
| Last update: 2005-03-22 13:49 [from the cache] ©2003-2008 | |||||||||||