Re: Fixing tmpfs and defpager

tmpfs seems to be working better now indeed. Maybe next step: # cat > test.c int main(void) { Resource lost I.e. trying to produce a file by hand with cat fails. Samuel

Re: Fixing tmpfs and defpager

Maksym Planeta, le Sun 13 Nov 2011 23:16:38 +0200, a écrit : > The patch I wrote is in attachment, Applied, thanks! Samuel

Re: Fixing tmpfs and defpager

Maksym Planeta, le Sun 20 Nov 2011 10:20:46 +0200, a écrit : > Summary in short. Some calls on memory object are invoked by kernel and > others are invoked by translator. That is the problem. That makes it way clearer :) Samuel

Re: Fixing tmpfs and defpager

Hello! В Суб, 19/11/2011 в 23:04 +0100, Samuel Thibault пишет: > Could you perhaps motivate the change? I'm not a pager expert at all, > so it's a bit black magic to me. What problem was happening? Why > making the default pager use its own memory object control port for > external objects, ins

Re: Fixing tmpfs and defpager

Hi! There appears to be certain overlap with the uncommitted bits of Sergio's earlier patches, from the tread starting at (and is also related to the former thread). Grüße,

Re: Fixing tmpfs and defpager

Maksym Planeta, le Sun 13 Nov 2011 23:16:38 +0200, a écrit : > The patch I wrote is in attachment, but I'm not sure if the way I was > fixing defpager and tmpfs is right. So I'm looking forward for your > critique. Could you perhaps motivate the change? I'm not a pager expert at all, so it's a bi

Fixing tmpfs and defpager

Hello. I've got some results with defpager: $ settrans -ca foo tmpfs/tmpfs 1M $ echo baz > foo/bar $ cat foo/bar baz $ settrans -g foo The patch I wrote is in attachment, but I'm not sure if the way I was fixing defpager and tmpfs is right. So I'm looking forward for your critique. -- Thanks,