From: Andre <andre.muller-S0/GAf8tV78@public.gmane.org>
To: linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org,
Ulf Winkelvos <ulf-rS3t9PEbhQ0OIzVOb1FTxg@public.gmane.org>
Subject: Re: [PATCH 1/1] arch/x86: Add better error logging to efi main
Date: Sat, 6 Sep 2014 23:02:51 +0200 [thread overview]
Message-ID: <20140906230251.140a99c9@bert> (raw)
Matt Fleming <matt@...> writes:
>
> On Thu, 10 Jul, at 02:12:41AM, ulf@... wrote:
> > <at> <at> -1376,7 +1376,10 <at> <at> struct boot_params *efi_main(struct efi_config *c,
> >
> > setup_graphics(boot_params);
> >
> > - setup_efi_pci(boot_params);
> > + status = setup_efi_pci(boot_params);
> > + if (status != EFI_SUCCESS) {
> > + efi_printk(sys_table, "setup_efi_pci() failed!\n");
> > + }
>
> Actually, it turns out that a lot of people are seeing this error
> message in what would be an otherwise quiet boot,
>
> https://bugzilla.kernel.org/show_bug.cgi?id=81891
>
> Maybe we should distinguish between EFI_PCI_IO_PROTOCOL_GUID not being
> found and all other errors, i.e. memory allocation failure. We obviously
> do want to know if we failed to allocate memory, but we're less bothered
> if we've no PCI devices.
>
> Something like below? Folks on Cc, could you apply this snippet and see
> whether you're still seeing the error message?
>
With a Thinkpad T420 (pre-2.0 EFI), I do run into the failure condition for another reason:
setup_efi_pci64 gets called,
the loop therein is executed nr_pci=11 (!?) times.
The second call run calls into __setup_efi_pci64 successfully, the memcpy takes place; the free_struct: path is not used. Back in setup_efi_pci64, the non-data path is walked.
For all the other 10 runs of the loop, __setup_efi_pci64 fails at
if (!pci->romimage || !pci->romsize)
return EFI_INVALID_PARAMETER;
so that is the status here for any run but the second.
So here, I can work around the message by accepting the EFI_INVALID_PARAMETER condition.
Also, I can work around that by adding break; to the end of the loop in setup_efi_pci64, as it only gets to the end in the successful case. But I guess other machines require to loop successfully through this more than once?
Regards,
Andre Müller
next reply other threads:[~2014-09-06 21:02 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-06 21:02 Andre [this message]
2014-09-07 0:11 ` [PATCH 1/1] arch/x86: Add better error logging to efi main Andre
2014-09-08 21:18 ` Matt Fleming
[not found] ` <20140908211856.GC18582-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-09-09 22:54 ` Andre
2014-09-09 23:00 ` [RFC] [PATCH] x86/efi: Adding efi_printks on memory allocationa and pci.reads Andre
2014-09-11 8:08 ` Matt Fleming
-- strict thread matches above, loose matches on Subject: below --
2014-07-10 0:12 [PATCH 1/1] arch/x86: Add better error logging to efi main ulf-rS3t9PEbhQ0OIzVOb1FTxg
[not found] ` <1404951161-2677-1-git-send-email-ulf-rS3t9PEbhQ0OIzVOb1FTxg@public.gmane.org>
2014-07-10 18:36 ` Matt Fleming
2014-08-13 17:56 ` Matt Fleming
[not found] ` <20140813175611.GU15082-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2014-08-14 22:56 ` Ulf Winkelvos
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=20140906230251.140a99c9@bert \
--to=andre.muller-s0/gaf8tv78@public.gmane.org \
--cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=matt-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org \
--cc=ulf-rS3t9PEbhQ0OIzVOb1FTxg@public.gmane.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).