Re: Panic of 8-CURRENT in VMWare

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: <freebsd-current@...>
Date: Tuesday, March 18, 2008 - 7:07 pm

Jeff Roberson wrote:
=20

The machine doesn't finish booting the kernel (i.e. init isn't executed) =

and fetching sysctls apparently isn't supported by the kernel debugger=20
(though it would be nice if it did work, at least for simple variables).

The only old kernel I have is 7.0RC1, and in it I can only access=20
kern.clockrate, which is { hz=3D50, tick=3D20000, profhz=3D33, stathz=3D6=
 }.

Since you brought up the issue of clocks, I removed the tuning of=20
kern.hz (it was present there practically forever) and the panic's gone. =

I use low values for kern.hz in VMWare to (noticably) reduce problems=20
with clock drift and context switches, so it would be nice to not have=20
the kernel panic with it :)

Apparently lowering kern.hz works upto about 75 - anything lower=20
triggers the integer divide fault.
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Panic of 8-CURRENT in VMWare, Ivan Voras, (Sun Mar 16, 3:35 pm)
Re: Panic of 8-CURRENT in VMWare, Ivan Voras, (Mon Mar 17, 7:10 pm)
Re: Panic of 8-CURRENT in VMWare, Jeff Roberson, (Tue Mar 18, 6:40 pm)
Re: Panic of 8-CURRENT in VMWare, Ivan Voras, (Tue Mar 18, 7:07 pm)
Re: Panic of 8-CURRENT in VMWare, Ben Kelly, (Mon Jul 28, 9:49 am)