lkml.org 
[lkml]   [2004]   [Mar]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: swsusp with highmem, testing wanted
    Hi!

    > > I actually ran it on real 2GB machine, and it seemed to do the trick,
    > > unless "too much" memory was full.
    >
    > Well your patch really looked nothing more than a nasty hack, since it
    > has known and very real failures. Why do you need to copy all highmem
    > down to low mem? That cannot _ever_ work reliably?!

    Because it is only solution I know that does not require rewriting half
    the kernel or rewriting all the block drivers. (see how swsusp already
    does copy of lowmem).

    Having special "poll" mode for block drivers might do the trick, but thats lot of work.

    Which operations are allowed to access highmem? Can I rely on
    block device read/write not accessing highmem?

    > > What wories me is
    > >
    > > + kaddr = kmap_atomic(page, KM_USER0);
    > > + memcpy(save->data, kaddr, PAGE_SIZE);
    > > + kunmap_atomic(kaddr, KM_USER0);
    > >
    > > : am I allowed to use KM_USER0, or should I get new KM_constant just
    > > for me?
    >
    > KM_USER0 should be fine.

    Thanks.
    --
    64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms

    -
    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-03-22 14:01    [W:0.025 / U:89.036 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site