d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
97e112628f
freebsd-nq/sys/i386/boot/biosboot/probe_keyboard.c

121 lines
3.6 KiB
C
Raw Normal View History

Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
/*-
* Copyright (c) 1992-1995 S<EFBFBD>ren Schmidt
* Copyright (c) 1990 The Regents of the University of California.
* All rights reserved.
*
* This code is derived from software contributed to Berkeley by
* William Jolitz and Don Ahn.
*
* Redistribution and use in source and binary forms, with or without
* modification, are permitted provided that the following conditions
* are met:
* 1. Redistributions of source code must retain the above copyright
* notice, this list of conditions and the following disclaimer
* in this position and unchanged.
* 2. Redistributions in binary form must reproduce the above copyright
* notice, this list of conditions and the following disclaimer in the
* documentation and/or other materials provided with the distribution.
* 3. All advertising materials mentioning features or use of this software
* must display the following acknowledgement:
* This product includes software developed by the University of
* California, Berkeley and its contributors.
* 4. Neither the name of the University nor the names of its contributors
* may be used to endorse or promote products derived from this software
* without specific prior written permission.
*
* THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
* ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
* IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
* ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
* FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
* DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
* OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
* LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
* OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
* SUCH DAMAGE.
*
* This is a modified version of the keyboard reset code used in syscons.
* If the keyboard reset fails, we assume that the keyboard has been
* unplugged and we use a serial port (COM1) as the console instead.
* Returns 1 on failure (no keyboard), 0 on success (keyboard attached).
*
* This grody hack brought to you by Bill Paul (wpaul@ctr.columbia.edu)
*
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
* $Id: probe_keyboard.c,v 1.4 1995/04/14 21:26:52 joerg Exp $
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
*/
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#ifndef FORCE_COMCONSOLE
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
#include <machine/console.h>
#include <machine/cpufunc.h>
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#include "boot.h"
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
int
probe_keyboard(void)
{
int i, retries = 5;
unsigned char val;
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
/* flush any noise in the buffer */
while (inb(KB_STAT) & KB_BUF_FULL) {
delay1ms();
(void) inb(KB_DATA);
}
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
/* Try to reset keyboard hardware */
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
again:
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
while (--retries) {
#ifdef DEBUG
printf("%d ", retries);
#endif
while ((inb(KB_STAT) & KB_READY) == KB_READY) delay1ms();
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
outb(KB_DATA, KB_RESET);
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
for (i=0; i<1000; i++) {
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
delay1ms();
val = inb(KB_DATA);
if (val == KB_ACK || val == KB_ECHO)
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
goto gotres;
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
if (val == KB_RESEND)
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
break;
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
}
}
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
gotres:
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#ifdef DEBUG
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
printf("gotres\n");
#endif
if (!retries) {
if (val == KB_RESEND) {
#ifdef DEBUG
printf("gave up\n");
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#endif
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
return(0);
}
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
return(1);
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
}
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
gotack:
delay1ms();
while ((inb(KB_STAT) & KB_BUF_FULL) == 0) delay1ms();
delay1ms();
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#ifdef DEBUG
printf("ACK ");
#endif
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
val = inb(KB_DATA);
if (val == KB_ACK)
goto gotack;
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
if (val == KB_RESEND)
goto again;
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
if (val != KB_RESET_DONE) {
#ifdef DEBUG
printf("stray val %d\n", val);
#endif
. Make Poul's boot2 overflow warning less noisy in case the blocks do fit, and beeping in case of an overflow. . Drop a comment about the ``FORCE_COMCONSOLE'' option into README.serial. . Increase the name buffer for the root directory from 100 bytes to 8 KB; this is in no way ideal, but (IMHO) the best that can be done by now. People did encounter problems with their root dir name listing overflowing the allocated buffer space. Once we've got the three-stage boot, we should implement some basic malloc(). Swap space is already getting tight now, perhaps the swap should go into another 64 KB segment instead. . Make the keyboard probe less paranoid. It should not give up in case of a keyboard that's continuously demanding RESEND's. Even though the keyboard reset apparently has not been reported to be complete, it's at the very least proven that there IS something like a keyboard available. This solves problems with the ``Gateway-2000 AllKey programmable'' (sp?) keyboard, that experienced a total hang with the previous probe. Thanks goes to Scott Blachowicz <scott@statsci.com> for his extensive testing of my various interim (debugging) bootblocks to get this working.
1995-04-20 23:15:10 +00:00
return(0);
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
}
#ifdef DEBUG
printf("ok\n");
#endif
Some people have complained that they were unable to boot the Feb. 10th snapshot. The keyboard probe in the bootblock seems to have been singled out as the cause of these problems, so I've beefed it up alittle. This pushes us right up to the edge of the size limit: the second stage boot is now 7152 bytes in size, just 8 bytes under the wire. On the other hand, the new probe now does almost exactly what syscons does, so hopefully this will do the trick. It seems to work properly on my hardware, but then so did the old probe.
1995-03-02 21:00:14 +00:00
return(0);
Submitted by: Bill Paul (wpaul@ctr.columbia.edu) Obtained from: bios boot block changed to allow booting from both the attached graphics display and from a serial port. (A specially compiled serial boot block is no longer necessary.) The boot block should detect the presence or absence of a keyboard: if there is no keyboard, COM1 is turned into the console. This simulates the behavior of the Sun boot PROMs. Unplug your keyboard, attach a terminal to COM1 and you should be ready to go. :)
1995-01-20 07:48:27 +00:00
}
Boot block cleanup. o Fix the keyboard probe to properly wait for the ready bit before sending a command to the keyboard controller. This should avoid the problems some people are experiencing where the boot blocks hang the system during keyboard probe. (It does solve it for me.) o Fix a bug that effectively prevented the boot blocks from ever passing control to the serial console. [while(--retries) instead of while(retries--)] o Gratuitously reduced the keyboard probe timeout from 500 to 5 seconds. :) o Introduced a new option ``FORCE_COMCONSOLE'' as a commented-out example in the Makefile, to force the usage of a serial console regardless of a keyboard being connected or not. o Moved all external declarations to boot.h, declared all functions there, and ANSIfied all function declarations/definitions. (printf() remains bogus, however -- i'm too lazy to fix this.) We're in the ninetees, dunno why we should still support compilers from the 70's.
1995-04-14 21:26:53 +00:00
#endif /* !FORCE_COMCONSOLE */
Reference in New Issue Copy Permalink