Chris,
Sorry, I didn't know what was needed. I have also located the
problem (well, sort of). I built a GENERIC kernel, and then made
incremental changes until I had my old working kernel back. The problem
appears to be in the code for one of the following options:
CLK_CALIBRATION_LOOP
CLK_USE_I8254_CALIBRATION
CLK_USE_TSC_CALIBRATION
I don't need these anymore (my machine figures out the clock speed when it
boots without them), so I didn't try to isolate which was at fault. If
people would like, I can turn these on one at a time and see which is
causing it. If I remember correctly from when I last looked at the code,
CLK_CALIBRATION_LOOP turns on the feature and the other 2 select
variations on how it is handled.
brian
+-----------------------------------+------------------------------------------+
He rides a cycle of mighty days, and \ Wm Brian and Lori McCane
represents the last great schizm among\ McCane Consulting
the gods. Evil though he obviously is, \ [EMAIL PROTECTED]
he is a mighty figure, this father of \ http://bmccane.maxbaud.net/
my spirit, and I respect him as the sons \ http://www.sellit-here.com/
of old did the fathers of their bodies. \ http://kidsearch.maxbaud.net/
Roger Zelazny - "Lord of Light" \ http://www.maxbaud.net/
+-------------------------------------------+----------------------------------+
On Tue, 28 Mar 2000, Chris Costello wrote:
> On Tuesday, March 28, 2000, Wm Brian McCane wrote:
> > Fatal trap 9: general protection fault in kernel mode
> > <pointers, &etc>
>
> Why did you remove the vital information needed to track down
> and fix the problem?
>
> --
> |Chris Costello <[EMAIL PROTECTED]>
> |A paperless office has about as much chance as a paperless bathroom.
> `--------------------------------------------------------------------
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message