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