Date: Sun, 10 Jul 2005 21:27:26 +0900 (JST) From: Norikatsu Shigemura <nork@FreeBSD.org> To: Antony T Curtis <antony.t.curtis@ntlworld.com> Cc: craig@xfoil.gank.org, jhb@FreeBSD.org, alc@FreeBSD.org, jeff@FreeBSD.org, nork@FreeBSD.org, qemu-devel@nongnu.org, freebsd-current@FreeBSD.org, bakul@BitBlocks.com, qemu-l@jelal.kn-bremen.de Subject: Re: [Qemu-devel] kqemu freebsd host smp problems? Message-ID: <200507101227.j6ACRQck086292@sakura.ninth-nine.com> In-Reply-To: <1120993828.46929.7.camel@pcgem.xiphis.org> References: <20050704010715.A36404@saturn.kn-bremen.de> <200507040037.j640bg0v085158@gate.bitblocks.com> <200507100439.j6A4dlMK074874@sakura.ninth-nine.com> <1120993828.46929.7.camel@pcgem.xiphis.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 10 Jul 2005 12:10:28 +0100 Antony T Curtis <antony.t.curtis@ntlworld.com> wrote: > > 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. Hummm... I can't fix this issue. Please, please:-). > <snip> > Offtopic - but am I the only person who has modified the if_tap driver > to permit opening by non-superuser? Did you modify if_tap driver? I didn't, I set follwoing setting. 1. Add following lines to /etc/devfs.conf # Allow a user in the wheel group to query the if_tap device perm tap* 0660 2. Add following line to /etc/sysctl.conf net.link.tap.user_open=1
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200507101227.j6ACRQck086292>