From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <18e3056b13bce290bf6a93c5b70d3afd@plan9.bell-labs.com>
From: jmk@plan9.bell-labs.com
To: 9fans@cse.psu.edu
Subject: Re: [9fans] fresh compiled kernels no longer boot..?
In-Reply-To: <200401252343.i0PNhqm08381@zamenhof.cs.utwente.nl>
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Date: Sun, 25 Jan 2004 18:52:39 -0500
Topicbox-Message-UUID: c0b42fae-eacc-11e9-9e20-41e7f4b1d025

On Sun Jan 25 18:45:41 EST 2004, Axel.Belinfante@cs.utwente.nl wrote:
> i wrote:
> > jmk wrote:
> > > On Sun Jan 25 17:38:41 EST 2004, presotto@closedmind.org wrote:
> > > > The 486 problems shouldn't bother a K6 which is a pentium comnpatible machine.
> > > > However, jmk has already fixed that for 486's.  If you want, you could comment
> > > > out lines 900 and 901 in 9/pc/devarch.c and see if it helps.
> > > >
> > > > Unfortinately, I don't have a matching processor.  I did make a cpu kernel from
> > > > the distribution and it worked on a Xeon but that doesn't tell you much I guess.
> > >
> > > The DX value from the cpuid instruction shows the processor has the capabilities
> > > which were missing on Lucio's SiS processor and causing it to reboot, so that shouldn't
> > > be the problem.
> >
> > i commented out those lines, without result.
> > got my serial cable and added some print statements to main.c;
> > it seems to die in cpuidentify().
> > I'll try adding some more print statements and see what I learn.
>
> It seems that my machine did not like the line (guarded by an if statement):
>
> rdmsr(0x1B, &apicbase);
>
> near the end of cpuidentify().
>
> Now that I'm looking at sources, that piece of code seems to be gone... :-)
>
> Axel.

My fault. That code was in my private copy and I updated the main tree before
taking it out. I took it when looking at your problem when I realised is shouldn't
have been there.

Sorry.