fstrans/pserialize issue on Xen

[Manuel Bouyer <bouyer%antioche.eu.org@localhost>]

Hello,
it seems that recent HEAD Xen can't install (via anita) any more.
The install hangs at the end of the sysinst run, with a process
(not always the same, it can be mount, or dkctl, or mkdir, ...)
stuck on psrlz. The stack trace always look the same:
db{0}>  tr/a c14bdaa0
trace: pid 46 lid 1 at 0xcdc1ad70
sleepq_block(1,0,c05a90db,c0b2a560,c0b31100,c1234700,c1235b80,c0b303fc,b30fc2,c05a90db) at netbsd:sleepq_block+0x19d
kpause(c05a90db,0,1,0,c12ec24c,c14dd008,1,cdc1adfc,c048ab4a,c120da48) at netbsd:kpause+0xf2
pserialize_perform(c120da48,c048c02f,c16c1080,c04a5c21,10,c056a2ac,c14dd008,500,0,cdc1ae1c) at netbsd:pserialize_perform+0x267
fstrans_setstate(c14dd008,0,c04905e9,c16c1080,cdc1ae74,c14dd008,cdc1ae34,c0481760,c14dd008,2) at netbsd:fstrans_setstate+0x3a
genfs_suspendctl(c14dd008,2,c04a93fc,cdc1ae74,cdc1ae50,c048b5a2,c14dd008,2,cdc1ae74,500) at netbsd:genfs_suspendctl+0x3a
VFS_SUSPENDCTL(c14dd008,2,cdc1ae74,500,0,cdc1ae84,c048e593,c14dd008,500,0) at netbsd:VFS_SUSPENDCTL+0x20
vfs_resume(c14dd008,500,0,cdc1ae74,cdc1aeb4,4,c14dd008,c16ce980,c16ce980,c14bdaa0) at netbsd:vfs_resume+0x72
vrevoke(c16ce980,cdc1aeb4,c049aedc,cdc1aea4,0,0,c056a4e0,c16ce980,1,c14917e0) atnetbsd:vrevoke+0x93
genfs_revoke(cdc1aea4,0,0,c056a4e0,c16ce980,1,c14917e0,cdc1af20,c03d1f63,c16ce980) at netbsd:genfs_revoke+0x1a
VOP_REVOKE(c16ce980,1,1,ffffffff,c01140f4,c13512e0,c14917f4,c13512e0,0,cdc1aedc) at netbsd:VOP_REVOKE+0x2c
exit1(c14bdaa0,0,0,c14bdaa0,cdc1afa8,cdc1af9c,c0113b62,c14bdaa0,cdc1af68,cdc1af60) at netbsd:exit1+0x993
sys_exit(c14bdaa0,cdc1af68,cdc1af60,c14917e0,ffffffff,c0b26f34,cdc1af68,0,0,0) at netbsd:sys_exit+0x39
syscall() at netbsd:syscall+0x82

there is only a few processes running:
db{0}>  ps
PID    LID S CPU     FLAGS       STRUCT LWP *               NAME WAIT
46       1 3   1         0           c14bdaa0              mkdir psrlz
4132 >   1 7   2     40000           c14bd800            sysinst
4117     1 3   0        80           c14bdd40                 sh wait
1        1 3   0        80           c138c7e0               init wait

I can't see anything suspect in kernel threads.

Any idea how to debug further ?

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--