lkml.org 
[lkml]   [2010]   [Aug]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    SubjectRe: [PATCH/RFCv4 0/6] The Contiguous Memory Allocator framework
    From
    Date
    On Wed, 2010-08-25 at 15:58 -0700, Andrew Morton wrote:
    > That would be good. Although I expect that the allocation would need
    > to be 100% rock-solid reliable, otherwise the end user has a
    > non-functioning device. Could generic core VM provide the required
    > level
    > of service?
    >
    > Anyway, these patches are going to be hard to merge but not
    > impossible.
    > Keep going. Part of the problem is cultural, really: the consumers of
    > this interface are weird dinky little devices which the core MM guys
    > tend not to work with a lot, and it adds code which they wouldn't use.
    >
    > I agree that having two "contiguous memory allocators" floating about
    > on the list is distressing. Are we really all 100% diligently certain
    > that there is no commonality here with Zach's work?

    There is some commonality with Zach's work, but Zach should be following
    all of this development .. So presumably he has no issues with Michal's
    changes. I think Zach's solution has a similar direction to this.

    If Michal is active (he seems more so than Zach), and follows community
    comments (including Zach's , but I haven't seen any) then we can defer
    to that solution ..

    Daniel

    --

    Sent by a consultant of the Qualcomm Innovation Center, Inc.
    The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum.



    \
     
     \ /
      Last update: 2010-08-26 01:29    [W:2.390 / U:0.216 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site