Re: Patch "efi: Build EFI stub with EFI-appropriate options" has been added to the 3.6-stable tree

2013-04-08 Thread Matt Fleming
On 03/04/13 11:28, Matt Fleming wrote: > I applied this by hand. Your patch appears to be whitespace damaged. Also, I > expanded the commit message and turned it into, > > efi: fix typo in Makefile > > commit 9dead5bbb825 ("efi: Build EFI stub with EFI-appropriate options") > contains a typ

Re: Patch "efi: Build EFI stub with EFI-appropriate options" has been added to the 3.6-stable tree

2013-04-03 Thread Daniel Vacek
On Wed, Apr 3, 2013 at 12:28 PM, Matt Fleming wrote: > > On 30/03/13 10:04, Daniel Vacek wrote: > > > > Resending patch. It got lost somewhere. Thanks for pushing Ben. > > I applied this by hand. Your patch appears to be whitespace damaged. You're right. Sorry for the mess and thanks. --nX -- To

Re: Patch "efi: Build EFI stub with EFI-appropriate options" has been added to the 3.6-stable tree

2013-04-03 Thread Matt Fleming
On 30/03/13 10:04, Daniel Vacek wrote: > On Sat, Mar 30, 2013 at 4:28 AM, Ben Hutchings wrote: >> Daniel, this is an obvious fix but I noticed it still hasn't been >> applied. Please can you re-send with the proper Signed-off-by line? > > Resending patch. It got lost somewhere. Thanks for pushin

Re: Patch "efi: Build EFI stub with EFI-appropriate options" has been added to the 3.6-stable tree

2013-03-30 Thread Daniel Vacek
On Sat, Mar 30, 2013 at 4:28 AM, Ben Hutchings wrote: > Daniel, this is an obvious fix but I noticed it still hasn't been > applied. Please can you re-send with the proper Signed-off-by line? Resending patch. It got lost somewhere. Thanks for pushing Ben. >From 53864fe932aa87be62f1c70944c386cff

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-10-24 Thread Daniel Vacek
On Wed, Oct 24, 2012 at 7:52 PM, Greg KH wrote: > On Thu, Oct 18, 2012 at 10:32:50PM +0200, Daniel Vacek wrote: >> On Thu, Oct 18, 2012 at 8:28 PM, Matthew Garrett wrote: >> > On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote: >> > >> >> s/CLFAGS/CFLAGS/ >> >> >> >> should go to stable

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-10-24 Thread Greg KH
On Thu, Oct 18, 2012 at 10:32:50PM +0200, Daniel Vacek wrote: > On Thu, Oct 18, 2012 at 8:28 PM, Matthew Garrett wrote: > > On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote: > > > >> s/CLFAGS/CFLAGS/ > >> > >> should go to stable too? > > > > Crap. Yes. Feel free to send that. Applied

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-10-18 Thread Daniel Vacek
On Thu, Oct 18, 2012 at 8:28 PM, Matthew Garrett wrote: > On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote: > >> s/CLFAGS/CFLAGS/ >> >> should go to stable too? > > Crap. Yes. Feel free to send that. --nX 0001-efi-fix-typo-in-Makefile.patch Description: Binary data

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-10-18 Thread Matthew Garrett
On Thu, Oct 18, 2012 at 08:18:51PM +0200, Daniel Vacek wrote: > s/CLFAGS/CFLAGS/ > > should go to stable too? Crap. Yes. Feel free to send that. -- Matthew Garrett | mj...@srcf.ucam.org -- To unsubscribe from this list: send the line "unsubscribe linux-efi" in the body of a message to majord..

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-10-18 Thread Daniel Vacek
On Fri, Jul 27, 2012 at 12:00 AM, Matthew Garrett wrote: > We can't assume the presence of the red zone while we're still in a boot > services environment, so we should build with -fno-red-zone to avoid > problems. Change the size of wchar at the same time to make string handling > simpler. > > Si

Re: [PATCH] efi: Build EFI stub with EFI-appropriate options

2012-07-27 Thread Matt Fleming
On Thu, 2012-07-26 at 18:00 -0400, Matthew Garrett wrote: > We can't assume the presence of the red zone while we're still in a boot > services environment, so we should build with -fno-red-zone to avoid > problems. Change the size of wchar at the same time to make string handling > simpler. > > S

[PATCH] efi: Build EFI stub with EFI-appropriate options

2012-07-26 Thread Matthew Garrett
We can't assume the presence of the red zone while we're still in a boot services environment, so we should build with -fno-red-zone to avoid problems. Change the size of wchar at the same time to make string handling simpler. Signed-off-by: Matthew Garrett --- arch/x86/boot/compressed/Makefile