Hi!
> > This removes some stale debugging infrastructure from s2ram
> > paths. Also, there's no need to verify_cpu on x86-64 -- cpu can't
> > change during s2ram, and removed #if 0-ed code. Some testing would be
> > useful, perpahs it will even fix someone's machine :-). (VGA accesses
> > could theoretically hurt if vga is not present / if it is in some
> > strange state).
> >
> > Signed-off-by: Pavel Machek <[email protected]>
> >
> > diff --git a/arch/i386/kernel/acpi/wakeup.S b/arch/i386/kernel/acpi/wakeup.S
> > index 1415da1..9719bd6 100644
> > --- a/arch/i386/kernel/acpi/wakeup.S
> > +++ b/arch/i386/kernel/acpi/wakeup.S
> > @@ -53,9 +38,6 @@ wakeup_code:
> > # Uncomment this to make your computer start producing ugly noise as soon
> > # as BIOS returns to this real-mode entry point.
> > # BEEP
> > - movw $0xb800, %ax
> > - movw %ax,%fs
> > - movw $0x0e00 + 'L', %fs:(0x10)
>
> Hmm, was this a part of that yellow "Linux" string?
Yes. But I'm afraid that may cause problems if vga is not ready.
> > # Running in *copy* of this code, somewhere in low 1MB.
> >
> > - movb $0xa1, %al ; outb %al, $0x80
>
> Well, what was this for?
Debugging leds on port 80. I still have that card somewhere
:-). Interesting parties can reinsert it.
> > @@ -88,8 +82,6 @@ # Running in *copy* of this code, somewh
> > movw %ax,%fs
> > movw $0x0e00 + 'L', %fs:(0x10)
>
> Why aren't you removing this line?
Mistake, killed.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
