From 1dc28d745d45be6764072af1da0ceda52a0c17a3 Mon Sep 17 00:00:00 2001 From: Thomas Schwinge Date: Tue, 17 Apr 2012 00:16:32 +0200 Subject: IRC. --- hurd/translator/tmpfs/discussion.mdwn | 52 +++++++++++++++++++++++++++++++++++ 1 file changed, 52 insertions(+) (limited to 'hurd/translator/tmpfs/discussion.mdwn') diff --git a/hurd/translator/tmpfs/discussion.mdwn b/hurd/translator/tmpfs/discussion.mdwn index 1d441c7d..bdee0f78 100644 --- a/hurd/translator/tmpfs/discussion.mdwn +++ b/hurd/translator/tmpfs/discussion.mdwn @@ -376,3 +376,55 @@ License|/fdl]]."]]"""]] Anyway all these are just translators, so there shouldn't be any problems. pinotree: works + + +## IRC, freenode, #hurd, 2012-03-22 + + Hello. Is it normal that when i try to run du at directory where + translator is mounted it says that directory is 'Not a directory'? Here + are some examples with different filesystems: paste.debian.net/160699 + First is ramdisk+ext2fs, second is tmpfs, third is ext2fs. + i can't reproduce the problem with ext2fs + perhaps you can try rpctracing it to see where ENOTDIR comes from + civodul: when I run du io_stat_request ipc is called. But reply is + ((os/kern) invalid address). Where is server code for this ipc? I only + found its definition in defs file and that's all. + mcsim: server code is in libdiskfs + ext2fs, for instance + civodul: Does io_stat_request have changed name in server code? I + just can't find it. Here are my grep results fore io_stat_request (i was + grepping in root of hurd repository: paste.debian.net/160708 + remove _request + it's just io_stat + youpi: thank you + + +## IRC, freenode, #hurd, 2012-04-08 + + youpi: I've corrected everything you said, and pushed code to new + branch mplaneta/tmpfs/master-v2 + mcsim: all applied, thanks ! + I'll probably test it a bit and upload a new version of hurd + mcsim: it seems to be working fine indeed! + youpi: thank you for all your reviews, suggestions you gave and + corrections you made :) + and it seems translators indeed work there too + hopefully it'll work to run the debian installer + that'd permit to solve memory consumption + (so tmpfs works really fine now? great!) + I could reboot with tmpfs on /tmp and build a package there, yes + youpi: yes, I've compiled several packages already, but it does not + give big advantage in performance. + I wasn't really looking for performance, but for correctness :) + are you using writeback for your /, actually ? + argl, /run gets triggered before mach-defpager is started + the X11 socket works there too + gnu_srs: might your mouse issue with Xorg be related with vnc usage + too? + it seems ENOSPC works fine too + youpi: as to writeback. I think yes, because default pager is asked + to write data only when this data is evicted. + I'm talking about kvm + youpi: I use real computer. + ok + but that indeed means writeback of ext2fs works, which is a good + sign :) -- cgit v1.2.3