Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
@ 2009-01-30  8:53 ulf at uclibc.org
  2009-01-30  9:04 ` Peter Korsgaard
  0 siblings, 1 reply; 7+ messages in thread
From: ulf at uclibc.org @ 2009-01-30  8:53 UTC (permalink / raw)
  To: buildroot

Author: ulf
Date: 2009-01-30 08:53:08 +0000 (Fri, 30 Jan 2009)
New Revision: 25157

Log:
Move AVR32 patch to kernel header to unbreak several applications

Added:
   trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-100-avr32.patch
   trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch
   trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch
   trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch
   trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch

Removed:
   trunk/buildroot/target/device/Atmel/arch-avr32/kernel-patches-2.6.28.2/linux-2.6.28.2-100-avr32-atmel.1.patch
   trunk/buildroot/target/device/Atmel/arch-avr32/kernel-patches-2.6.28.2/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch
   trunk/buildroot/target/device/Atmel/arch-avr32/kernel-patches-2.6.28.2/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch
   trunk/buildroot/target/device/Atmel/arch-avr32/kernel-patches-2.6.28.2/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch
   trunk/buildroot/target/device/Atmel/arch-avr32/kernel-patches-2.6.28.2/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch


Changeset:

Sorry, the patch is too large to include (33953 lines).
Please use ViewCVS to see it!

http://uclibc.org/cgi-bin/viewcvs.cgi?view=rev&root=svn&rev=25157

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30  8:53 [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc ulf at uclibc.org
@ 2009-01-30  9:04 ` Peter Korsgaard
  2009-01-30  9:09   ` Hans-Christian Egtvedt
  0 siblings, 1 reply; 7+ messages in thread
From: Peter Korsgaard @ 2009-01-30  9:04 UTC (permalink / raw)
  To: buildroot

>>>>> "ulf" == ulf  <ulf@uclibc.org> writes:

 ulf> Author: ulf
 ulf> Date: 2009-01-30 08:53:08 +0000 (Fri, 30 Jan 2009)
 ulf> New Revision: 25157

 ulf> Log:
 ulf> Move AVR32 patch to kernel header to unbreak several applications

What does these do and what applications are unbroken by them? Could
you please write more detailed commit messages?

 ulf> Added:
 ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-100-avr32.patch

What does this do to the headers?

 ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch

That seems completely unrelated to kernel headers.

 ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch

This one as well.

 ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch

OK.

 ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch

That also seems unrelated.

-- 
Bye, Peter Korsgaard

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30  9:04 ` Peter Korsgaard
@ 2009-01-30  9:09   ` Hans-Christian Egtvedt
  2009-01-30  9:21     ` Peter Korsgaard
  2009-01-30 17:49     ` Ulf Samuelsson
  0 siblings, 2 replies; 7+ messages in thread
From: Hans-Christian Egtvedt @ 2009-01-30  9:09 UTC (permalink / raw)
  To: buildroot

On Fri, 30 Jan 2009 10:04:11 +0100
Peter Korsgaard <jacmet@uclibc.org> wrote:

> >>>>> "ulf" == ulf  <ulf@uclibc.org> writes:
> 

<snipp>

>  ulf> Added:
>  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-100-avr32.patch
> 
> What does this do to the headers?
> 

I think this might have some fixes in arch/avr32/include which uClibc
needs.

>  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch
> 
> That seems completely unrelated to kernel headers.
> 

Yes it is.

>  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch
> 
> This one as well.
> 

Yes it is.

>  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch
> 
> OK.
> 

Vital for uClibc to build.

>  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch
> 
> That also seems unrelated.
> 

Yes it is.

-- 
Best regards,
Hans-Christian Egtvedt

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30  9:09   ` Hans-Christian Egtvedt
@ 2009-01-30  9:21     ` Peter Korsgaard
  2009-01-30 17:49     ` Ulf Samuelsson
  1 sibling, 0 replies; 7+ messages in thread
From: Peter Korsgaard @ 2009-01-30  9:21 UTC (permalink / raw)
  To: buildroot

>>>>> "Hans-Christian" == Hans-Christian Egtvedt <hans-christian.egtvedt@atmel.com> writes:

Hi,

 ulf> trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-100-avr32.patch
 >> 
 >> What does this do to the headers?

 Hans-Christian> I think this might have some fixes in
 Hans-Christian> arch/avr32/include which uClibc needs.

Ok, but those should get seperated out of this monster patch
(at32ap700 stuff).

 ulf> trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch
 >> 
 >> That seems completely unrelated to kernel headers.

 Hans-Christian> Yes it is.

 ulf> trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch
 >> 
 >> This one as well.

 Hans-Christian> Yes it is.

 ulf> trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch
 >> OK.

 Hans-Christian> Vital for uClibc to build.

 ulf> trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch

 >> That also seems unrelated.

 Hans-Christian> Yes it is.

Ok - Ulf, please clean it up.

-- 
Bye, Peter Korsgaard

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30  9:09   ` Hans-Christian Egtvedt
  2009-01-30  9:21     ` Peter Korsgaard
@ 2009-01-30 17:49     ` Ulf Samuelsson
  2009-01-30 19:28       ` Peter Korsgaard
  1 sibling, 1 reply; 7+ messages in thread
From: Ulf Samuelsson @ 2009-01-30 17:49 UTC (permalink / raw)
  To: buildroot

fre 2009-01-30 klockan 10:09 +0100 skrev Hans-Christian Egtvedt:
> On Fri, 30 Jan 2009 10:04:11 +0100
> Peter Korsgaard <jacmet@uclibc.org> wrote:
> 
> > >>>>> "ulf" == ulf  <ulf@uclibc.org> writes:
> > 
> 
> <snipp>
> 
> >  ulf> Added:
> >  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-100-avr32.patch
> > 
> > What does this do to the headers?
> > 
> 
> I think this might have some fixes in arch/avr32/include which uClibc
> needs.
> 
> >  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-201-avr32-atmel_mpopfb-disable-debug.patch
> > 
> > That seems completely unrelated to kernel headers.
> > 
> 
> Yes it is.
> 
> >  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-202-avr32-atmel_mpopfb-add-signal-to-disable-line-caching.patch
> > 
> > This one as well.
> > 
> 
> Yes it is.
> 
> >  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-203-avr32-fix-arch-header-byteorder.patch
> > 
> > OK.
> > 
> 
> Vital for uClibc to build.
> 
> >  ulf>    trunk/buildroot/toolchain/kernel-headers/linux-2.6.28.2-204-avr32-ap700x-fix-det_pin-for-nand-flash.patch
> > 
> > That also seems unrelated.
> > 
> 
> Yes it is.
> 


HC has all these patches in the kernel-headers directory in his tree.
I thought initially that was a little risky.

I therefore tried putting them in the avr32 specific parts, 
but I have seen strange effects on some packages.
That is why I tried this approach.

Have read a little bit more on the kernel-headers, 
and it appears that I can keep the stuff in the
AVR32 parts and then define 

KERNEL_HEADERS_PATCH_DIR=target/device/Atmel/arch-avr32/2.6.[27.6|28.2]

for AVR32 targets.

Does that make sense?


BR
Ulf Samuelsson

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30 17:49     ` Ulf Samuelsson
@ 2009-01-30 19:28       ` Peter Korsgaard
  2009-01-30 20:05         ` Ulf Samuelsson
  0 siblings, 1 reply; 7+ messages in thread
From: Peter Korsgaard @ 2009-01-30 19:28 UTC (permalink / raw)
  To: buildroot

>>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:

Hi,

 Ulf> HC has all these patches in the kernel-headers directory in his
 Ulf> tree.  I thought initially that was a little risky.

 Ulf> I therefore tried putting them in the avr32 specific parts, 
 Ulf> but I have seen strange effects on some packages.
 Ulf> That is why I tried this approach.

Just split up the patches and put the kernel header _FIXES_ in
toolchain/kernel-headers, just like all other architectures do.

The leftovers you can but under target/device/Atmel.

 Ulf> Have read a little bit more on the kernel-headers, 
 Ulf> and it appears that I can keep the stuff in the
 Ulf> AVR32 parts and then define 

 Ulf> KERNEL_HEADERS_PATCH_DIR=target/device/Atmel/arch-avr32/2.6.[27.6|28.2]

 Ulf> for AVR32 targets.

 Ulf> Does that make sense?

I would prefer to have the kernel headers stuff together for all
archs, the amount (and size of) patches is normally very limited.

-- 
Bye, Peter Korsgaard

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

* [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc...
  2009-01-30 19:28       ` Peter Korsgaard
@ 2009-01-30 20:05         ` Ulf Samuelsson
  0 siblings, 0 replies; 7+ messages in thread
From: Ulf Samuelsson @ 2009-01-30 20:05 UTC (permalink / raw)
  To: buildroot

fre 2009-01-30 klockan 20:28 +0100 skrev Peter Korsgaard:
> >>>>> "Ulf" == Ulf Samuelsson <ulf.samuelsson@atmel.com> writes:
> 
> Hi,
> 
>  Ulf> HC has all these patches in the kernel-headers directory in his
>  Ulf> tree.  I thought initially that was a little risky.
> 
>  Ulf> I therefore tried putting them in the avr32 specific parts, 
>  Ulf> but I have seen strange effects on some packages.
>  Ulf> That is why I tried this approach.
> 
> Just split up the patches and put the kernel header _FIXES_ in
> toolchain/kernel-headers, just like all other architectures do.
> 
> The leftovers you can but under target/device/Atmel.
> 
>  Ulf> Have read a little bit more on the kernel-headers, 
>  Ulf> and it appears that I can keep the stuff in the
>  Ulf> AVR32 parts and then define 
> 
>  Ulf> KERNEL_HEADERS_PATCH_DIR=target/device/Atmel/arch-avr32/2.6.[27.6|28.2]
> 
>  Ulf> for AVR32 targets.
> 
>  Ulf> Does that make sense?
> 
> I would prefer to have the kernel headers stuff together for all
> archs, the amount (and size of) patches is normally very limited.
> 

Since HC has direct contact with the tool guys,
I will let him decide and implement.
One of the patches which was needed, is the largest one.

BR
Ulf Samuelsson

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

end of thread, other threads:[~2009-01-30 20:05 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-30  8:53 [Buildroot] svn commit: trunk/buildroot: target/device/Atmel/arch-avr32/kernel-pa etc ulf at uclibc.org
2009-01-30  9:04 ` Peter Korsgaard
2009-01-30  9:09   ` Hans-Christian Egtvedt
2009-01-30  9:21     ` Peter Korsgaard
2009-01-30 17:49     ` Ulf Samuelsson
2009-01-30 19:28       ` Peter Korsgaard
2009-01-30 20:05         ` Ulf Samuelsson

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