lkml.org 
[lkml]   [2003]   [Jan]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: observations on 2.5 config screens
On Wed, Jan 08, 2003 at 05:49:54PM -0500, Bill Davidsen wrote:

> > No-one other than kernel hackers should be playing with that option,
> > hence it's in the kernel hacking menu.
> Anyone who wants to be able to debug a problem should be playing with
> that

If someone is debugging a kernel, they are by definition, kernel
hacking. They should know where the kernel hacking menu is.

> > SMP isn't a processor option ?
> Clearly not, it's not processor dependent or even architecture dependent

Of course its arch dependant. Some of the archs we support don't do SMP.
See m68k for one. Sure there may be some boards out there with >1 68k
welded to them, but Linux doesn't run on them.

> generally. It's a characteristic of the os, unlike microcode, mtrr, and
> other stuff not on some architectures.

Absolute nonsense. These are _cpu_ features. If you dispute this,
you have no understanding of what you talking about.

> You can select it for 386/486/P5
> (and it works in 2.4 at least, for P5, have several).

And thats perfectly valid. Although I've not seen an MP compliant
386/486 personally, there were patches I beleive at one time for
some of the strange 486 implementations.

It's also a valid thing to do to do for code coverage reasons.
Although I doubt anyones testing SMP builds on a 386/486 any more.

> I would think that processor options would select the processor and any
> options which are specific to it rather than generally supported. Serial
> numbers, firmware loads, that sort of feature.

serial number stuff is done at run time. Firmware loads. Well, you
mentioned above that microcode wasn't a CPU feature, now you change
your mind ?

> Preempt and smp, are general, I guess not supported on every possible
> hardware

Again, more contradiction. Above you said of SMP:
"Clearly not, it's not processor dependent or even architecture dependent"
Now you're saying it is arch dependant.

Which Bill am I arguing with here ?

From x86 POV, a preemptive SMP 386 kernel should boot.
Its the only way to guarantee that you get both features in a kernel
that will run on anything from 386 up.


Dave

--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
-
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:32    [W:0.076 / U:2.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site