lkml.org 
[lkml]   [2012]   [Jun]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRE: [uclinux-dist-devel] blackfin: how is the I-pipe code supposed to be built?
Hi Paul,

The IPIPE patch is part of the ADEOS real time kernel patch. The common part of this patch hasn't been merged into mainline by the maintainer Philippe Gerum, although the Blackfin architecture part was. The relative Kbuild support and Kconfig symbols are defined in the ADOES common patch.

Regards,

Sonic

>-----Original Message-----
>From: uclinux-dist-devel-bounces@blackfin.uclinux.org [mailto:uclinux-dist-devel-
>bounces@blackfin.uclinux.org] On Behalf Of Paul Bolle
>Sent: Monday, June 11, 2012 5:51 AM
>To: Mike Frysinger
>Cc: uclinux-dist-devel@blackfin.uclinux.org; linux-kernel@vger.kernel.org
>Subject: [uclinux-dist-devel] blackfin: how is the I-pipe code supposed to be built?
>
>0) While working my way through the stack of apparently unused headers I
>also looked at arch/blackfin/include/asm/ipipe_base.h, as nothing seems
>to include that header. The last include of that file got removed in
>commit 1353d050facf5efd8dc05ba6c4d7852fcb423b15 ("Blackfin/ipipe:
>restore pipeline bits in irqflags"). So that header is unused since
>v2.6.39.
>
>1) Before submitting the (possibly trivial) patch to remove that header
>I did some further research, because I wanted to be sure that removing
>this header was a reasonable thing to do.
>
>2) I learned that arch/blackfin/include/asm/ipipe_base.h got added to
>the tree in commit 6a01f230339321292cf065551f8cf55361052461 ("Blackfin
>arch: merge adeos blackfin part to arch/blackfin/"). That commit also
>introduced the macro CONFIG_IPIPE. But it did not introduce the Kconfig
>symbol IPIPE. (Neither did it add code that defines a macro
>CONFIG_IPIPE.) So to me it looks like the I-pipe code got added to
>v2.6.29 without proper Kbuild support.
>
>3) And this is currently still the case. There seem to be no Kconfig
>symbols IPIPE, IPIPE_DEBUG, IPIPE_DEBUG_CONTEXT, or
>IPIPE_TRACE_IRQSOFF.
>(Neither seems there to be code that defines the macros CONFIG_IPIPE,
>CONFIG_IPIPE_DEBUG, CONFIG_IPIPE_DEBUG_CONTEXT, or
>CONFIG_IPIPE_TRACE_IRQSOFF.)
>
>4) Whether or not arch/blackfin/include/asm/ipipe_base.h should be
>removed isn't very interesting. What is more interesting is how the
>blackfin I-pipe code is supposed to be built. How can this code be built
>from what currently is in mainline?
>
>
>Paul Bolle
>
>_______________________________________________
>Uclinux-dist-devel mailing list
>Uclinux-dist-devel@blackfin.uclinux.org
>https://blackfin.uclinux.org/mailman/listinfo/uclinux-dist-devel




\
 
 \ /
  Last update: 2012-06-11 05:41    [from the cache]
©2003-2011 Jasper Spaans