lkml.org 
[lkml]   [2012]   [Jul]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    SubjectRe: [PATCH 00/36] AArch64 Linux kernel port
    From
    Catalin,

    On Fri, Jul 6, 2012 at 2:05 PM, Catalin Marinas <catalin.marinas@arm.com> wrote:
    > This set of patches implements the core Linux support for the AArch64
    > (64-bit ARM) architecture.

    Hmm. I didn't see a cc to current ARM maintainer (Russell), nor did
    you cc the topic list that you list in the MAINTAINERS entry. It's
    probably considered appropriate to do both. Also,
    linux-arch@vger.kernel.org usually has a cc of new architectures.

    > ARM introduced AArch64 as part of the ARMv8 architecture

    With the risk of bikeshedding here, but I find the name awkward. How
    about just naming the arch port arm64 instead? It's considerably more
    descriptive in the context of the kernel. For reference, we didn't
    name ppc64, nor powerpc, after what the IBM/power.org marketing people
    were currently calling the architecture at the time either.

    [...]

    > There is no hardware platform available at this point. From a kernel
    > perspective, the aim is to minimise (or even completely remove) the
    > platform code from the architecture specific directory. FDT is currently
    > mandated and there are ongoing discussions for ACPI support.

    This will be interesting to see how it plays out over time, and how
    many vendors will drop in arm64 cores on their existing designs and
    thus need to pull over infrastructure from arch/arm for their platform
    type. A lot of the drivers have moved out to common code so much of it
    should be possible to do cleanly, but there is still some risk for
    duplication.

    I guess it's a good chance to clean up some of it and start from a
    clean slate, if you can avoid the temptation of just moving over code.


    -Olof


    \
     
     \ /
      Last update: 2012-07-07 06:41    [W:4.178 / U:0.036 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site