All of lore.kernel.org
 help / color / mirror / Atom feed
From: joeyli <jlee-IBi9RG/b67k@public.gmane.org>
To: Jiri Slaby <jslaby-AlSwsSmVLrQ@public.gmane.org>
Cc: matthew.garrett-05XSO3Yj/JvQT0dZR+AlfA@public.gmane.org,
	matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org,
	cbouatmailru-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org,
	ccross-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org,
	keescook-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org,
	Tony Luck <tony.luck-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	Linux kernel mailing list
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: Cannot add new efi boot entry
Date: Tue, 16 Apr 2013 17:56:08 +0800	[thread overview]
Message-ID: <1366106168.23707.9.camel@linux-s257.site> (raw)
In-Reply-To: <516B1ED3.9040900-AlSwsSmVLrQ@public.gmane.org>

Hi Jiri, 

於 日,2013-04-14 於 23:25 +0200,Jiri Slaby 提到:
> Hi,
> 
> after update to 3.8, every update of the kernel ends up in an unbootable
> machine. It is due to the following commit:
> commit 68d929862e29a8b52a7f2f2f86a0600423b093cd
> Author: Matthew Garrett <matthew.garrett-05XSO3Yj/JvQT0dZR+AlfA@public.gmane.org>
> Date:   Sat Mar 2 19:40:17 2013 -0500
> 
>     efi: be more paranoid about available space when creating variables
> 
> efibootmgr which tries to add an entry and silently fails when writing
> to /sys/firmware/efi/vars/new_var with -ENOSPC.
> 
> There are many entries in there:
> # efibootmgr
> BootCurrent: 000D
> Timeout: 0 seconds
> BootOrder:
> 0018,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012
> Boot0000  Setup
> Boot0001  Boot Menu
> Boot0002  Diagnostic Splash Screen
> Boot0003  Lenovo Diagnostics
> Boot0004  Startup Interrupt Menu
> Boot0005  ME Configuration Menu
> Boot0006  Rescue and Recovery
> Boot0007* USB CD
> Boot0008* USB FDD
> Boot0009* ATAPI CD0
> Boot000A* ATA HDD0
> Boot000B* ATA HDD1
> Boot000C* ATA HDD2
> Boot000D* USB HDD
> Boot000E* PCI LAN
> Boot000F* ATAPI CD1
> Boot0010  Other CD
> Boot0011* ATA HDD3
> Boot0012  Other HDD
> Boot0013* IDER BOOT CDROM
> Boot0014* IDER BOOT Floppy
> Boot0015* ATA HDD
> Boot0016* ATAPI CD:
> Boot0017* PCI LAN
> Boot0018* Linux
> 
> 
> Remaining size is about 20k, added entry size is hundreds bytes, store
> size is 64k.
> 
> Obviously lowering the limitation from 1/2 to 1/4 fixes the problem for
> me because it always worked on my setup to store a new entry...
> 
> Any ideas how to overcome that? It would be better to blacklist bad
> machines rather than whitelist good ones, right?
> 
> thanks,

I think I just got the same situation on my side with Acer machine. I am
trying Matthew's new patchset hope can avoid this situation:

https://lkml.org/lkml/2013/4/15/473


Thanks a  lot!
Joey Lee

WARNING: multiple messages have this Message-ID (diff)
From: joeyli <jlee@suse.com>
To: Jiri Slaby <jslaby@suse.cz>
Cc: matthew.garrett@nebula.com, matt.fleming@intel.com,
	cbouatmailru@gmail.com, ccross@android.com,
	keescook@chromium.org, Tony Luck <tony.luck@intel.com>,
	linux-efi@vger.kernel.org,
	Linux kernel mailing list <linux-kernel@vger.kernel.org>
Subject: Re: Cannot add new efi boot entry
Date: Tue, 16 Apr 2013 17:56:08 +0800	[thread overview]
Message-ID: <1366106168.23707.9.camel@linux-s257.site> (raw)
In-Reply-To: <516B1ED3.9040900@suse.cz>

Hi Jiri, 

於 日,2013-04-14 於 23:25 +0200,Jiri Slaby 提到:
> Hi,
> 
> after update to 3.8, every update of the kernel ends up in an unbootable
> machine. It is due to the following commit:
> commit 68d929862e29a8b52a7f2f2f86a0600423b093cd
> Author: Matthew Garrett <matthew.garrett@nebula.com>
> Date:   Sat Mar 2 19:40:17 2013 -0500
> 
>     efi: be more paranoid about available space when creating variables
> 
> efibootmgr which tries to add an entry and silently fails when writing
> to /sys/firmware/efi/vars/new_var with -ENOSPC.
> 
> There are many entries in there:
> # efibootmgr
> BootCurrent: 000D
> Timeout: 0 seconds
> BootOrder:
> 0018,0000,0001,0002,0003,0007,0008,0009,000A,000B,000C,000D,000E,000F,0010,0011,0012
> Boot0000  Setup
> Boot0001  Boot Menu
> Boot0002  Diagnostic Splash Screen
> Boot0003  Lenovo Diagnostics
> Boot0004  Startup Interrupt Menu
> Boot0005  ME Configuration Menu
> Boot0006  Rescue and Recovery
> Boot0007* USB CD
> Boot0008* USB FDD
> Boot0009* ATAPI CD0
> Boot000A* ATA HDD0
> Boot000B* ATA HDD1
> Boot000C* ATA HDD2
> Boot000D* USB HDD
> Boot000E* PCI LAN
> Boot000F* ATAPI CD1
> Boot0010  Other CD
> Boot0011* ATA HDD3
> Boot0012  Other HDD
> Boot0013* IDER BOOT CDROM
> Boot0014* IDER BOOT Floppy
> Boot0015* ATA HDD
> Boot0016* ATAPI CD:
> Boot0017* PCI LAN
> Boot0018* Linux
> 
> 
> Remaining size is about 20k, added entry size is hundreds bytes, store
> size is 64k.
> 
> Obviously lowering the limitation from 1/2 to 1/4 fixes the problem for
> me because it always worked on my setup to store a new entry...
> 
> Any ideas how to overcome that? It would be better to blacklist bad
> machines rather than whitelist good ones, right?
> 
> thanks,

I think I just got the same situation on my side with Acer machine. I am
trying Matthew's new patchset hope can avoid this situation:

https://lkml.org/lkml/2013/4/15/473


Thanks a  lot!
Joey Lee




  parent reply	other threads:[~2013-04-16  9:56 UTC|newest]

Thread overview: 26+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-14 21:25 Cannot add new efi boot entry Jiri Slaby
2013-04-14 21:25 ` Jiri Slaby
     [not found] ` <516B1ED3.9040900-AlSwsSmVLrQ@public.gmane.org>
2013-04-16  9:56   ` joeyli [this message]
2013-04-16  9:56     ` joeyli
2013-04-16 10:11     ` Matt Fleming
2013-04-17 11:33       ` joeyli
     [not found]       ` <516D23B5.4070209-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2013-04-17 14:29         ` Jiri Slaby
2013-04-17 14:29           ` Jiri Slaby
     [not found]           ` <516EB1B6.7050506-AlSwsSmVLrQ@public.gmane.org>
2013-04-17 14:49             ` joeyli
2013-04-17 14:49               ` joeyli
     [not found]               ` <1366210184.23707.69.camel-ONCj+Eqt86TasUa73XJKwA@public.gmane.org>
2013-04-17 14:51                 ` joeyli
2013-04-17 14:51                   ` joeyli
2013-04-17 14:51             ` Matt Fleming
2013-04-17 14:51               ` Matt Fleming
     [not found]               ` <516EB6F2.6070806-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2013-04-18 18:07                 ` Jiri Slaby
2013-04-18 18:07                   ` Jiri Slaby
2013-04-20  7:40                   ` Jiri Slaby
     [not found]                     ` <5172466B.9080105-AlSwsSmVLrQ@public.gmane.org>
2013-04-22 11:07                       ` Matt Fleming
2013-04-22 11:07                         ` Matt Fleming
     [not found]                         ` <517519E3.2030409-HNK1S37rvNbeXh+fF434Mdi2O/JbrIOy@public.gmane.org>
2013-04-22 11:31                           ` joeyli
2013-04-22 11:31                             ` joeyli
     [not found]                             ` <1366630277.23707.132.camel-ONCj+Eqt86TasUa73XJKwA@public.gmane.org>
2013-04-22 12:20                               ` Matt Fleming
2013-04-22 12:20                                 ` Matt Fleming
2013-04-22 12:25                                 ` Jiri Slaby
     [not found]                                   ` <51752C2C.4090707-AlSwsSmVLrQ@public.gmane.org>
2013-04-22 16:43                                     ` Matthew Garrett
2013-04-22 16:43                                       ` Matthew Garrett

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=1366106168.23707.9.camel@linux-s257.site \
    --to=jlee-ibi9rg/b67k@public.gmane.org \
    --cc=cbouatmailru-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=ccross-z5hGa2qSFaRBDgjK7y7TUQ@public.gmane.org \
    --cc=jslaby-AlSwsSmVLrQ@public.gmane.org \
    --cc=keescook-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org \
    --cc=linux-efi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=matt.fleming-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=matthew.garrett-05XSO3Yj/JvQT0dZR+AlfA@public.gmane.org \
    --cc=tony.luck-ral2JQCrhuEAvxtiuMwx3w@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.