Re: build with SMP causes (multiple?) issues on my system

[Joe Love <joe@xxxxxxxxxxxxxxxx>]

Eric Haug pointed out what my problem was to me, and I just noticed that 
he had posted to the list about this causing issues for some people on 
Aug 1 entitled "SMP freezes when ttyd0 getty started".  Thanks Eric, 
sorry I missed that post to the newsgroup.

This has allowed the machine to finish starting up, and get to a login 
prompt.

Interestingly enough though, when booted into single-user mode with SMP 
enabled, the system still has issues with the Syncing discs part, 
described here:
(note: it does not have this problem normally, even with SMP, but only 
in single-user mode.)

Joe Love wrote:
> So, I went back in (after some aggrivation with booting the computer 
> from a livecd, since vi nor ee wanted to agree with me when in 
> single-user mode, but that's a side story), and removed the SMP from the 
> kernel config, rebuilt it, and rebooted, and ran into my second issue. 
> Upon trying to reboot (from single-user mode while SMP was enabled in 
> the kernel), it attemped to perform the normal "Syncing discs .. " 
> followed by numbers, often eventually repeating the same number over and 
> over, and gives up.  It prints out the messages:
>
> giving up on 1 buffers
> Debugger("Busy buffer problem")
> CPU1 stopping CPUs: 0x00000001
>  stopped
> Stopped at      Debugger+0x23:  mob    $0,in_Debugger.354
>
> and then it enters the debugger (the same one from hitting ctl+alt+esc). 
>  Now, when I was talking to GeekGod, it was suggested that I type 
> "panic" followed by "reset".  So, I tried typing "panic" and was greeted 
> by a very interesting screen of text which probably makes sense to 
> someone, and the line "CHKTOKEN loop 1" repeating over and over and 
> over.  At this point GeekGod suggested that I really need to send a bug 
> report in, and that pretty much brings this up to speed.


Thanks,

-Joe