From: Darren Hart <darren.hart@intel.com>
To: Bruce Ashfield <bruce.ashfield@windriver.com>
Cc: Yocto Project <yocto@yoctoproject.org>
Subject: Re: linux-yocto: doesn't maintain patch order from SRC_URI?
Date: Tue, 29 Nov 2011 17:21:59 -0800 [thread overview]
Message-ID: <4ED58537.5030702@intel.com> (raw)
In-Reply-To: <4ED58399.2030609@intel.com>
On 11/29/2011 05:15 PM, Darren Hart wrote:
> On 11/29/2011 04:41 PM, Darren Hart wrote:
>>
>>
>> On 11/29/2011 03:14 PM, Bruce Ashfield wrote:
>>> On 11-11-29 04:39 PM, Darren Hart wrote:
>>>> I'm experimenting with Matt Fleming's EFI_STUB patches. The first 10 patches were working fine, but when I try to add the 11th, the do_patch fails. I found that it isn't trying to apply the patches in the order listed in the recipe - no in any other recognizable pattern for that matter.
>>>>
>>>
>>> It's shell order. You really should just create a .scc file, put IT
>>> on the SRC_URI and list the patches. You'll have no problems after
>>> that.
>>>
>>> I do have a fix for this, but can't send it right now due to travel.
>>>
>>> You are using the compatibility mode for more than I originally intended
>>> it for. So just dropping a .scc file into place will fix things
>>> up nicely.
>>
>> OK, I like that better than the monolith patch I plugged the leak with :-)
>
> So I'm trying this:
>
> $ cat linux-yocto-dvhart/efi-stub.scc
> patch 0001-x86-Add-missing-bzImage-fields-to-struct-setup_heade.patch
> patch 0002-x86-efi-Make-efi_call_phys_prelog-CONFIG_RELOCATABLE.patch
> patch 0003-x86-Don-t-use-magic-strings-for-EFI-loader-signature.patch
> patch 0004-efi.h-Add-struct-definition-for-boot-time-services.patch
> patch 0005-efi.h-Add-efi_image_loaded_t.patch
> patch 0006-efi.h-Add-allocation-types-for-boottime-allocate_pag.patch
> patch 0007-efi.h-Add-graphics-protocol-guids.patch
> patch 0008-efi.h-Add-boottime-locate_handle-search-types.patch
> patch 0009-efi-Add-EFI-file-I-O-data-types.patch
> patch 0010-x86-efi-EFI-boot-stub-support.patch
> patch 0011-x86-efi-Break-up-large-initrd-reads.patch
>
> And in the recipe:
> SRC_URI += "file://efi-stub.scc"
>
> In the meta-series I see:
>
> # _mark efi_stub_947530aea4d2a819b340fe2b49d765de start
> # _mark efi_stub_947530aea4d2a819b340fe2b49d765de end
>
> But the patches do not get applied.
>
> The Yocto Kernel Architecture and Use Manual does not appear to cover
> this case. Do I need to do something more?
Ah, I need to include the patches explicitly too. That makes sense from
a bitbake perspective. OK, I'm rolling again, nice.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
next prev parent reply other threads:[~2011-11-30 1:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-29 21:39 linux-yocto: doesn't maintain patch order from SRC_URI? Darren Hart
2011-11-29 23:14 ` Bruce Ashfield
2011-11-30 0:41 ` Darren Hart
2011-11-30 0:56 ` Bruce Ashfield
2011-11-30 1:15 ` Darren Hart
2011-11-30 1:21 ` Darren Hart [this message]
2011-11-30 19:11 ` Bruce Ashfield
2011-11-30 0:46 ` Darren Hart
2011-11-30 0:55 ` Bruce Ashfield
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=4ED58537.5030702@intel.com \
--to=darren.hart@intel.com \
--cc=bruce.ashfield@windriver.com \
--cc=yocto@yoctoproject.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.