[UPDATE] New Boot-Loader Menu -- version 1.1

[Devin Teske]

> From: John Baldwin [mailto:jhb at freebsd.org]
> Sent: Tuesday, May 03, 2011 10:33 AM
> To: Devin Teske
> Cc: freebsd-hackers at freebsd.org; Olivier SMEDTS
> Subject: Re: [UPDATE] New Boot-Loader Menu -- version 1.1
>
> On Tuesday, May 03, 2011 12:31:14 pm Devin Teske wrote:
> >
> > On May 3, 2011, at 4:45 AM, John Baldwin wrote:
> >
> > > On Monday, May 02, 2011 8:48:31 pm Devin Teske wrote:
> > > > This version (1.1) works nearly identically to the standard menu
> > > > that ships with FreeBSD in that it detects whether ACPI is
> > > > enabled (truth be told, I actually re-used the "acpienabled?"
> > > > function verbatim from /boot/beastie.4th by Scott Long and
> > > > Aleksander Fafula). The ACPI detection of my boot loader (version
> > > > 1.1 or higher) should be identical to the detection of the current
> > > > boot-loader.
> >
> > Ugh. By "current", I meant 8.1-RELEASE (wasn't expecting this stuff
> > to be different in HEAD, which it is).
> >
> >
> > > Err, note that the acpienabled stuff is all different in HEAD than
> > > in 7/8 since acpi.ko no longer exists.  You should use the scheme
> > > from HEAD for handling ACPI present vs ACPI enabled/disabled.
> > >
> > > --
> > > John Baldwin
> >
> >
> > Ok, I see the new "acpipresent?" word (which replaces the "arch-i386"
> > environment-test). Does this imply that we're going to support ACPI on
> > non-i386 platforms (or already do)?
>
> amd64 and ia64 have always supported ACPI.  ia64 effectively requires it.
> However, "hint.acpi.0.rsdp" is set by biosacpi.c in the i386 loader
> bits, so other platforms will not set it, so the arch-i386 test is no longer
needed.

If "hint.acpi.0.rsdp" is only set in the i386 pieces, wouldn't that imply that
the
"acpipresent?" would return FALSE on IA64?


> > I also see the rewritten "acpienabled?" word. Nice. I'll slurp it in
> > to make my ACPI detection the same as HEAD.
> >
> > I also performed some backward compatibility tests. Looks like this
> > will be backward compatible with 8.1-RELEASE (loader_version == 11).
> > However, the code in HEAD appears to not work in 8.0-RELEASE
> > (loader_version == 8).
>
> Hmm, which part does not work in 8.0?  arch-i386 has existed since at
> least 4.x I thought, and the ACPI bits have been setting
> hint.acpi.0.rsdp since 7.0 (sys/boot/i386/libi386/biosacpi.c CVS rev 1.12
added it).
>
> --
> John Baldwin

I've got this 8.0-STABLE box. I don't know exactly when it was installed, but
/boot/loader has a timestamp from June 2010 and when I execute:

	s" loader_version" environment? drop .

I get "8", whereas when I boot the same exact hardware with 8.1-RELEASE, I get
"11".

When I boot 8.0-STABLE (loader_version 8), I do not have "hint.acpi.0.rsdp"
whereas if I boot 8.1-RELEASE (loader_version 11), I do get "hint.acpi.0.rsdp".
(NOTE: this is on the exact same hardware, without changing any BIOS settings
between boots).

Is it possible that my 8.0-STABLE has a loader that is older than 7.0-RELEASE?
I'm
trying to figure out why this 8.0-STABLE box is not setting hint.acpi.0.rsdp.
--
Cheers,
Devin Teske

-> FUN STUFF <-
-----BEGIN GEEK CODE BLOCK-----
Version 3.12
GAT/CS/B/CC/E/IT/MC/M/MU/P/S/TW d+(++) s: a- C+++@$ UB++++$ P++++@$ L++++$ E-
W+++ N? o? K? w@ O M++$ V- PS+>++ PE@ Y+ PGP-> t(+) 5? X(+) R(-) tv+ W+++ b+>++
DI+
D+(++) G++ e>++++ h r+++ z+++
------END GEEK CODE BLOCK------
Learn about the "Geek Code": http://www.geekcode.com/

-> LEGAL DISCLAIMER <-
This message  contains confidential  and proprietary  information of the sender,
and is intended only for the person(s) to whom it is addressed. Any use,
distribution, copying or disclosure by any other person  is strictly prohibited.
If
you have  received this message in error,  please notify  the e-mail sender
immediately, and delete the original message without making a copy.

-> END TRANSMISSION <-

_____________

The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you.
_____________