[lkml]   [2010]   [Mar]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 06/20] early_res: seperate common memmap func from e820.c to
    On Tue, 2010-03-23 at 09:02 +0100, Ingo Molnar wrote:
    > > -u64 find_fw_memmap_area(u64 start, u64 end, u64 size, u64 align);
    > > +u64 find_lmb_area(u64 start, u64 end, u64 size, u64 align);
    > > +u64 find_lmb_area_size(u64 start, u64 *sizep, u64 align);
    > > +u64 find_lmb_area_node(int nid, u64 start, u64 end, u64 size, u64
    > align);
    > > +void lmb_register_active_regions(int nid, unsigned long start_pfn,
    > > + unsigned long last_pfn);
    > > +u64 lmb_hole_size(u64 start, u64 end);
    > > u64 get_max_mapped(void);
    > > #include <linux/range.h>
    > > int get_free_all_memory_range(struct range **rangep, int nodeid);
    > those new lmb_*() APIs should go into lmb.h.

    And while at it properly documented :-) I wouldn't mind also a
    reasonably clear explanation in the changeset comment as to why
    they are necessary for x86.

    To be honest, that's my #1 grief so far with this entire patch set,
    it Yinghai apparent inability to write anything ressembling remotely
    like an explanation. All we get is key words, bullet points and half
    sentences, and I admit have a very very hard time extracting a meaning
    out of anything he's been writing so far.


     \ /
      Last update: 2010-03-24 05:29    [W:0.038 / U:182.652 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site