Date: Wed, 17 Nov 2010 19:46:38 -0500 From: "Alexandre \"Sunny\" Kovalenko" <gaijin.k@ovi.com> To: Andrew Reilly <areilly@bigpond.net.au> Cc: stable@freebsd.org, Ian Smith <smithi@nimnet.asn.au> Subject: Re: Console options for legacy-free mini-itx server? Message-ID: <1290041198.1899.19.camel@RabbitsDen.RabbitsLawn.verizon.net> In-Reply-To: <20101118001349.GA40554@johnny.reilly.home> References: <20101115045549.GB96011@johnny.reilly.home> <20101117133530.H39988@sola.nimnet.asn.au> <20101117230638.GA39596@johnny.reilly.home> <1290036416.1899.13.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101117234056.GA40176@johnny.reilly.home> <1290038213.1899.15.camel@RabbitsDen.RabbitsLawn.verizon.net> <20101118001349.GA40554@johnny.reilly.home>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2010-11-18 at 11:13 +1100, Andrew Reilly wrote: > Hi Alexandre, >=20 > 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=3D\_PR_.CPU0 > > > dev.cpu.0.%pnpinfo: _HID=3Dnone _UID=3D0 > > > dev.cpu.0.%parent: acpi0 > > > dev.cpu.0.freq: 2933 > > > dev.cpu.0.freq_levels: 2933/90000 2799/83000 2666/77000 2533/71000 23= 99/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/3= 750 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=3D\_PR_.CPU1 > > > dev.cpu.1.%pnpinfo: _HID=3Dnone _UID=3D0 > > > 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 > > >=20 > > > Since the cpufreq man page lists the inability to set the > > > frequency of different CPUs differently, perhaps this isn't a > > > bug at all? > > >=20 > > > Cheers, > > >=20 > >=20 > > Does portion of 'devinfo -rv' similar to the snippet below show 'est' > > attached to both CPUs? > > <...> > > cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 > > ACPI I/O ports: > > 0x1014 > > 0x1015 > > acpi_perf0 > > acpi_throttle0 > > coretemp0 > > =3D=3D> est0 > > p4tcc0 > > cpufreq0 > > cpu1 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU1 > > ACPI I/O ports: > > 0x1014 > > 0x1015 > > acpi_perf1 > > acpi_throttle1 > > coretemp1 > > =3D=3D> est1 > > p4tcc1 > > cpufreq1 > > <...> >=20 > Yes, but as you can see they are not nested under coretemp. devices: >=20 > cpu0 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU0 > ACPI I/O ports: > 0x414 > 0x415 > acpi_perf0 > est0 > p4tcc0 > cpufreq0 > cpu1 pnpinfo _HID=3Dnone _UID=3D0 at handle=3D\_PR_.CPU1 > ACPI I/O ports: > 0x414 > 0x415 > acpi_perf1 > est1 > p4tcc1 > cpufreq1 >=20 > This seems to be at odds with the dmesg and sysctl view of things? >=20 > Cheers, >=20 I am sorry -- in the attempt to point them out, I have messed up the alignment -- they *should not* be nested under coretemp. It is strange that 'est' reported error on attach, yet seems to be attached to the device. This said, I am way out of my depth here -- hopefully someone smarter than I will chime in. --=20 Alexandre Kovalenko (=D0=9E=D0=BB=D0=B5=D0=BA=D1=81=D0=B0=D0=BD=D0=B4=D1=80= =D0=9A=D0=BE=D0=B2=D0=B0=D0=BB=D0=B5=D0=BD=D0=BA=D0=BE) -------------------------------------------------------------- Ovi Mail: Making email access easy http://mail.ovi.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1290041198.1899.19.camel>