Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 9 Oct 1995 00:58:44 -0700 (PDT)
From:      "Rodney W. Grimes" <rgrimes@GndRsh.aac.dev.com>
To:        joerg_wunsch@uriah.heep.sax.de
Cc:        freebsd-current@FreeBSD.org
Subject:   Re: hangs at Rebooting...
Message-ID:  <199510090758.AAA09810@GndRsh.aac.dev.com>
In-Reply-To: <199510090731.IAA00280@uriah.heep.sax.de> from "J Wunsch" at Oct 9, 95 08:31:49 am

next in thread | previous in thread | raw e-mail | index | archive | help
> 
> As Rodney W. Grimes wrote:
> > 
> > This means your MB is broken such that we have no current way to make
> > it reboot :-(.  It fails the keyboard reset, and fails to detect a
> > CPU shutdown condition :-(.
> 
> Since we are at it:
> 
> Mine fails to reset whenever i'm using the sequence "halt" -> "Hit any
> key..." -> "hit the anykey" -> "partial reset" -> "beep beep beep".
> This is with both methods (kbd controller reset now, CPU shutdown in
> old systems), and it _always_ works for the "reboot" case.  (It
> neither works for things like "call cpu_reset" from DDB.)
> 
> The mainboard is a not-so-recent EISA mainboard, SiS chipset, Phonix
> BIOS.
> 
> The "beep beep beep" seems to indicate that the video controller is
> stuck after the reoboot (and no video memory found).  Any ideas?

Yea, do you happen to have a shared memory ethernet controller sharing
the same 128K byte segment that the video BIOS is in?  Is so I suspect
your ethernet card is left in 8 bit mode and your video bios is 16 bit
mode or vice versa.  This causes a decode problem at POST time, and since
the ISA reset signal was not pulled to reset the cards to there power
on state (probably both 8 bit mode, ethernet unmapped) it hangs the
BIOS.  David did just about everything he could do to the if_ed driver
to fix this `beep beep beep' reboot hang, not much more to be done
other than to move your ethernet shared memory segment.

If that is not it I would need a very complete and nitty gritty detailed
description of the hardware in your system.

Phoenix has never impressed me with there BIOS, it may be a problem there
as well, in that they should firmly bash the video card over the head
before attempting to shadow the bios (infact now that I think about it,
it seems to me that some Phoenix bioses do not reshadow the bios on a
CPU shutdown, this can leave trash in shadow ram, but FreeBSD should not
be mucking with that area, but there was a virus attack that used this
little known tid bit to hide it self.)

It might help to poke the warm/cold boot flag location at 0x472 back
to zero during cpu_reset.  See sys/i386/i386/locore.s, very first thing
FreeBSD does is to set the BIOS warm/cold flag to warm.  Search for
``warm boot'' or ``btext''.

-- 
Rod Grimes                                      rgrimes@gndrsh.aac.dev.com
Accurate Automation Company                 Reliable computers for FreeBSD



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510090758.AAA09810>