lkml.org 
[lkml]   [2005]   [Apr]   [28]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [RFC] unify semaphore implementations
    From
    Date
    On Thu, 2005-04-28 at 14:29 -0400, Benjamin LaHaise wrote:
    > Please review the following series of patches for unifying the
    > semaphore implementation across all architectures (not posted as
    > they're about 350K), as they have only been tested on x86-64. The
    > code generated is functionally identical to the earlier i386
    > variant, but since gcc has no way of taking condition codes as
    > results, there are two additional instructions inserted from the
    > use of generic atomic operations. All told the >6000 lines of code
    > deleted makes for a much easier job for subsequent patches changing
    > semaphore functionality. Cheers,

    It's all very well for platforms that have efficient atomic operations.
    However, on parisc we have no such luxury (the processor has no atomic
    operations, so we have to fiddle them in the kernel using locks), so it
    looks like you're making our semaphore operations less efficient.

    Could you come up with a less monolithic way to share this so that we
    can still do a spinlock semaphore implementation instead of an atomic op
    based one?

    Thanks,

    James


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-04-28 20:52    [W:3.472 / U:1.076 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site