==
--- ChangeLog (revision 1725)
+++ ChangeLog (working copy)
@@ -1,3 +1,18 @@
+2008-07-23 David Fries <[EMAIL PROTECTED]>
+
+ Allow holding control or shift to abort timeout, even timeout=0. This
+ allows no timeout delay and still be interactive.
+
+
On Wed, Jul 23, 2008 at 09:13:58PM -0400, Pavel Roskin wrote:
> On Wed, 2008-07-23 at 19:52 -0500, David Fries wrote:
>
> > This calls the getshiftflags BIOS int 16h function 2 in startup.S, to
> > find out the status of the shift and control keys (among others). The
>
itory. Currently I'm using git, in other cases I've
used CVS. That way each revision control program keeps track of their
own revisions in its own files which don't conflict with the other.
Synchronization is, commit local changes, update remote, commit remote
changes to local repo
of adding
it to multiple utility program source files.
--
David Fries <[EMAIL PROTECTED]>
http://fries.net/~david/ (PGP encryption key available)
Index: conf/common.rmk
===
--- conf/common.rmk (revision 1798)
+++ conf/co
pressed, which both
produce interrupts and are checked. I assume any other call to
grub_cpu_idle will have an interrupt or the timer to wake it up.
On Wed, Aug 13, 2008 at 11:34:22AM +0200, Marco Gerards wrote:
> David Fries <[EMAIL PROTECTED]> writes:
>
> > As grub_cpu_idle is
second version of the patch out, and this time I did
compile coreboot. It won't be improved or harmed, the patch just
helps the i386/pc platform.
--
David Fries <[EMAIL PROTECTED]>
http://fries.net/~david/ (PGP encryption key available)
___
On Sat, Aug 16, 2008 at 02:33:17PM +0200, Robert Millan wrote:
> On Fri, Aug 15, 2008 at 10:11:09PM -0500, David Fries wrote:
> > [...]. Until I have an
> > application for it, I'll have to let someone else implement support
> > for grub_cpu_idle.
>
> We
