NetBSD-Bugs archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

re: bin/41289: usr.sbin/cpuctl does not correctly identify new Intel CPUs

On Tue, 28 Apr 2009, matthew green wrote:

   > One thing stikes me about this. If we get a text string out of the CPU, why
   > bother trying to pretty-print further?

   Hmm, good question.  I'd always thought that the text string was
   actually loaded into the CPU by BIOS, but I just checked the spec, and
   that doesn't seem to be true.  (Maybe it is true for AMD processors, I
   really don't know anymore.)  Regardless, as I see it, we've always tried
   to make our own determination.

my reading of the intel or amd manual a month or so ago said that
the bios is expected to load 48 chars for the cpuid string.  i don't
recall which off hand, but i think intel.

Actually, I recall that same expectation, but it was from reading the AMD manuals a long time ago (when I got my first AMD Famile 10h CPU).

The Intel manual seems somewhat unclear on how those 48-bytes get loaded.

Regardless, I'm in the process of test-compiling a first-draft update that will

1. Properly identify the Extended Models within a family
2. Properly identify several new Intel cache descriptors (including
   some that are 6-way, 12-way, and 24-way associative!)
3. Split the Intel features2 line to avoid excessive line length

It should be ready for review later tonight or early tomorrow.

Suggestions for which list(s) on which I should post the request-for- review would be appreciated! This is a /usr/sbin utility, but might more reasonably fit into tech-kern than tech-user?

|   Paul Goyette   | PGP DSS Key fingerprint: |  E-mail addresses:      |
| Customer Service | FA29 0E3B 35AF E8AE 6651 |  paul at   |
| Network Engineer | 0786 F758 55DE 53BA 7731 | pgoyette at |
| Kernel Developer |                          | pgoyette at  |

Home | Main Index | Thread Index | Old Index