search for: mremap_maymove

...flate, which again returns status==0 and avail_out==0, thus entering an infinite loop. This is what happens under strace: =====[cut here]===== [pid 8379] old_mmap(NULL, 151552, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x404cc000 [pid 8379] mremap(0x404cc000, 151552, 188416, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 188416, 225280, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 225280, 262144, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 262144, 299008, MREMAP_MAYMOVE) = 0x404cc000 [pid 8379] mremap(0x404cc000, 299008, 335872, MREMAP_MAY...

...and just freezes. An strace shows that ls is endlessly doing this: ... getdents(3, /* 66 entries */, 32768) = 3888 getdents(3, /* 85 entries */, 32768) = 5000 getdents(3, /* 70 entries */, 32768) = 4128 getdents(3, /* 80 entries */, 32768) = 4696 mremap(0x2b8b2b181000, 311296, 618496, MREMAP_MAYMOVE) = 0x2b8b2b181000 getdents(3, /* 82 entries */, 32768) = 4736 getdents(3, /* 50 entries */, 32768) = 2920 getdents(3, /* 53 entries */, 32768) = 3088 getdents(3, /* 82 entries */, 32768) = 4800 getdents(3, /* 73 entries */, 32768) = 4248 getdents(3, /* 54 entries */, 32768) = 3240...

http://dovecot.org/test/ This release is built with autoconf 2.59 and libtool 1.9. We'll see how it works out :) The required changes were done by Matthias Andree. - The last fix for connection hanging made IDLE use 100% CPU - We don't use Maildir/.INBOX/ directory anymore, indexes are stored in Maildir-root - Don't crash with FETCH BODY[n.MIME] - Changed %p (protocol)

...a constant and very quick flow of: 30666 stat("/etc/localtime", {st_mode=S_IFREG|0644, st_size=2593, ...}) = 0 The final moments of the strace showed: 30667 restart_syscall(<... resuming interrupted call ...> <unfinished ...> 30666 mremap(0x7f7aa4d0a000, 2732032, 2752512, MREMAP_MAYMOVE) = 0x7f7aa4d0a000 30666 brk(0) = 0x23aaea000 30666 brk(0x23ab0b000) = 0x23ab0b000 30666 brk(0) = 0x23ab0b000 30666 brk(0x23ab2c000) = 0x23ab2c000 30666 brk(0) = 0x23ab2c000 30666 brk(...

...amp; ~(pagesize - 1); long len = roundup((unsigned long)sbrk(0), pagesize)-sd; char *p; p = mmap((void *)NULL, len, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0); if (p == MAP_FAILED){ deal with it } memcpy(p, (char *)sd, len); p = mremap(p, len, len, MREMAP_MAYMOVE|MREMAP_FIXED, (char *)sd); if (p == MAP_FAILED) deal with it } while (new_as() >= 0 && nas < NCONTEXTS) nas++; switch_as(0); After this, you can call switch_as in a signal handler running on a stack in the shared data region. Anything else is liable to lead to stack cor...

...amp; ~(pagesize - 1); long len = roundup((unsigned long)sbrk(0), pagesize)-sd; char *p; p = mmap((void *)NULL, len, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, 0, 0); if (p == MAP_FAILED){ deal with it } memcpy(p, (char *)sd, len); p = mremap(p, len, len, MREMAP_MAYMOVE|MREMAP_FIXED, (char *)sd); if (p == MAP_FAILED) deal with it } while (new_as() >= 0 && nas < NCONTEXTS) nas++; switch_as(0); After this, you can call switch_as in a signal handler running on a stack in the shared data region. Anything else is liable to lead to stack cor...

mainly question for the intel folks, any chance to rerun the ltp testsuites to see how we are doing these days with all the changes ? thanks :) Wim

Hi, This is a proof of concept of GPU forwarding for Linux guest on Linux host. I'd like to get comments and suggestions from community before I put more time on it. To summarize what it is: 1. It's a solution to bring GPU acceleration for Linux vm guest on Linux host. It could works with different GPU although the current proof of concept only works with Intel GPU. 2. The basic idea