[lkml]   [2011]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 1/5] um: Use __i386__ in ifdef for vsyscall exports, not SUBARCH_i386
    On Mon, Aug 01, 2011 at 01:17:17AM +0200, richard -rw- weinberger wrote:
    > On Mon, Aug 1, 2011 at 1:13 AM, David Woodhouse <> wrote:
    > > On Sun, 2011-07-31 at 23:58 +0100, Al Viro wrote:
    > >> FWIW, the next step (still not pushed there) is to move arch/um/sys-x86 to
    > >> arch/x86/um, with arch/um/os-Linux/sys-x86 becoming arch/x86/um/os-Linux,
    > >> Kconfig.x86 moving to arch/x86/um/Kconfig and Makefile-x86 - to
    > >> arch/x86/um/Makefile.defs. ?Next after that - arch/powerpc/um (and yes,
    > >> it means resurrected uml/ppc port; for now - only ppc32, since I have no
    > >> ppc64 boxen to test on).
    > >
    > > I can give you an account on a ppc64 box if that would help...
    > Isn't UML on ppc broken since ages?

    Yes. Resurrected is not the right word here, sorry...

    Anyway, could you take a look at the git tree at
    branch x86_merge and comment? It doesn't include stuff from this
    thread (yet); what it does is
    * further headers cleanups
    * sys-{i386,x86_64} merged; all[1] x86-specific code taken first
    to arch/um/sys-x86 and then (by final commit) to arch/x86/um. IMO that's
    the right place for it - target-dependent code is better off not hidden
    from maintainers of the target arch. When we get other ports to working
    shape, their target-specific parts ought to go into arch/<target>/um.
    * hopefully saner treatment of sigcontext; should make life easier
    for other ports.

    [1] theoretically - in reality we still have more than a few x86-isms in
    "generic" um headers in arch/um/include/asm.

     \ /
      Last update: 2011-08-01 06:35    [W:0.040 / U:4.472 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site