linux cpu id

[Carrez_1]

I am running a smp kernel 2.4.21-37 but same result with smp kernel 2.4.21-27

In order to get the two proc activated you obviously have to run a smp kernel

[Craig Gilmore]

What you are seeing is normal on HP systems running Linux. The physical id field in /proc/cpuinfo file is usually set to zero. The exception would have this value set to something else.

I've tested this on HP Netservers and ProLiants of various models.

The real question should be, is this a concern? I don't think so, as the processor field is populated.

If you really have to check the physical id field, using lshw is my recommendation.

[Carrez_1]

So the behaviour (two cpu with the same physical ID) seems to be "normal" but in that case how explains that when HT is enabled the system detects four cpu (two logical processor by physical cpu) with the correct ID i.e cpu #0 and #1 (logical from the first physical processor) with ID 0 and cpu #2 and #3 (logical from the second physical processor) with ID 3 (I have also checked that with HT enabled the sibling map is correct)?

In that case physical ID are different so I have still the question why when HT is disables physical ID are identical