freebsd exokernel

2010-07-30 Thread Fabio Kaminski
Hi folks, i know its a kind of off topic, but i think this is the perfect list for this.. anyone here think a little bit like me, and like the exokernel idea? the primary idea is to leverage only things like schedulling, and drivers to kernel ring .. and downgrade things like VFS and MM to userl

Re: possible NFS lockups

2010-07-30 Thread Sam Fourman Jr.
On Tue, Jul 27, 2010 at 10:29 AM, krad wrote: > I have a production mail system with an nfs backend. Every now and again we > see the nfs die on a particular head end. However it doesn't die across all > the nodes. This suggests to me there isnt an issue with the filer itself and > the stats from

ls, mount point aware

2010-07-30 Thread Domagoj S.
As I can see, more and more base apps, are aware of mount points. I.e; In 8.1, chgrp(1), chown(8) and cp(1) now have an -x flag. And what about human users? 'ls' command, should in it's long list of directories, show something like: Hey, this directory, is also a mount point. One letter flag? __

Re: sched_pin() versus PCPU_GET

2010-07-30 Thread John Baldwin
On Friday, July 30, 2010 10:08:22 am John Baldwin wrote: > On Thursday, July 29, 2010 7:39:02 pm m...@freebsd.org wrote: > > We've seen a few instances at work where witness_warn() in ast() > > indicates the sched lock is still held, but the place it claims it was > > held by is in fact sometimes n

Re: sched_pin() versus PCPU_GET

2010-07-30 Thread John Baldwin
On Thursday, July 29, 2010 7:39:02 pm m...@freebsd.org wrote: > We've seen a few instances at work where witness_warn() in ast() > indicates the sched lock is still held, but the place it claims it was > held by is in fact sometimes not possible to keep the lock, like: > > thread_lock(td); >

Re: sched_pin() versus PCPU_GET

2010-07-30 Thread mdf
2010/7/30 Kostik Belousov : > On Thu, Jul 29, 2010 at 04:57:25PM -0700, m...@freebsd.org wrote: >> On Thu, Jul 29, 2010 at 4:39 PM,   wrote: >> > We've seen a few instances at work where witness_warn() in ast() >> > indicates the sched lock is still held, but the place it claims it was >> > held by

Re: sched_pin() versus PCPU_GET

2010-07-30 Thread Kostik Belousov
On Thu, Jul 29, 2010 at 04:57:25PM -0700, m...@freebsd.org wrote: > On Thu, Jul 29, 2010 at 4:39 PM, wrote: > > We've seen a few instances at work where witness_warn() in ast() > > indicates the sched lock is still held, but the place it claims it was > > held by is in fact sometimes not possible