Experiences with 7.0-CURRENT and vmware.

Garrett Cooper youshi10 at u.washington.edu
Fri May 11 03:14:31 UTC 2007

Kris Kennaway wrote:
> On Thu, May 10, 2007 at 08:44:48PM +0000, Darren Reed wrote:
>> On Thu, May 10, 2007 at 03:41:44PM -0400, Kris Kennaway wrote:
>>> On Thu, May 10, 2007 at 12:54:45PM +0000, Darren Reed wrote:
>> ...
>>>> In another reply it was "hint.apic.0.disabled=1".
>>>> My current loader.conf:
>>>> vm.kmem_size=536870912
>>>> vm.kmem_size_max=536870912
>>>> unset acpi_load
>>> acpi_load="NO" to disable the module
>>>> hint.acpi.0.disabled=1
>>>> hint.apci.0.disabled=1
>>> dunno what apci does :)
>>>> hint.acpi.0.disabled="1"
>>> This is the one that should work.  Can you confirm that you see it in
>>> the loader environment by doing 'show'?
>> ok.  I modified my loader.conf to be:
>> hint.acpi.0.disabled="1"
>> vm.kmem_size=536870912
>> vm.kmem_size_max=536870912
>> vfs.zfs.arc_max=402653184
>> and now ACPI is didsabled when the kernel boots :-)
>> Is it possible for parsing errors of this file to generate errors?
>> And maybe pause for a few seconds so they can be read?
> I guess all things are possible with forth.
>> When I was modifying the loader.conf, I was looking for errors on
>> bootup but regarding getting acpi vs apci vs apic right, I never
>> saw any.  My experience also tells me that errors seem to quietly
>> stop the rest of the file being parsed or...?
>>>> # sysctl kern.timecounter.hardware="ACPI-fast"
>>>> kern.timecounter.hardware: ACPI-safe
>>>> sysctl: kern.timecounter.hardware: Invalid argument
>>> kern.timecounter.choice
>> When I tried to set this with sysctl, I got told it was read-only.
>> The next step was to put it in loader.conf but now ACPI *is* disabled :)
> Sorry, .hardware was the correct one.  I don't know why you are unable
> to set it at runtime:
> xor# sysctl kern.timecounter.hardware=TSC
> kern.timecounter.hardware: ACPI-fast -> TSC
> xor# sysctl kern.timecounter.hardware=ACPI-fast
> kern.timecounter.hardware: TSC -> ACPI-fast
> Kris

I'm not sure why but it isn't settable with VMWare 1.03 server either.

I gave the Intel ACPI one a shot though and I haven't seen any adverse 
effects.. yet. It is true that the higher the number, the faster the 
synchronization or the inverse?


More information about the freebsd-current mailing list