Re: Second stage bootloader (i386) hangs on ls command for ext2

2011-12-22 Thread Izumi Tsutsui
Hi, Evgeniy Ivanov wrote: I have not checked if their readdir() API can be applicable our current ls implementation, but what do you think about this idea, i.e. file system independent ls command using fs dependent readdir() ops? readdir looks better as fs_ops, but if it requires too

Re: CVS commit: src

2011-12-22 Thread David Holland
On Wed, Dec 21, 2011 at 04:47:49PM +0100, Reinoud Zandijk wrote: Hi folks, i am not subscribed to this mailing list so i only found this discussion when someone pointed it out to me. Realistically, you should always be subscribed to either source-changes or source-changes-full, or

NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread Valeriy E. Ushakov
On Wed, Dec 21, 2011 at 16:47:49 +0100, Reinoud Zandijk wrote: From the beginning of the usermode project, we struggled with the fact that system calls in usermode's userland will go to the wrong kernel [...] Because you chose to run userland code in the same process with the usermode kernel

Re: NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread Thor Lancelot Simon
On Thu, Dec 22, 2011 at 08:22:17PM +0400, Valeriy E. Ushakov wrote: On Wed, Dec 21, 2011 at 16:47:49 +0100, Reinoud Zandijk wrote: From the beginning of the usermode project, we struggled with the fact that system calls in usermode's userland will go to the wrong kernel [...] Because

Re: Second stage bootloader (i386) hangs on ls command for ext2

2011-12-22 Thread Evgeniy Ivanov
Hi, On Thu, Dec 22, 2011 at 7:00 PM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: Hi, Evgeniy Ivanov wrote: I have not checked if their readdir() API can be applicable our current ls implementation, but what do you think about this idea, i.e. file system independent ls command using fs

Re: NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread Mouse
This all seems simple and elegant enough, but it does not (quite) work: A) It still requires a new system call on the outer kernel. *Perhaps* this could be avoided by using ptrace, which might be simpler with this approach because the rule is simple: just say

Re: NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread Thor Lancelot Simon
On Thu, Dec 22, 2011 at 03:46:34PM -0500, Mouse wrote: ptrace can support this too. It can let sbrk/mmap through, but tell the usermode kernel as it does so. Or it can consult with the usermode kernel first, and then let them through in a possibly modified form. I still don't see how this

Re: NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread Christos Zoulas
In article 20111223013511.ga10...@panix.com, Thor Lancelot Simon t...@panix.com wrote: On Thu, Dec 22, 2011 at 03:46:34PM -0500, Mouse wrote: ptrace can support this too. It can let sbrk/mmap through, but tell the usermode kernel as it does so. Or it can consult with the usermode kernel

Re: NetBSD/usermode (Was: CVS commit: src)

2011-12-22 Thread David Holland
On Thu, Dec 22, 2011 at 09:23:54PM -0500, Mouse wrote: ...making them appear asynchronously with respect to userland userspace's calls to userland kernel would, yes, be difficult. (Or anything else that lets the ptracer regain control; syscalls are just the most convenient such thing.)