Re: [Wiki Edits: tmpfs, emacs, fcntl, and nice issues 4/4] edits to the tmpfs page

January 15, 2024 at 8:26 PM, "Diego Nieto Cid" wrote: > > Hello, > > El dom, 14 ene 2024 a las 23:35, jbra...@dismail.de () > escribió: > > > > > +      tmpfs rocks! > > +    $ > > \ No newline at end of file > > > > I&

Re: [Wiki Edits: tmpfs, emacs, fcntl, and nice issues 4/4] edits to the tmpfs page

Hello, El dom, 14 ene 2024 a las 23:35, jbra...@dismail.de () escribió: > + tmpfs rocks! > +$ > \ No newline at end of file > I'm not sure what the policy is for the Wiki but this kind of diff message should be avoided by inserting a newline at the end of the file. :-) Cheers

Re: [Wiki Edits: tmpfs, emacs, fcntl, and nice issues 1/4] removed the the pages that mentioned "nice" issues.

Applied them all, thanks! jbra...@dismail.de, le dim. 14 janv. 2024 21:33:43 -0500, a ecrit: > Both issues have been fixed. > > * open_issues/nice_changes_priority_of_parent_shell.mdwn: deleted > * open_issues/nice_vs_mach_thread_priorities.mdwn: deleted > * hurd/porting/system_api_limitations.md

[Wiki Edits: tmpfs, emacs, fcntl, and nice issues 3/4] update the emacs open issue page.

* open_issues/emacs.mdwn: I changed the version number, and I described that the latest Emacs works really well on the Hurd. It might be a good idea to remove Emacs from the open issue page. --- open_issues/emacs.mdwn | 27 +++ 1 file changed, 15 insertions(+), 12 deletion

[Wiki Edits: tmpfs, emacs, fcntl, and nice issues 2/4] removed fcntl reference

* hurd/porting/system_api_limitations.mdwn: removed fcntl reference. --- hurd/porting/system_api_limitations.mdwn | 1 - 1 file changed, 1 deletion(-) diff --git a/hurd/porting/system_api_limitations.mdwn b/hurd/porting/system_api_limitations.mdwn index 3ab4e406..5fe13fdb 100644 --- a/hurd/porti

[Wiki Edits: tmpfs, emacs, fcntl, and nice issues 4/4] edits to the tmpfs page

* hurd/translator/tmpfs.mdwn: removed "tmpfs requires root permissions", and I added a short tmpfs example. --- hurd/translator/tmpfs.mdwn | 18 +++--- 1 file changed, 15 insertions(+), 3 deletions(-) diff --git a/hurd/translator/tmpfs.mdwn b/hurd/translator/tmpfs.mdwn inde

[Wiki Edits: tmpfs, emacs, fcntl, and nice issues 1/4] removed the the pages that mentioned "nice" issues.

Both issues have been fixed. * open_issues/nice_changes_priority_of_parent_shell.mdwn: deleted * open_issues/nice_vs_mach_thread_priorities.mdwn: deleted * hurd/porting/system_api_limitations.mdwn: remove entry that said "nice () doesn't work". --- hurd/porting/system_api_limitations.mdwn

Re: [PATCH hurd 09/11] Fix overflow issues in tmpfs and vmallocate

Applied, thanks! Flavio Cruz, le ven. 29 déc. 2023 16:21:03 -0500, a ecrit: > --- > tmpfs/tmpfs.c | 2 +- > utils/vmallocate.c | 7 +-- > 2 files changed, 6 insertions(+), 3 deletions(-) > > diff --git a/tmpfs/tmpfs.c b/tmpfs/tmpfs.c > index 02d4bd8..d28806a

[PATCH hurd 09/11] Fix overflow issues in tmpfs and vmallocate

--- tmpfs/tmpfs.c | 2 +- utils/vmallocate.c | 7 +-- 2 files changed, 6 insertions(+), 3 deletions(-) diff --git a/tmpfs/tmpfs.c b/tmpfs/tmpfs.c index 02d4bd8..d28806a 100644 --- a/tmpfs/tmpfs.c +++ b/tmpfs/tmpfs.c @@ -39,7 +39,7 @@ char *diskfs_disk_name = "none&q

[PATCH 32/41] tmpfs: Port to x86_64

--- tmpfs/tmpfs.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/tmpfs/tmpfs.c b/tmpfs/tmpfs.c index 5483ec87..195813c4 100644 --- a/tmpfs/tmpfs.c +++ b/tmpfs/tmpfs.c @@ -282,7 +282,7 @@ diskfs_append_args (char **argz, size_t *argz_len) #define S(n, c) if ((lim & ((1

[committed hurd 04/13] tmpfs: use a seperate lock to protect all_nodes

Previously, tmpfs used diskfs_node_refcnt_lock to serialize access to the all_nodes and some other related global state related to memory consumption. Use a separate lock to protect all_nodes, and atomic operations to access the state related to memory consumption. Adjust the reference counting

Re: tmpfs loses unlinked files

Richard Braun, le Sat 28 Feb 2015 13:05:07 +0100, a écrit : > I'd say that glibc (in mmap) should add a reference to the file. On > munmap or process termination, all references are dropped. Looks like a very hard way to fix a corner issue :) It'd mean tracking what was mapped, whether some parts

Re: tmpfs loses unlinked files

On Sat, Feb 28, 2015 at 01:05:07PM +0100, Richard Braun wrote: > I'd say that glibc (in mmap) should add a reference to the file. On > munmap or process termination, all references are dropped. Forget this, it obviously can't work since mmap and munmap can be asymmetric. -- Richard Braun

Re: tmpfs loses unlinked files

On Sat, Feb 28, 2015 at 12:22:47PM +0100, Samuel Thibault wrote: > For instance the X server crashes on fvwm startup, or mupdf crashes, > when /run is served by a tmpfs. > > What happens is that they create an shm (shmget, thus a file in > /run/shm/, backed by tmpfs), then map

tmpfs loses unlinked files

Hello, For instance the X server crashes on fvwm startup, or mupdf crashes, when /run is served by a tmpfs. What happens is that they create an shm (shmget, thus a file in /run/shm/, backed by tmpfs), then map it (shmat, i.e. open/mmap/close of the file), then remove access to it (shmctl

[PATCH 5/8] tmpfs: use a seperate lock to protect all_nodes

Previously, tmpfs used diskfs_node_refcnt_lock to serialize access to the all_nodes and some other related global state related to memory consumption. Use a separate lock to protect all_nodes, and atomic operations to access the state related to memory consumption. Adjust the reference counting

Re: [PATCH 1/6] tmpfs: use a thread timeout

Justus Winter, le Sun 01 Jun 2014 22:02:59 +0200, a écrit : > There is no need to keep all the threads around, just the master > thread. Ack. > * tmpfs/tmpfs (diskfs_thread_function): Use a thread timeout. > --- > tmpfs/tmpfs.c | 3 ++- > 1 file changed, 2 insertions(+), 1 del

[PATCH 6/6] tmpfs: use a seperate lock to protect all_nodes

Previously, tmpfs used diskfs_node_refcnt_lock to serialize access to the all_nodes and some other related global state related to memory consumption. Use a separate lock to protect all_nodes, and atomic operations to access the state related to memory consumption. Adjust the reference counting

[PATCH 1/6] tmpfs: use a thread timeout

There is no need to keep all the threads around, just the master thread. * tmpfs/tmpfs (diskfs_thread_function): Use a thread timeout. --- tmpfs/tmpfs.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/tmpfs/tmpfs.c b/tmpfs/tmpfs.c index a45d343..718c6d8 100644 --- a/tmpfs

Re: [PATCH 4/4] tmpfs: improve diskfs_node_iterate

Justus Winter, le Wed 30 Apr 2014 11:06:02 +0200, a écrit : > Currently, diskfs_node_iterate iterates twice over all nodes. The > first time only to determine the number of nodes. Simply count them > instead. Ack. > * tmpfs/node.c (all_nodes_nr_items): New variable. > (d

[PATCH 4/4] tmpfs: improve diskfs_node_iterate

Currently, diskfs_node_iterate iterates twice over all nodes. The first time only to determine the number of nodes. Simply count them instead. * tmpfs/node.c (all_nodes_nr_items): New variable. (diskfs_free_node): Decrement all_nodes_nr_items. (diskfs_node_norefs): Likewise

Re: [PATCH 4/6] tmpfs: set diskfs_disk_name to "none"

Justus Winter, le Tue 11 Feb 2014 17:13:10 +0100, a écrit : > By default diskfs_disk_name is returned as the source of > libdiskfs-based translators. Hurds fstab allows multiple entries with > the mnt_fsname being "none". Ack. > * tmpfs/tmpfs.c (diskfs_disk_name): Set to

[PATCH 4/6] tmpfs: set diskfs_disk_name to "none"

By default diskfs_disk_name is returned as the source of libdiskfs-based translators. Hurds fstab allows multiple entries with the mnt_fsname being "none". * tmpfs/tmpfs.c (diskfs_disk_name): Set to "none". --- tmpfs/tmpfs.c | 2 +- 1 file changed, 1 insertion(+), 1 delet

Re: [PATCH 1/3] Revert "tmpfs: drop privileges in the tmpfs translator"

All three applied, thanks. Samuel

[PATCH 1/3] Revert "tmpfs: drop privileges in the tmpfs translator"

This reverts commit 7075bc11289355478659cd1610632a9299734afc. Dropping the unix privileges of the tmpfs translator causes problems with the passive translator startup. The function fshelp_fetch_root creates an auth handle containing the processes original UID and GID. But if the privileges were

[PATCH 1/7] initscripts: hurd has a proper tmpfs now, remove workaround

/changelog @@ -50,6 +50,9 @@ sysvinit (2.88dsf-42) UNRELEASED; urgency=low * Redirect error output from 'initctl version', suppressing warnings when upstart is installed but not running. Closes: #685779. + [ Justus Winter ] + * mount-functions.sh: Hurd has a tmpfs translator n

[PATCH 3/4] tmpfs: drop privileges in the tmpfs translator

* tmpfs/tmpfs.c (main): Drop privileges. --- tmpfs/tmpfs.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/tmpfs/tmpfs.c b/tmpfs/tmpfs.c index 7da3dd5..1872a7d 100644 --- a/tmpfs/tmpfs.c +++ b/tmpfs/tmpfs.c @@ -29,6 +29,7 @@ the Free Software Foundation, 675 Mass Ave, Cambridge, MA

[PATCH 1/8] initscripts: hurd has a proper tmpfs now, remove workaround

/changelog @@ -50,6 +50,9 @@ sysvinit (2.88dsf-42) UNRELEASED; urgency=low * Redirect error output from 'initctl version', suppressing warnings when upstart is installed but not running. Closes: #685779. + [ Justus Winter ] + * mount-functions.sh: Hurd has a tmpfs translator n

Re: [PATCH] tmpfs: fix parsing of fsys_set_options requests

Justus Winter, le Thu 27 Jun 2013 15:06:28 +0200, a écrit : > * tmpfs/tmpfs.c (runtime_argp): Use options as option list. Applied, thanks. Samuel

[PATCH] tmpfs: fix parsing of fsys_set_options requests

Formerly setting the options using fsys_set_options did not work because runtime_argp.options was set to 0. This fixes "remounting" of tmpfs translators. * tmpfs/tmpfs.c (runtime_argp): Use options as option list. --- tmpfs/tmpfs.c |2 +- 1 file changed, 1 insertion(+), 1 deletio

anonfs: a tmpfs without default_pager

Hi, Some days ago, I came across this tmpfs derived translator I was working on, which replaces the use of default_pager with a pool of anonymous memory. I've fixed some pending issues, and updated it to compile with current Hurd libraries (replacing cthreads with pthreads). Now it works, b

[bug #32755] tmpfs crashes on filling an empty file

Update of bug #32755 (project hurd): Category:None => Hurd Servers Open/Closed:Open => Closed ___ Follow-up Comment #4: As per Maksym's commen

[bug #32755] tmpfs crashes on filling an empty file

Update of bug #32755 (project hurd): Status: In Progress => Fixed ___ Reply to this item at: ___ Messag

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 01:28:48 +0300, a écrit : >> No, it isn't bogus and should work, but as it is hack that relies on >> implementation and how it works is not obvious (at least from my point >> of view), I decided to disable it. Do you think that it shoul

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 01:28:48 +0300, a écrit : > No, it isn't bogus and should work, but as it is hack that relies on > implementation and how it works is not obvious (at least from my point > of view), I decided to disable it. Do you think that it should be > returned? It depends ho

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 00:48:18 +0300, a écrit : >> > Existing conditions, agreed. But the conditions you introduce are about >> > one-level only. >> >> Really, but I can replace 3 conditions from the beginning of commit with >> one. Would it fit? > > That

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 00:48:18 +0300, a écrit : > > Existing conditions, agreed. But the conditions you introduce are about > > one-level only. > > Really, but I can replace 3 conditions from the beginning of commit with > one. Would it fit? That would be simpler, yes. > >> Also yo

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sun 08 Apr 2012 00:17:43 +0300, a écrit : >> Samuel Thibault writes: >> > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : >> >> > No: as I said, allocate an empty map, so that the existing code can poke >> >> > at it without testing for i

Re: tmpfs status

Maksym Planeta, le Sun 08 Apr 2012 00:17:43 +0300, a écrit : > Samuel Thibault writes: > > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : > >> > No: as I said, allocate an empty map, so that the existing code can poke > >> > at it without testing for its presence or not. > >> > > >>

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : >> > No: as I said, allocate an empty map, so that the existing code can poke >> > at it without testing for its presence or not. >> > >> >> Purpose of this conditions is checking whether map (or submap) is >>

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 23:20:13 +0300, a écrit : > > No: as I said, allocate an empty map, so that the existing code can poke > > at it without testing for its presence or not. > > > >> Purpose of this conditions is checking whether map (or submap) is > >> already empty. > > > > Not emp

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 21:42:04 +0300, a écrit : >> Samuel Thibault writes: >> >> > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : >> >> Here is initialization code from pager_alloc(): >> >> if (INDIRECT_PAGEMAP(size)) { >> >>

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 21:42:04 +0300, a écrit : > Samuel Thibault writes: > > > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : > >> Here is initialization code from pager_alloc(): > >>if (INDIRECT_PAGEMAP(size)) { > >>alloc_size = INDIREC

Re: tmpfs status

Samuel Thibault writes: > Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : >> Here is initialization code from pager_alloc(): >> if (INDIRECT_PAGEMAP(size)) { >> alloc_size = INDIRECT_PAGEMAP_SIZE(size); >> init_value = (dp_map_t)

Re: tmpfs status

Maksym Planeta, le Sat 07 Apr 2012 19:51:56 +0300, a écrit : > Here is initialization code from pager_alloc(): > if (INDIRECT_PAGEMAP(size)) { > alloc_size = INDIRECT_PAGEMAP_SIZE(size); > init_value = (dp_map_t)0; > > And from pager_extend

Re: tmpfs status

Samuel Thibault writes: > >> >> Correct errors in default pager and make it work with tmpfs. >> > >> > That needs more explanation about how it works. >> > >> >> This is quite a big commit and I made several things there: > > So it

Re: tmpfs status

Maksym Planeta, le Wed 28 Mar 2012 22:40:22 +0300, a écrit : > Samuel Thibault writes: > > > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > >> > 1. > >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >

Re: tmpfs status

Maksym Planeta, le Sat 31 Mar 2012 12:07:13 +0300, a écrit : > >> > I don't see an "initial content" option in tmpfs. That would be very > >> > useful, by e.g. providing a .tgz archive to be untarred at translator > >> > creation. > >

Re: tmpfs status

n something like mounting ext2fs readonly and mounting tmpfs >> on top of it using unionfs? > > I didn't actually mean that, but put the content of the Hurd system in > the tmpfs itself. > OK. I'll try to do this. > > The unionfs can however be an interesting test too

Re: tmpfs status

gt;> >> > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : >> >> >> > 1. >> >> >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >> >> >> > >> >> >> >>

Re: tmpfs status

+0200, a écrit : > >> >> > 1. > >> >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master > >> >> > > >> >> > >> >> Someone to review the patches... :-/ > >> > > >>

Re: tmpfs status

Hi! On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta wrote: > Samuel Thibault writes: > > > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > >> > 1. > >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >

Re: tmpfs status

> Ideally, a type of archive that is able to store translators. I don't > know whether there are any. Some other way would be to just use ext2fs > and cp its content before throwing it away. Anything that uses the xattr interfaces and stores all that data ought to work--it's just setting the gnu.t

Re: tmpfs status

Samuel Thibault writes: > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : >> > 1. >> > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master >> > >> >> Someone to review the patches... :-/ > > Just a few com

Re: tmpfs status

Thomas Schwinge writes: > Hi! > > On Wed, 28 Mar 2012 22:40:22 +0300, Maksym Planeta > wrote: >> Samuel Thibault writes: >> >> > Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : >> >> > 1. >> >> > http://git.s

Re: tmpfs status

Maksym Planeta, le Wed 28 Mar 2012 20:42:07 +0300, a écrit : > Samuel Thibault writes: > > > Ideally you should try to put a whole Hurd system on it, so > > we can use it for liveCD and installer. > > Do you mean something like mounting ext2fs readonly and mounting tm

Re: tmpfs status

Samuel Thibault writes: > Ideally you should try to put a whole Hurd system on it, so > we can use it for liveCD and installer. Do you mean something like mounting ext2fs readonly and mounting tmpfs on top of it using unionfs? If so, I'll try to do it, but a bit later. >

Re: tmpfs status

Ideally you should try to put a whole Hurd system on it, so we can use it for liveCD and installer. I don't see an "initial content" option in tmpfs. That would be very useful, by e.g. providing a .tgz archive to be untarred at translator creation. > > IIRC somebody was tryi

Re: tmpfs status

Samuel Thibault writes: > Please try to set passive and active translators etc. on it. I've tried it earlier and didn't find any issues, except those, that I've already corrected. > IIRC somebody was trying a filesystem testsuite? It was me :) I was trying fsx [1]. It performs random IO operat

Re: tmpfs status

50m5s ext2fs 42m4s tmpfs 42m32s New thing also was that I typed commands directly on the machine, and not using ssh, like before. So, behaviour didn't change: ramfs+ext2 is the slowest, ext2fs and tmpfs work approximately with same speed. Regards, Maksym Planeta.

Re: tmpfs status

for command "dpkg-buildpackage -b -nc". I've tested >> tmpfs, ext2fs that mounted on ramdisk and usual ext2fs. Results are in >> following table: > > Did you reboot the machine after every test? > <http://www.bddebian.com:/~hurd-web/open_issues/per

Re: tmpfs status

Maksym Planeta, le Mon 26 Mar 2012 21:31:45 +0300, a écrit : > I'm currently working on getting tmpfs work on the Hurd. I already asked > on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge > suggested me to compile packages and thanks to that a found some bug

Re: tmpfs status

Thomas Schwinge, le Mon 26 Mar 2012 22:24:55 +0200, a écrit : > > 1. > > http://git.savannah.gnu.org/cgit/hurd/hurd.git/log/?h=mplaneta/tmpfs/master > > Someone to review the patches... :-/ Just a few comments. > Fix auto-terminating of tmpfs due to idle. Err, really?

Re: tmpfs status

Hi! On Mon, 26 Mar 2012 21:31:45 +0300, Maksym Planeta wrote: > I'm currently working on getting tmpfs work on the Hurd. I already asked > on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge > suggested me to compile packages and thanks to that a found som

tmpfs status

Hello, I'm currently working on getting tmpfs work on the Hurd. I already asked on IRC to make or suggest some test for tmpfs. Last time Thomas Schwinge suggested me to compile packages and thanks to that a found some bugs. Now they are seems to be fixed, so I ask once more to make/su

[bug #32755] tmpfs crashes on filling an empty file

Follow-up Comment #3, bug #32755 (project hurd): Thomas, exactly filling of empty file works. But I'm going to close this bug when all errors I find in tmpfs will be fixed. Just to not open new bugs. ___ Reply to this item at:

[bug #32755] tmpfs crashes on filling an empty file

Update of bug #32755 (project hurd): Status:None => In Progress Assigned to:None => mplaneta ___ Follow-up Comment #2: Maksym, is this fixed

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: symlink support in tmpfs

Maksym Planeta, le Sun 20 Nov 2011 11:47:36 +0200, a écrit : > Here was a patch by Ben Asselstine[1], which fixes symlinks in tmpfs. > Why wasn't it applied into master branch? Because it got lost. Now applied. I wonder if we still have the ams branch somewhere, to catch such oldies back. Samuel

symlink support in tmpfs

Hello. Here was a patch by Ben Asselstine[1], which fixes symlinks in tmpfs. Why wasn't it applied into master branch? 1) http://thread.gmane.org/gmane.os.hurd.bugs/11829/focus=12098 -- Thanks, Maksym Planeta

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

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 cri

Re: tmpfs compilation

Hi! Maksym, this has been a bit light on details. You should always give complete examples what you have done, so that others can reproduce it. On Fri, 28 Oct 2011 00:15:22 +0300, Maksym Planeta wrote: > I have a problem with compiling of tmpfs. First when I tried to run > configure

tmpfs compilation

Hello! I have a problem with compiling of tmpfs. First when I tried to run configure script from ../hurd/ it didn't generate Makefiles, so i ran configure from ../ (this is root directory for hurd repository). After compilation of tmpfs I added some changes and ran "make tmpfs"

Re: tmpfs for Maksym Planeta

xerciser/> > appears to be the ``definitive version''. I've tried two edition of fsx and both of them work with trivial workaround for msync: $ diff fsx-linux.c fsx-linux.c.old 39a40 > #define msync(...) 0 fsx-linux.c should be compiled with -Dlinux flag. > > *

Re: tmpfs for Maksym Planeta

Hi! On Mon, 10 Oct 2011 11:48:37 +0200, I wrote: > Sergio, Olaf: Do you have a more exact idea about what is missing/buggy > in tmpfs? Maksym, you can do the following: * Get the ``File System Exerciser'' running on GNU/Hurd (no idea if there's any porting require

Re: tmpfs

. Well, he was very busy at that time, and only could review it much later... > I'll try to review my work on both tmpfs and defpager to be able to > write a follow up. Great :-) -antrik-

Re: tmpfs

with an initial internal size of 4K. > > What happened to this patch? As far as I can see, you never followed > up on Samuel's feedback?... > Sorry, I think I've missed his reply. I'll try to review my work on both tmpfs and defpager to be able to write a follow up.

Re: tmpfs

Hi, On Sat, Mar 12, 2011 at 01:47:09PM +0100, Sergio Lopez wrote: > I think all of them were applied, except the ones that alter > default_pager's interface to accept only the creation of objects with > an initial internal size of 4K. What happened to this patch? As far as I can see, you never f

Re: tmpfs

Hi, I think all of them were applied, except the ones that alter default_pager's interface to accept only the creation of objects with an initial internal size of 4K. So tmpfs should work to some degree, but probably it will have trouble dealing with empty or large (>4K) files. El Sat

[bug #32755] tmpfs crashes on filling an empty file

Follow-up Comment #1, bug #32755 (project hurd): More importantly, that makes the defpager crash: /hurd/mach-defpager: panic: memory_object_lock_request: 268435459 (EMACH_SEND_INVALID_DEST) ___ Reply to this item at:

[bug #32755] tmpfs crashes on filling an empty file

URL: <http://savannah.gnu.org/bugs/?32755> Summary: tmpfs crashes on filling an empty file Project: The GNU Hurd Submitted by: None Submitted on: sam. 12 mars 2011 12:03:39 UTC Category: None Sever

tmpfs

Hi Sergio, Do you happen to know the current status of tmpfs? I remember that you sent some patches to fix it, but I don't remember whether all of them got applied, and whether they fixed all the known issues... -antrik-

Re: [PATCH] tmpfs: keep a reference to memory objects

Hello, Sergio Lopez, le Wed 19 May 2010 17:02:22 +0200, a écrit : > - 02tmpfs_memref.patch: Keep a reference to the memory object. This > is better explained above. I have commited it. > - 01tmpfs_objectsize.patch: Create objects with size == vm_page_size, > since the default_pager d

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

On Thu, May 20, 2010 at 12:18:44AM +0200, Sergio Lopez wrote: > El Wed, 19 May 2010 23:32:37 +0200 > Samuel Thibault escribió: > > > Sergio Lopez, le Wed 19 May 2010 17:33:39 +0200, a écrit : > > > El Wed, 19 May 2010 16:05:27 +0200 > > > Carl Fredrik Hammar escribió: > > > > > > > On Tue, May

[PATCH] Fix malloc size in tmpfs

* tmpfs/dir.c (diskfs_direnter_hard): Fix malloc size. --- Hello, Found this little doozy while examining Sergio's patches. ENTSIZE was changed back in 2f7f90ce to reflect the size of a struct dirent instead of a tmpfs_dirent, but NEW is still a tmpfs_dirent... I just snatched the old

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

On Tue, May 18, 2010 at 05:36:19PM +0200, Sergio Lopez wrote: > El Tue, 18 May 2010 16:33:59 +0200 > Carl Fredrik Hammar escribió: > > along with another one that fixes symlinks. Perhaps you could adopt > > that patch as well and try to get it checked in since you're alrea

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

El Wed, 19 May 2010 23:32:37 +0200 Samuel Thibault escribió: > Sergio Lopez, le Wed 19 May 2010 17:33:39 +0200, a écrit : > > El Wed, 19 May 2010 16:05:27 +0200 > > Carl Fredrik Hammar escribió: > > > > > On Tue, May 18, 2010 at 04:19:34PM +0200, Sergio Lopez wrote: > > > > > > > > This patch

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

Sergio Lopez, le Wed 19 May 2010 17:33:39 +0200, a écrit : > El Wed, 19 May 2010 16:05:27 +0200 > Carl Fredrik Hammar escribió: > > > On Tue, May 18, 2010 at 04:19:34PM +0200, Sergio Lopez wrote: > > > > > > This patch adds some padding to tmpfs_dirent structure as it's > > > suggested in the wi

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

El Wed, 19 May 2010 16:05:27 +0200 Carl Fredrik Hammar escribió: > On Tue, May 18, 2010 at 04:19:34PM +0200, Sergio Lopez wrote: > > > > This patch adds some padding to tmpfs_dirent structure as it's > > suggested in the wiki > > (http://www.gnu.org/software/hurd/hurd/translator/tmpfs.html). > >

Re: [PATCH] tmpfs: keep a reference to memory objects

El Wed, 19 May 2010 10:37:21 +0200 escribió: > On Tue, May 18, 2010 at 04:21:14PM +0200, Sergio Lopez wrote: > > > This patch modifies tmpfs to keep a reference (by mapping it into > > its own space) to each memory object created by the user, so they > > don't get

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

On Tue, May 18, 2010 at 04:19:34PM +0200, Sergio Lopez wrote: > > This patch adds some padding to tmpfs_dirent structure as it's > suggested in the wiki > (http://www.gnu.org/software/hurd/hurd/translator/tmpfs.html). > It seems Samuel beat you to it back in January: see commit 97c569. Regards,

Re: [PATCH] tmpfs: keep a reference to memory objects

Hi, On Tue, May 18, 2010 at 04:21:14PM +0200, Sergio Lopez wrote: > This patch modifies tmpfs to keep a reference (by mapping it into its > own space) to each memory object created by the user, so they don't get > inmediately terminated at the end of the current operation. Hm.

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

El Tue, 18 May 2010 16:19:34 +0200 Sergio Lopez escribió: > Hi, > > This patch adds some padding to tmpfs_dirent structure as it's > suggested in the wiki > (http://www.gnu.org/software/hurd/hurd/translator/tmpfs.html). > I've taken a deeper look into this issue, and I think there's no need to

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

n since you're already > working on tmpfs. > The patch for symlinks was already submitted to the list: http://www.mail-archive.com/bug-hurd@gnu.org/msg11844.html.

Re: [PATCH] tmpfs: add padding to tmpfs_dirent structure

Hi, On Tue, May 18, 2010 at 04:19:34PM +0200, Sergio Lopez wrote: > This patch adds some padding to tmpfs_dirent structure as it's > suggested in the wiki > (http://www.gnu.org/software/hurd/hurd/translator/tmpfs.html). > > > diff -du hurd-deb.orig/tmpfs/tmpfs.h hurd/t

  1   2   >