qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] kqemu freebsd host smp problems?


From: Antony T Curtis
Subject: Re: [Qemu-devel] kqemu freebsd host smp problems?
Date: Sun, 10 Jul 2005 12:10:28 +0100

On Sun, 2005-07-10 at 13:39 +0900, Norikatsu Shigemura wrote:
> On Sun, 03 Jul 2005 17:37:42 -0700
> Bakul Shah <address@hidden> wrote:
> > Lock writes:
> > >  Is kqemu and the freebsd wrapper smp aware?  I just saw this panic
> > > report again,
> > >   http://lists.freebsd.org/pipermail/freebsd-current/2005-May/050161.html
> > > and noticed it apparently happened with an smp kernel.
> > My guess is
> >     .d_flags = D_NEEDGIANT,
> > needs to be added to the initializer of kqemu_cdevsw for the
> > freebsd-current case.  AFAIK this flag ensures only one
> > thread can be in this driver at a time (but caveat emptor: I
> > don't play in the kernel these days).
> 
>       I confirmed that qemu on latest FreeBSD 6-current got more
>       stability!!, but more little slowly:-( and a panic:-( too.

IMO, That flag is not the cause of the panics and that it should(tm)
work without requiring GIANT...

I think it is possible that the kqemu code is freeing a page without
unlocking it so that when another process does file IO which requires
pages to be allocated, attempts to wire those pages results in failure
and so a panic occurrs.

Perhaps if a different method for allocating memory rather than
contigmalloc/contigfree should be used by the kernel module.

<snip>

Offtopic - but am I the only person who has modified the if_tap driver
to permit opening by non-superuser?

-- 
Antony T Curtis, BSc.                   UNIX, Linux, *BSD, Networking
address@hidden            C++, J2EE, Perl, MySQL, Apache
                                        IT Consultancy.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]