From: Paul Menzel <paulepanter@users.sourceforge.net>
To: grub-devel@gnu.org
Subject: Re: GRUB as coreboot payload with *working* AHCI mode support
Date: Sun, 28 Apr 2013 14:04:21 +0200 [thread overview]
Message-ID: <1367150661.4598.32.camel@mattotaupa> (raw)
In-Reply-To: <517D0723.6040805@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2515 bytes --]
Am Sonntag, den 28.04.2013, 13:25 +0200 schrieb Vladimir 'φ-coder/phcoder' Serbinenko:
> On 28.04.2013 11:02, Paul Menzel wrote:
[…]
> > 02.316: <1b>[H<1b>[J<1b>[1;1Hdisk/ahci.c:211: dev: 0:11.0
> >
> > Here the debug messages start as there is `set debug="ahci"` in
> > `grub.cfg` in the memdisk. (Not sure where the strange characters in the
> > beginning come from though.)
>
> It's an escape sequence ehich causes screen clear when running vt100
> compatible terminal.
Good to know. Thanks. I used `readserial.py` from SeaBIOS [1] which
prints the timing at the beginning. It looks like it ignores such
sequences.
> > 02.317: disk/ahci.c:267: AHCI is in compat mode. Switching
> >
> > I have to read about that and figure out, if and where I can configure
> > that mode in coreboot. Vladimir, could you please add to the error
> > message, to what mode the mode is switched to?
>
> It's not an error, it's perfectly specified part of AHCI startup. It's
> GHC.AE
Sorry, I meant debug message and not error message.
As mentioned on IRC, I thought I had configured coreboot to set it into
AHCI mode and have to find out, why it does not set this bit.
> > 10.269:
> > 10.269: <1b>[m<1b>[4;2H+----------------------------------------------------------------------------+<1b>[5;2H|<1b>[5;79H|<1b>[6;2H|<1b>[6;79H|<1b>[7;2H|<1b>[7;79H|<1b>[8;2H|<1b>[8;79H|<1b>[9;2H|<1b>[9;79H|<1b>[10;2H|<1b>[10;79H|<1b>[11;2H|<1b>[11;79H|<1b>[12;2H|<1b>[12;79H|<1b>[13;2H|<1b>[13;79H|<1b>[14;2H|<1b>[14;79H|<1b>[15;2H|<1b>[15;79H|<1b>[16;2H|<1b>[16;79H|<1b>[17;2H+----------------------------------------------------------------------------+<1b>[m<1b>[18;2H<1b>[m
> > 10.269: Use the ^ and v keys to select which entry is highlighted.
> > 10.269: Press enter to boot the selected OS, `e' to edit the commands
> > 10.269: before booting or `c' for a command-line.
> > […]
> >
> > So my Western Digital WD20EARS seems to take about ten seconds to start
> > up. (Under SeaBIOS it has the same behavior.)
>
> Hm, it's somewhat slow to spinup but sounds credible that some drives
> would need so much time.
I only have one comparison setup. On a T60 the laptop drive Hitachi
HTS7210… seems to only take five seconds for spin-up.
Thanks,
Paul
[1] http://review.coreboot.org/gitweb?p=seabios.git;a=blob;f=tools/readserial.py;h=d85392eba67933e85ff58ab1ad53db6dd3759b29;hb=HEAD
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
prev parent reply other threads:[~2013-04-28 12:04 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-28 9:02 GRUB as coreboot payload with *working* AHCI mode support Paul Menzel
2013-04-28 11:25 ` Vladimir 'φ-coder/phcoder' Serbinenko
2013-04-28 12:04 ` Paul Menzel [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1367150661.4598.32.camel@mattotaupa \
--to=paulepanter@users.sourceforge.net \
--cc=grub-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).