David Xu wrote at 15:46 +0800 on Oct 21, 2006:
> On Saturday 21 October 2006 15:22, John E Hein wrote:
> > David Xu wrote at 15:10 +0800 on Oct 21, 2006:
> > > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will
> > > call CURSIG() which will suspends current process if there
On Saturday 21 October 2006 15:22, John E Hein wrote:
> David Xu wrote at 15:10 +0800 on Oct 21, 2006:
> > This is also RELENG_4's behavior, if PCATCH is set, the tsleep will
> > call CURSIG() which will suspends current process if there is a
> > SIGTSTP or SIGSTOP signal.
>
> Great. Suspending
David Xu wrote at 15:10 +0800 on Oct 21, 2006:
> On Saturday 21 October 2006 14:56, John E Hein wrote:
>
> > David, here's the original report.
> > http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html
> >
> > Indeed, as Kostik surmised, the mount point is mounted intr.
On Saturday 21 October 2006 11:57, Kostik Belousov wrote:
> On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote:
> > On Thursday 19 October 2006 18:04, Kostik Belousov wrote:
> > > The nfs_reply is sleeping with the PCATCH set. The question is why
> > > SIGTSTP does not cause msleep to return
On Saturday 21 October 2006 14:56, John E Hein wrote:
> David, here's the original report.
> http://lists.freebsd.org/pipermail/freebsd-stable/2006-October/029755.html
>
> Indeed, as Kostik surmised, the mount point is mounted intr.
>
> I did not notice this problem while running with releng_6 fro
Kostik Belousov wrote at 06:57 +0300 on Oct 21, 2006:
> On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote:
> > On Thursday 19 October 2006 18:04, Kostik Belousov wrote:
> >
> > >
> > > The nfs_reply is sleeping with the PCATCH set. The question is why
> > > SIGTSTP
> > > does not ca
On Sat, Oct 21, 2006 at 08:25:00AM +0800, David Xu wrote:
> On Thursday 19 October 2006 18:04, Kostik Belousov wrote:
>
> >
> > The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP
> > does not cause msleep to return with EINTR.
>
> I have not been tracking the thread. but i
On Saturday 21 October 2006 00:05, John E Hein wrote:
> > The problem is in thread_suspend_check(), not the sleepq code.
>
> It happened again (triggered by ctrl-z).
> INVARIANTS & WITNESS provided no help.
>
> Is the problem in thread_suspend_check() known?
> MFC-able from HEAD?
>
I don't think
On Thursday 19 October 2006 18:04, Kostik Belousov wrote:
>
> The nfs_reply is sleeping with the PCATCH set. The question is why SIGTSTP
> does not cause msleep to return with EINTR.
I have not been tracking the thread. but if the thread is sleeping with
PCATCH, the SIGTSTP should cause the proce
On Friday 20 October 2006 12:05, John E Hein wrote:
> John Baldwin wrote at 10:44 -0400 on Oct 19, 2006:
> > On Thursday 19 October 2006 06:04, Kostik Belousov wrote:
> > > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote:
> > > > 6.2-PRERELEASE from 20061016 RELENG_6 sources.
> > >
John Baldwin wrote at 10:44 -0400 on Oct 19, 2006:
> On Thursday 19 October 2006 06:04, Kostik Belousov wrote:
> > On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote:
> > > 6.2-PRERELEASE from 20061016 RELENG_6 sources.
> > > Locked vnodes
> > >
> > > 0xc6b7bdd0: tag nfs, type VDIR
Kostik Belousov wrote at 13:04 +0300 on Oct 19, 2006:
> On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote:
> > 6.2-PRERELEASE from 20061016 RELENG_6 sources.
> > Locked vnodes
> >
> > 0xc6b7bdd0: tag nfs, type VDIR
> > usecount 2, writecount 0, refcount 8 mountedhere 0
> >
On Thursday 19 October 2006 06:04, Kostik Belousov wrote:
> On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote:
> > 6.2-PRERELEASE from 20061016 RELENG_6 sources.
> > Locked vnodes
> >
> > 0xc6b7bdd0: tag nfs, type VDIR
> > usecount 2, writecount 0, refcount 8 mountedhere 0
> > f
On Wed, Oct 18, 2006 at 10:01:45AM -0600, John E Hein wrote:
> 6.2-PRERELEASE from 20061016 RELENG_6 sources.
> Locked vnodes
>
> 0xc6b7bdd0: tag nfs, type VDIR
> usecount 2, writecount 0, refcount 8 mountedhere 0
> flags (VV_ROOT)
> v_object 0xc9d84108 ref 0 pages 0
> lock type
6.2-PRERELEASE from 20061016 RELENG_6 sources.
SMP with
CPU: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2127.97-MHz 686-class CPU)
GENERIC minus some devices plus:
options IPSEC
options IPSEC_ESP
device tap
device vlan
device hwpmc
options HWPMC_HOOKS
options KDB
options DDB
This also
15 matches
Mail list logo