Console options for legacy-free mini-itx server?
Andrew Reilly
areilly at bigpond.net.au
Thu Nov 18 00:14:07 UTC 2010
Hi Alexandre,
On Wed, Nov 17, 2010 at 06:56:53PM -0500, Alexandre Sunny Kovalenko wrote:
> On Thu, 2010-11-18 at 10:40 +1100, Andrew Reilly wrote:
> > dev.cpu.0.%desc: ACPI CPU
> > dev.cpu.0.%driver: cpu
> > dev.cpu.0.%location: handle=\_PR_.CPU0
> > dev.cpu.0.%pnpinfo: _HID=none _UID=0
> > dev.cpu.0.%parent: acpi0
> > dev.cpu.0.freq: 2933
> > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 2399/65000 2266/59000 2133/53000 1999/46000 1866/40000 1733/34000 1599/28000 1466/22000 1333/16000 1199/10000 1049/8750 899/7500 749/6250 599/5000 449/3750 299/2500 149/1250
> > dev.cpu.0.cx_supported: C1/3 C2/205 C3/245
> > dev.cpu.0.cx_lowest: C1
> > dev.cpu.0.cx_usage: 100.00% 0.00% 0.00% last 311us
> > dev.cpu.1.%desc: ACPI CPU
> > dev.cpu.1.%driver: cpu
> > dev.cpu.1.%location: handle=\_PR_.CPU1
> > dev.cpu.1.%pnpinfo: _HID=none _UID=0
> > dev.cpu.1.%parent: acpi0
> > dev.cpu.1.cx_supported: C1/3 C2/205 C3/245
> > dev.cpu.1.cx_lowest: C1
> > dev.cpu.1.cx_usage: 100.00% 0.00% 0.00% last 191us
> >
> > Since the cpufreq man page lists the inability to set the
> > frequency of different CPUs differently, perhaps this isn't a
> > bug at all?
> >
> > Cheers,
> >
>
> Does portion of 'devinfo -rv' similar to the snippet below show 'est'
> attached to both CPUs?
> <...>
> cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0
> ACPI I/O ports:
> 0x1014
> 0x1015
> acpi_perf0
> acpi_throttle0
> coretemp0
> ==> est0
> p4tcc0
> cpufreq0
> cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1
> ACPI I/O ports:
> 0x1014
> 0x1015
> acpi_perf1
> acpi_throttle1
> coretemp1
> ==> est1
> p4tcc1
> cpufreq1
> <...>
Yes, but as you can see they are not nested under coretemp. devices:
cpu0 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU0
ACPI I/O ports:
0x414
0x415
acpi_perf0
est0
p4tcc0
cpufreq0
cpu1 pnpinfo _HID=none _UID=0 at handle=\_PR_.CPU1
ACPI I/O ports:
0x414
0x415
acpi_perf1
est1
p4tcc1
cpufreq1
This seems to be at odds with the dmesg and sysctl view of things?
Cheers,
--
Andrew
More information about the freebsd-stable
mailing list