Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] Kernel patches in Buildroot
@ 2015-11-11 11:35 Joao Pinto
  2015-11-11 12:04 ` Arnout Vandecappelle
  0 siblings, 1 reply; 10+ messages in thread
From: Joao Pinto @ 2015-11-11 11:35 UTC (permalink / raw)
  To: buildroot

Hi,
We are designing the procedure to release our software stack based on buildroot.
Could you please tell what is the advised method for including a kernel patch
set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?

Thanks for your help!

Joao

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-11 11:35 [Buildroot] Kernel patches in Buildroot Joao Pinto
@ 2015-11-11 12:04 ` Arnout Vandecappelle
  2015-11-11 13:13   ` Yegor Yefremov
  2015-11-17 11:13   ` Joao Pinto
  0 siblings, 2 replies; 10+ messages in thread
From: Arnout Vandecappelle @ 2015-11-11 12:04 UTC (permalink / raw)
  To: buildroot

On 11-11-15 12:35, Joao Pinto wrote:
> Hi,
> We are designing the procedure to release our software stack based on buildroot.
> Could you please tell what is the advised method for including a kernel patch
> set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
> patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?

 I personally prefer to use a git repository that includes the patches. During
development, I make a local checkout specified with LINUX_OVERRIDE_SRCDIR; for
release, I point to the repository (often on gitlab) and specify a tag.

 BR2_GLOBAL_PATCH_DIR and BR2_LINUX_KERNEL_PATCH are basically equivalent, you
can specify a directory with the latter as well.


 Regards,
 Arnout

> 
> Thanks for your help!
> 
> Joao
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
> 


-- 
Arnout Vandecappelle                          arnout at mind be
Senior Embedded Software Architect            +32-16-286500
Essensium/Mind                                http://www.mind.be
G.Geenslaan 9, 3001 Leuven, Belgium           BE 872 984 063 RPR Leuven
LinkedIn profile: http://www.linkedin.com/in/arnoutvandecappelle
GPG fingerprint:  7493 020B C7E3 8618 8DEC 222C 82EB F404 F9AC 0DDF

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-11 12:04 ` Arnout Vandecappelle
@ 2015-11-11 13:13   ` Yegor Yefremov
  2015-11-17 11:13   ` Joao Pinto
  1 sibling, 0 replies; 10+ messages in thread
From: Yegor Yefremov @ 2015-11-11 13:13 UTC (permalink / raw)
  To: buildroot

On Wed, Nov 11, 2015 at 1:04 PM, Arnout Vandecappelle <arnout@mind.be> wrote:
> On 11-11-15 12:35, Joao Pinto wrote:
>> Hi,
>> We are designing the procedure to release our software stack based on buildroot.
>> Could you please tell what is the advised method for including a kernel patch
>> set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
>> patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?
>
>  I personally prefer to use a git repository that includes the patches. During
> development, I make a local checkout specified with LINUX_OVERRIDE_SRCDIR; for
> release, I point to the repository (often on gitlab) and specify a tag.
>
>  BR2_GLOBAL_PATCH_DIR and BR2_LINUX_KERNEL_PATCH are basically equivalent, you
> can specify a directory with the latter as well.

You can also create a BSP repository containing patches, configs and
so on and just instruct customers to use BR2_EXTERNAL feature
(http://nightly.buildroot.org/manual.html#outside-br-custom).

Yegor

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-11 12:04 ` Arnout Vandecappelle
  2015-11-11 13:13   ` Yegor Yefremov
@ 2015-11-17 11:13   ` Joao Pinto
  2015-11-17 17:13     ` Joao Pinto
  1 sibling, 1 reply; 10+ messages in thread
From: Joao Pinto @ 2015-11-17 11:13 UTC (permalink / raw)
  To: buildroot

Thanks for your help!

On 11/11/2015 12:04 PM, Arnout Vandecappelle wrote:
> On 11-11-15 12:35, Joao Pinto wrote:
>> Hi,
>> We are designing the procedure to release our software stack based on buildroot.
>> Could you please tell what is the advised method for including a kernel patch
>> set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
>> patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?
> 
>  I personally prefer to use a git repository that includes the patches. During
> development, I make a local checkout specified with LINUX_OVERRIDE_SRCDIR; for
> release, I point to the repository (often on gitlab) and specify a tag.
> 
>  BR2_GLOBAL_PATCH_DIR and BR2_LINUX_KERNEL_PATCH are basically equivalent, you
> can specify a directory with the latter as well.
> 
> 
>  Regards,
>  Arnout
> 
>>
>> Thanks for your help!
>>
>> Joao
>> _______________________________________________
>> buildroot mailing list
>> buildroot at busybox.net
>> http://lists.busybox.net/mailman/listinfo/buildroot
>>
> 
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 11:13   ` Joao Pinto
@ 2015-11-17 17:13     ` Joao Pinto
  2015-11-17 18:30       ` David Van Arnem
  2015-11-17 20:08       ` Thomas Petazzoni
  0 siblings, 2 replies; 10+ messages in thread
From: Joao Pinto @ 2015-11-17 17:13 UTC (permalink / raw)
  To: buildroot


Hi!
I am trying to use BR2_GLOBAL_PATCH_DIR to indicate the global patch directory,
which has the following value:

BR2_GLOBAL_PATCH_DIR="snps-custom/packages"

I have a "snps-custom" folder which has a "packages" folder inside. Inside the
"packages" folder we have a folder for each package we need to patch, in this
example mplayer and the linux kernel.

--snps-custom
  --packages
    --linux-arc-axs101-20141021-3.13
	0001-XXXX.patch
	0002-YYYY.patch
    --mplayer
	0001-mplayer.patch
    --<packagename>
	000x-xxxxx.patch

The linux kernel patching system does not recognizes the
packages/linux-arc-axs101-20141021-3.13 patch folder. Could you give me a help
on this?

Thanks!

BR,
Joao Pinto



On 11/17/2015 11:13 AM, Joao Pinto wrote:
> Thanks for your help!
> 
> On 11/11/2015 12:04 PM, Arnout Vandecappelle wrote:
>> On 11-11-15 12:35, Joao Pinto wrote:
>>> Hi,
>>> We are designing the procedure to release our software stack based on buildroot.
>>> Could you please tell what is the advised method for including a kernel patch
>>> set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
>>> patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?
>>
>>  I personally prefer to use a git repository that includes the patches. During
>> development, I make a local checkout specified with LINUX_OVERRIDE_SRCDIR; for
>> release, I point to the repository (often on gitlab) and specify a tag.
>>
>>  BR2_GLOBAL_PATCH_DIR and BR2_LINUX_KERNEL_PATCH are basically equivalent, you
>> can specify a directory with the latter as well.
>>
>>
>>  Regards,
>>  Arnout
>>
>>>
>>> Thanks for your help!
>>>
>>> Joao
>>> _______________________________________________
>>> buildroot mailing list
>>> buildroot at busybox.net
>>> http://lists.busybox.net/mailman/listinfo/buildroot
>>>
>>
>>
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 17:13     ` Joao Pinto
@ 2015-11-17 18:30       ` David Van Arnem
  2015-11-17 20:09         ` Thomas Petazzoni
  2015-11-17 20:08       ` Thomas Petazzoni
  1 sibling, 1 reply; 10+ messages in thread
From: David Van Arnem @ 2015-11-17 18:30 UTC (permalink / raw)
  To: buildroot

On 11/17/2015 10:13 AM, Joao Pinto wrote:
>
> Hi!
> I am trying to use BR2_GLOBAL_PATCH_DIR to indicate the global patch directory,
> which has the following value:
>
> BR2_GLOBAL_PATCH_DIR="snps-custom/packages"
>
> I have a "snps-custom" folder which has a "packages" folder inside. Inside the
> "packages" folder we have a folder for each package we need to patch, in this
> example mplayer and the linux kernel.
>
> --snps-custom
>    --packages
>      --linux-arc-axs101-20141021-3.13
> 	0001-XXXX.patch
> 	0002-YYYY.patch
>      --mplayer
> 	0001-mplayer.patch
>      --<packagename>
> 	000x-xxxxx.patch
>
> The linux kernel patching system does not recognizes the
> packages/linux-arc-axs101-20141021-3.13 patch folder. Could you give me a help
> on this?

I haven't done this myself, so I'm not completely sure if this is 
correct, but there's an option to add custom kernel patches under 
menuconfig -> Kernel -> Custom kernel patches.  I think to patch the 
kernel you would need to set that value to the 
snps-custom/packages/linux-arc-axs... path.

David

>
> Thanks!
>
> BR,
> Joao Pinto
>
>
>
> On 11/17/2015 11:13 AM, Joao Pinto wrote:
>> Thanks for your help!
>>
>> On 11/11/2015 12:04 PM, Arnout Vandecappelle wrote:
>>> On 11-11-15 12:35, Joao Pinto wrote:
>>>> Hi,
>>>> We are designing the procedure to release our software stack based on buildroot.
>>>> Could you please tell what is the advised method for including a kernel patch
>>>> set in buildroot? I typically use BR2_LINUX_KERNEL_PATCH where I indicate each
>>>> patch file. Is there a easier way like using BR2_GLOBAL_PATCH_DIR for example?
>>>
>>>   I personally prefer to use a git repository that includes the patches. During
>>> development, I make a local checkout specified with LINUX_OVERRIDE_SRCDIR; for
>>> release, I point to the repository (often on gitlab) and specify a tag.
>>>
>>>   BR2_GLOBAL_PATCH_DIR and BR2_LINUX_KERNEL_PATCH are basically equivalent, you
>>> can specify a directory with the latter as well.
>>>
>>>
>>>   Regards,
>>>   Arnout
>>>
>>>>
>>>> Thanks for your help!
>>>>
>>>> Joao
>>>> _______________________________________________
>>>> buildroot mailing list
>>>> buildroot at busybox.net
>>>> http://lists.busybox.net/mailman/listinfo/buildroot
>>>>
>>>
>>>
>>
>
> _______________________________________________
> buildroot mailing list
> buildroot at busybox.net
> http://lists.busybox.net/mailman/listinfo/buildroot
>


-- 
Thanks,
David

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 17:13     ` Joao Pinto
  2015-11-17 18:30       ` David Van Arnem
@ 2015-11-17 20:08       ` Thomas Petazzoni
  2015-11-18  9:30         ` Joao Pinto
  1 sibling, 1 reply; 10+ messages in thread
From: Thomas Petazzoni @ 2015-11-17 20:08 UTC (permalink / raw)
  To: buildroot

Dear Joao Pinto,

On Tue, 17 Nov 2015 17:13:31 +0000, Joao Pinto wrote:

> BR2_GLOBAL_PATCH_DIR="snps-custom/packages"
> 
> I have a "snps-custom" folder which has a "packages" folder inside. Inside the
> "packages" folder we have a folder for each package we need to patch, in this
> example mplayer and the linux kernel.
> 
> --snps-custom
>   --packages
>     --linux-arc-axs101-20141021-3.13

Call this folder just "linux". The folder must be named after the
package name, and not contains some additional version information. If
you want to store patches for several versions of the same package, you
must use the same organization as in Buildroot itself:

  <package-name>/<package-version>/*.patch

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 18:30       ` David Van Arnem
@ 2015-11-17 20:09         ` Thomas Petazzoni
  2015-11-17 20:18           ` David Van Arnem
  0 siblings, 1 reply; 10+ messages in thread
From: Thomas Petazzoni @ 2015-11-17 20:09 UTC (permalink / raw)
  To: buildroot

Dear David Van Arnem,

On Tue, 17 Nov 2015 11:30:13 -0700, David Van Arnem wrote:
> On 11/17/2015 10:13 AM, Joao Pinto wrote:

> > The linux kernel patching system does not recognizes the
> > packages/linux-arc-axs101-20141021-3.13 patch folder. Could you give me a help
> > on this?
> 
> I haven't done this myself, so I'm not completely sure if this is 
> correct, but there's an option to add custom kernel patches under 
> menuconfig -> Kernel -> Custom kernel patches.  I think to patch the 
> kernel you would need to set that value to the 
> snps-custom/packages/linux-arc-axs... path.

This is indeed another solution. But Joao was trying to use the
BR2_GLOBAL_PATCH_DIR mechanism, which allows to provide custom patches
for *any* package, and not only specifically for the Linux kernel.

Essentially, the "Custom kernel patches" mechanism you points to
predates the BR2_GLOBAL_PATCH_DIR mechanism. We keep it for
compatibility reasons, but generally consider BR2_GLOBAL_PATCH_DIR to
be the "better way".

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 20:09         ` Thomas Petazzoni
@ 2015-11-17 20:18           ` David Van Arnem
  0 siblings, 0 replies; 10+ messages in thread
From: David Van Arnem @ 2015-11-17 20:18 UTC (permalink / raw)
  To: buildroot

On 11/17/2015 01:09 PM, Thomas Petazzoni wrote:
> Dear David Van Arnem,
>
> On Tue, 17 Nov 2015 11:30:13 -0700, David Van Arnem wrote:
>> On 11/17/2015 10:13 AM, Joao Pinto wrote:
>
>>> The linux kernel patching system does not recognizes the
>>> packages/linux-arc-axs101-20141021-3.13 patch folder. Could you give me a help
>>> on this?
>>
>> I haven't done this myself, so I'm not completely sure if this is
>> correct, but there's an option to add custom kernel patches under
>> menuconfig -> Kernel -> Custom kernel patches.  I think to patch the
>> kernel you would need to set that value to the
>> snps-custom/packages/linux-arc-axs... path.
>
> This is indeed another solution. But Joao was trying to use the
> BR2_GLOBAL_PATCH_DIR mechanism, which allows to provide custom patches
> for *any* package, and not only specifically for the Linux kernel.
>
> Essentially, the "Custom kernel patches" mechanism you points to
> predates the BR2_GLOBAL_PATCH_DIR mechanism. We keep it for
> compatibility reasons, but generally consider BR2_GLOBAL_PATCH_DIR to
> be the "better way".

Good to know, thank you!

David
>
> Best regards,
>
> Thomas
>


-- 
Thanks,
David

^ permalink raw reply	[flat|nested] 10+ messages in thread

* [Buildroot] Kernel patches in Buildroot
  2015-11-17 20:08       ` Thomas Petazzoni
@ 2015-11-18  9:30         ` Joao Pinto
  0 siblings, 0 replies; 10+ messages in thread
From: Joao Pinto @ 2015-11-18  9:30 UTC (permalink / raw)
  To: buildroot

Dear Thomas,
Thanks, worked fine!

BR
Joao Pinto

On 11/17/2015 8:08 PM, Thomas Petazzoni wrote:
> Dear Joao Pinto,
> 
> On Tue, 17 Nov 2015 17:13:31 +0000, Joao Pinto wrote:
> 
>> BR2_GLOBAL_PATCH_DIR="snps-custom/packages"
>>
>> I have a "snps-custom" folder which has a "packages" folder inside. Inside the
>> "packages" folder we have a folder for each package we need to patch, in this
>> example mplayer and the linux kernel.
>>
>> --snps-custom
>>   --packages
>>     --linux-arc-axs101-20141021-3.13
> 
> Call this folder just "linux". The folder must be named after the
> package name, and not contains some additional version information. If
> you want to store patches for several versions of the same package, you
> must use the same organization as in Buildroot itself:
> 
>   <package-name>/<package-version>/*.patch
> 
> Best regards,
> 
> Thomas
> 

^ permalink raw reply	[flat|nested] 10+ messages in thread

end of thread, other threads:[~2015-11-18  9:30 UTC | newest]

Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-11-11 11:35 [Buildroot] Kernel patches in Buildroot Joao Pinto
2015-11-11 12:04 ` Arnout Vandecappelle
2015-11-11 13:13   ` Yegor Yefremov
2015-11-17 11:13   ` Joao Pinto
2015-11-17 17:13     ` Joao Pinto
2015-11-17 18:30       ` David Van Arnem
2015-11-17 20:09         ` Thomas Petazzoni
2015-11-17 20:18           ` David Van Arnem
2015-11-17 20:08       ` Thomas Petazzoni
2015-11-18  9:30         ` Joao Pinto

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox