> Agreed, but does the current x86 code does map them like this or not?
> If it does, I'm curious as to why they saw a problem which this fixed.
The current x86 code maps the logical cpus as with the physical ones. In
other words its how they come off the mainboard. Which for HT seems to
be with each HT as (n, n+1)
> understand what is happening. I posted my findings, and I'd really
> like to get some feedback from others doing the same thing.
I never saw your stuff.
> BUT I CAN'T DO THAT WHEN THERE'S NO DISCUSSION ABOUT PATCHES FROM
> ANONYMOUS SOURCES WHICH GET MERGED! FUCK ARGHH FUCK FUCK FUCK.
A mailing list doesn't scale to that. I do have a cunning-plan (tm) but
that requires some work and while its doable for 2.2 or 2.4 I know that
making Linus do or change any tiny bit of his behaviour isn't going to
happen which rather limits the behaviour.
mail patch to linus-patches@...
linus-patches@ is a script that does
find the diff
find the paths in the diff
regexp them against the list of notifications
email each matching notification a copy
with the regexps including
so its like mailing Linus but anyone who cares can web add/remove themselves
from the cc list, and its invisible to Linus too.
> BTW: Alchemy, Voodoo, Zen and Cards. Maybe you should start hacking
> on something more deterministic? 8)
Well actually Alchemy is MIPS and nothing to do with me. Trying to turn a
Voodoo card into a video4linux overlay is, Zen is ftp.linux.org.uk and I
hack card drivers. So 3 out of 4.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Dec 15 2001 - 21:00:16 EST