Hi,
On Wed, 11 Sep 2013, Konstantin Belousov wrote:
Could you list the lines around the the vfs_subr.c:4591 in your kernel ?
4591 is the VI_LOCK(vp) in filt_vfsvnode:
static int
filt_vfsvnode(struct knote *kn, long hint)
{
struct vnode *vp = (struct vnode *)kn->kn_hook;
int
On Wed, 11 Sep 2013, Volodymyr Kostyrko wrote:
Can you try to build world WITH_CLANG_IS_CC? Clang generated code is known to
produce an instant coredump in situations where gcc generated code hits a
loop or becomes unresponsive.
I removed ccache, rebuilt with WITH_CLANG_IS_CC and it worked f
On Wed, 11 Sep 2013, Volodymyr Kostyrko wrote:
11.09.2013 18:07, Jimmy Olgeni wrote:
Perhaps I found something weird while running 9.2-RC3 FreeBSD
9.2-RC3 #0 r255393 (ZFS-only setup).
Unfortunately I'm not able to get a minidump for the latest RC, but at this
point I suspect
Hello,
Perhaps I found something weird while running 9.2-RC3 FreeBSD
9.2-RC3 #0 r255393 (ZFS-only setup).
Quick history of the problem:
- Lately, using a very recent -STABLE, the host would hang randomly while
building ports with poudriere (-J2) and using X11, without producing a
core dump
Hi,
On Wed, 11 Sep 2013, Konstantin Belousov wrote:
Also, do you have all options listed at
http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html
enabled ?
This time I tried with clang + these options and I got something more
interesting. All works
On Thu, 12 Sep 2013, Konstantin Belousov wrote:
This time I tried with clang + these options and I got something more
interesting. All works fine until the lock violation below:
Clang is, well, not relevant there.
Still, with clang I could get a hard reset rather than a hang. But
maybe there
On Thu, 12 Sep 2013, Konstantin Belousov wrote:
4591 is the VI_LOCK(vp) in filt_vfsvnode:
static int
filt_vfsvnode(struct knote *kn, long hint)
{
struct vnode *vp = (struct vnode *)kn->kn_hook;
int res;
VI_LOCK(vp);
^^^
if (kn->kn_sfflags & hi
On Thu, 12 Sep 2013, Konstantin Belousov wrote:
Might be, your issue is that some filesystems do not care about proper
locking mode for the fifos. UFS carefully disables shared locking for
VFIFO, but it seems ZFS is not. I can propose the following band-aid,
which could help you.
This certa
On Thu, 12 Sep 2013, Konstantin Belousov wrote:
This certainly seems to improve things. I have been running builds
for the past couple of hours without any critical problem.
Ok, so it is ZFS indeed. I think I will commit the band-aid to head
shortly.
Thank you!
I spotted a few LORs but no
Hi,
On Sat, 14 Sep 2013, Dag-Erling Smørgrav wrote:
Patrick Lamaiziere writes:
I'm seeing a panic while trying to build a poudriere repository.
[...]
A related panic still occurs in 9.2-RC4. It is 100% reproducible: just
start a poudriere build while Gnome is running. The culprit this ti
On Sun, 10 Jun 2001, Mixtim wrote:
> A lot of people must have a bad source tree or wacky /etc/make.conf options.
It turns out that I had some bad .depend files around the source tree,
and just removing /usr/obj didn't fix the problem.
I removed all them and everything went fine :o)
--
jimmy
Hello everybody,
I just got a panic while logging into Gnome from XFree86-4.1.0_4
(wdm). I was also downloading a file using userland PPP.
IdlePTD 5607424
initial pcb at 4307e0
panicstr: vm_object_deallocate: object deallocated too many times: 0
panic messages:
---
panic: vm_object_deallocate
12 matches
Mail list logo
