From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 10:48:29 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC8E51065670 for ; Sun, 11 May 2008 10:48:29 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 408C38FC0A for ; Sun, 11 May 2008 10:48:28 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 4179A29F562; Sun, 11 May 2008 12:48:26 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BAXwPO030417; Sun, 11 May 2008 12:33:58 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BAXupL030416; Sun, 11 May 2008 12:33:56 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 12:33:56 +0200 To: Bruce Evans Message-ID: <20080511103356.GA30088@saturn.kn-bremen.de> Mail-Followup-To: Bruce Evans , Bakul Shah , freebsd-emulation@freebsd.org References: <20080507162713.73A3A5B47@mail.bitblocks.com> <20080508195843.G17500@delplex.bde.org> <20080509220922.GA13480@saturn.kn-bremen.de> <20080510213519.P3083@besplex.bde.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080510213519.P3083@besplex.bde.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 10:48:29 -0000 On Sat, May 10, 2008 at 10:28:53PM +1000, Bruce Evans wrote: > On Sat, 10 May 2008, Juergen Lock wrote: > >> On Thu, May 08, 2008 at 09:59:57PM +1000, Bruce Evans wrote: >>> The message in amd64/machdep.c is about violation of the invariant >>> that the kernel cannot cause DNA traps. Spurious DNA traps in the >>> ... >>> >> Okay I _think_ I know a little more about this now... kqemu itself >> doesn't use the fpu, but the guest code it runs can, and in that case the >> DNA trap is just used for (host) lazy fpu context switching like as if the >> code was running in userland regularly. And I just tested the following >> patch that should get rid of the message by calling fpudna/npxdna directly >> (files/patch-fpucontext is the interesting part:) > > This seems reasonable. Is the following summary of my understanding of > kqemu's implementation of this and your change correct?: > - kqemu runs in kernel mode on the host and needs to have exactly the > same effect as a DNA exception on the target. > - having exactly the same effect requires calling the host DNA exception > handler. > - now it uses a software int $7 (dna) to implement the above, but this is > not permitted in kernel mode (although the software int could be > permitted, > it is hard to distinguish from a hardware exception for unintentional > use). > - your change makes it call the DNA trap handler directly. This gives the > same effect as a permitted software int $7. It is also faster. > Yup thats basically it. > It would be better to use an official API for this, but none exists. > :) >> ... >> +Index: kqemu-freebsd.c >> +@@ -33,6 +33,11 @@ >> + >> + #include >> + #include >> ++#ifdef __x86_64__ >> ++#include >> ++#else >> ++#include >> ++#endif >> + >> + #include "kqemu-kernel.h" >> + >> +@@ -172,6 +177,15 @@ >> + { >> + } >> + >> ++void CDECL kqemu_loadfpucontext(unsigned long cpl) >> ++{ >> ++#ifdef __x86_64__ >> ++ fpudna(); >> ++#else >> ++ npxdna(); >> ++#endif >> ++} > > Just be sure that the system state is not too different from that of > trap() (directly below a syscall or trap from userland) when this is > called. Better not have any interrupts disabled or locks held, though > I think npxdna() doesn't care. The FPU must not be owned already at > this point. > Yes, all of that is true. >> ++ >> + #if __FreeBSD_version < 500000 >> + static int >> + curpriority_cmp(struct proc *p) > > I guess kqemu duplicates this old mistake instead of calling it because it > is static. npxdna() is already public so it can be abused easily :-), Well this (curpriority_cmp) is code for 4.x anyway. (Yes I guess I could axe it, but maybe there are still some poor souls out there that still need it...) Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 11:03:38 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B00C106564A for ; Sun, 11 May 2008 11:03:38 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id B68488FC1A for ; Sun, 11 May 2008 11:03:37 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id C44842D1FC5; Sun, 11 May 2008 13:03:36 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BB1Ntt031241; Sun, 11 May 2008 13:01:23 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BB1MEe031240; Sun, 11 May 2008 13:01:22 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 13:01:22 +0200 To: Teufel Message-ID: <20080511110122.GA31223@saturn.kn-bremen.de> Mail-Followup-To: Teufel , freebsd-emulation@freebsd.org References: <20080507162713.73A3A5B47@mail.bitblocks.com> <20080508195843.G17500@delplex.bde.org> <20080509220922.GA13480@saturn.kn-bremen.de> <48260CF7.5050700@kuehlbox.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48260CF7.5050700@kuehlbox.de> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 11:03:38 -0000 On Sat, May 10, 2008 at 11:00:39PM +0200, Teufel wrote: > >> Okay I _think_ I know a little more about this now... kqemu itself >> doesn't use the fpu, but the guest code it runs can, and in that case the >> DNA trap is just used for (host) lazy fpu context switching like as if the >> code was running in userland regularly. And I just tested the following >> patch that should get rid of the message by calling fpudna/npxdna directly >> (files/patch-fpucontext is the interesting part:) > Applied the patch today and I can confirm, there are no more dna messages > as expected. A win2k3 guest runs now couple of hours with some stress test > and the kernel is still fine. I think this patch solves the broken kqemu on > amd64. Great work. Thanx! :) And I just committed the update. Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 16:09:32 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C356B106566C; Sun, 11 May 2008 16:09:32 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD968FC26; Sun, 11 May 2008 16:09:31 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id D931E2CE1A8; Sun, 11 May 2008 18:09:30 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BG7mP2038815; Sun, 11 May 2008 18:07:48 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BG7mEI038814; Sun, 11 May 2008 18:07:48 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 18:07:48 +0200 To: John Baldwin Message-ID: <20080511160748.GA38480@saturn.kn-bremen.de> Mail-Followup-To: John Baldwin , Juergen Lock , freebsd-amd64@freebsd.org, freebsd-emulation@freebsd.org References: <20080429222458.GA20855@saturn.kn-bremen.de> <200805011011.06951.jhb@freebsd.org> <20080501155304.GB2940@saturn.kn-bremen.de> <200805011335.06415.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200805011335.06415.jhb@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, Juergen Lock , freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 16:09:32 -0000 On Thu, May 01, 2008 at 01:35:06PM -0400, John Baldwin wrote: > On Thursday 01 May 2008 11:53:04 am Juergen Lock wrote: > > On Thu, May 01, 2008 at 10:11:06AM -0400, John Baldwin wrote: > > > On Thursday 01 May 2008 06:19:51 am Juergen Lock wrote: > > > > On Wed, Apr 30, 2008 at 12:24:58AM +0200, Juergen Lock wrote: > > > > > Yeah, the amd64 kernel reuses the same gdt to setup all cpus, causing > > > > > kqemu to end up restoring the interrupt stackpointer (after running > > > > > guest code using its own cpu state) from the tss of the last cpu, > > > > > regardless which cpu it happened to run on. And that then causes the > > > > > last cpu's (usually) idle thread's stack to get smashed and the host > > > > > doing multiple panics... (Which also explains why pinning qemu onto > cpu > > > > > 1 worked on a 2-way host.) > > > > > > > > Hmm maybe the following is a little more clear: kqemu sets up its own > > > > cpu state and has to save and restore the original state because of > that, > > > > so among other things it does an str insn (store task register), and > later > > > > an ltr insn (load task register) using the value it got from the first > > > > str insn. That ltr insn loads the selector for the tss which is stored > > > > in the gdt, and that entry in the gdt is different for each cpu, but > since > > > > a single gdt was reused to setup the cpus at boot (in init_secondary() > in > > > > /sys/amd64/amd64/mp_machdep.c), it still points to the tss for the last > > > > cpu, instead of to the right one for the cpu the ltr insn gets executed > on. > > > > That is what the kqemu_tss_workaround() in the patch `fixes'... > > > > > > Perhaps kqemu shouldn't be doing str/ltr on amd64 instead? The things > i386 > > > uses a separate tss for in the kernel (separate stack for double faults) > is > > > handled differently on amd64 (on amd64 we make the double fault handler > use > > > one of the IST stacks). > > > > Well, kqemu uses its own gdt, tss and everything while running guest code > > in its monitor, so it kinda has to do the str/ltr.s to setup its stuff, run > > guest code, and then restore the original state of things. (And `restore > > original state of things' is what failed here.) > > > > Oh and also the tss does seem to be used for the interrupt stack on > > amd64 too, at least thats the one that ended up wrong and caused the panics > > I saw... > > The single TSS holds the IST pointers. On i386 we use a separate TSS for > double faults, but on amd64 a double fault uses the same TSS but uses the IST > pointers from that same TSS. The TSS also holds the ring stack pointer for > when syscalls, interrupts, and traps from userland cross from ring 3 to ring > 0 which is probably why you got a panic. > > Because of the fact that amd64 in normal operation never changes the task > register (and that the gdt isn't used quite the same either, all the per-cpu > stuff is via FSBASE and GSBASE) I don't expect the kernel to change to use a > per-cpu gdt or the like. I think you will need to use the current approach > of patching kqemu to fixup the tss/gdt when reloading the task register. You > might want to make it a regular part of the code rather than a workaround as > a result. Ok I renamed the function now. I was mad aware of another problem tho, (hi Yamagi! :) - running multiple qemu instances can still panic/reboot the box probably because the hardware does some lazy evaluation/loading (or maybe its a cache coherency issue?), so I thought it was safer to use seperate per-cpu gdts after all. The following patch survived a quick test that the old version didn't (two 7.0-livefs guests running find /dist in fixit), tho I'm not sure about the correctness of the values I used to reload MSR_KGSBASE and MSR_FSBASE after lgdt() (anyone here know offhand? Yeah I could just save/reload them like the rest of the code does, but if they can be set from available data instead...) Here comes the patch (also at http://people.freebsd.org/~nox/qemu/kqemu-kmod-tss-cpldt.patch ) Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- Makefile 11 May 2008 10:59:20 -0000 1.24 +++ Makefile 11 May 2008 15:06:08 -0000 @@ -7,7 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 -PORTREVISION= 5 +PORTREVISION= 6 CATEGORIES= emulators kld MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ http://qemu.org/ \ Index: files/patch-tssworkaround =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-tssworkaround,v retrieving revision 1.2 diff -u -p -r1.2 patch-tssworkaround --- files/patch-tssworkaround 11 May 2008 10:59:20 -0000 1.2 +++ files/patch-tssworkaround 11 May 2008 15:08:41 -0000 @@ -1,29 +1,70 @@ Index: kqemu-freebsd.c -@@ -38,6 +38,11 @@ +@@ -38,6 +38,14 @@ #else #include #endif +#ifdef __x86_64__ ++#include +#include ++#include ++#include +#include +#include +#endif #include "kqemu-kernel.h" -@@ -248,6 +253,19 @@ +@@ -248,6 +256,57 @@ va_end(ap); } +#ifdef __x86_64__ ++int kqemu_cpu0gdtfixed; ++int kqemu_gdts_used; ++struct user_segment_descriptor *kqemu_gdts; ++struct region_descriptor kqemu_r_newgdt; ++extern struct pcpu __pcpu[]; ++ +/* called with interrupts disabled */ -+void CDECL kqemu_tss_fixup(void) ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); ++ unsigned cpuid = PCPU_GET(cpuid); ++ struct user_segment_descriptor *newgdt = gdt; + -+ gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[PCPU_GET(cpuid)]; ++ if (mp_ncpus <= 1 || kerngdtbase != (unsigned long)&gdt) ++ /* UP host or gdt already moved, nothing to do */ ++ return; ++ if (cpuid) { ++ /* move gdts of all but first cpu */ ++ if (!kqemu_gdts) ++ /* ++ * XXX gdt is allocated as ++ * struct user_segment_descriptor gdt[NGDT * MAXCPU]; ++ * so it has room for the moved copies; need to allocate at ++ * kldload (and only free if kqemu_gdts_used is zero) should this ++ * change in the future ++ */ ++ kqemu_gdts = &gdt[NGDT]; ++ ++kqemu_gdts_used; ++ newgdt = &kqemu_gdts[NGDT * (cpuid - 1)]; ++ bcopy(&gdt, newgdt, NGDT * sizeof(gdt[0])); ++ kqemu_r_newgdt.rd_limit = NGDT * sizeof(gdt[0]) - 1; ++ kqemu_r_newgdt.rd_base = (long) newgdt; ++ } else { ++ if (kqemu_cpu0gdtfixed) ++ return; ++ ++kqemu_cpu0gdtfixed; ++ } ++ gdt_segs[GPROC0_SEL].ssd_base = (long) &common_tss[cpuid]; + ssdtosyssd(&gdt_segs[GPROC0_SEL], -+ (struct system_segment_descriptor *)&gdt[GPROC0_SEL]); ++ (struct system_segment_descriptor *)&newgdt[GPROC0_SEL]); ++ if (cpuid) { ++ lgdt(&kqemu_r_newgdt); ++ wrmsr(MSR_GSBASE, (u_int64_t)&__pcpu[cpuid]); ++ wrmsr(MSR_KGSBASE, curthread->td_pcb->pcb_gsbase); ++ wrmsr(MSR_FSBASE, 0); ++ } + ltr(gsel_tss); +} +#endif @@ -49,7 +90,7 @@ Index: common/kernel.c +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); -+ kqemu_tss_fixup(); ++ kqemu_tss_fixup(s->kernel_gdt.base); + spin_unlock(&g->lock); +#endif +#endif @@ -57,13 +98,13 @@ Index: common/kernel.c if (s->mon_req == MON_REQ_IRQ) { struct kqemu_exception_regs *r; Index: kqemu-kernel.h -@@ -44,4 +44,10 @@ +@@ -48,4 +48,10 @@ void CDECL kqemu_log(const char *fmt, ...); +#ifdef __FreeBSD__ +#ifdef __x86_64__ -+void CDECL kqemu_tss_fixup(void); ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase); +#endif +#endif + From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 19:27:46 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B0181065675 for ; Sun, 11 May 2008 19:27:46 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 2D24C8FC12 for ; Sun, 11 May 2008 19:27:46 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 6F3625B4D; Sun, 11 May 2008 12:27:45 -0700 (PDT) To: Juergen Lock In-reply-to: Your message of "Sun, 11 May 2008 18:07:48 +0200." <20080511160748.GA38480@saturn.kn-bremen.de> Date: Sun, 11 May 2008 12:27:45 -0700 From: Bakul Shah Message-Id: <20080511192745.6F3625B4D@mail.bitblocks.com> Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 19:27:46 -0000 Juergen, With your latest patch things are looking pretty good! - Multiple qemus on a MP FreeBSD amd64 works with kqemu enabled for user code. Some running 64 bit kernels (freebsd), some running 32 bit kernels (freebsd and plan9). - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, both with user mode kqemu. A 32 bit 7.0 kernel under it ran fine. Ideally qemus should nest as long as there is enough memory (a torture test for emulation fidelity). - As mentioned in another thread netbooting works well enough but you have to use pxeboot from -current and append a byte to it to work around an etherboot tftp bug. Now the bugs (probably most having to do with qemu/kqemu, not the freebsd port): 1. kernel mode kqemu seems to cause crashes. Generally this happens right after the guest freebsd kernel comes up. 2. After the above crash VM reboots automatically but now it can't find the root device so it hangs at the root selection prompt. 3. Ocassionally plan9 and (less often FreeBSD) crashes on boot. Looks like a race condition of some sort. If they boot, there are no further problems traceable to qemu/kqemu. 4. "calcru: runtime went backwards from usec to for pid ()" is back! Also, ntpd seems to get very confused and after syncing with another clock shifts mostly correct time by a few hours. 5. An initial getty gets killed as it "exceeded maximum CPU limit" This could an emulation bug or related to time issues. Random thoughts: - If qemu is made scriptable we can automate a lot of testing. For qemu/kqemu and freebsd. - We need to add a section on qemu in the handbook. From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 19:33:13 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE251065671 for ; Sun, 11 May 2008 19:33:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2068FC12 for ; Sun, 11 May 2008 19:33:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JvHIF-000HRE-Vj; Sun, 11 May 2008 22:33:12 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4BJX5eI080250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 May 2008 22:33:05 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m4BJX3Qn051911; Sun, 11 May 2008 22:33:03 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m4BJX20w051910; Sun, 11 May 2008 22:33:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 11 May 2008 22:33:02 +0300 From: Kostik Belousov To: Bakul Shah Message-ID: <20080511193302.GA18958@deviant.kiev.zoral.com.ua> References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c21wNPJaWSwegqfI" Content-Disposition: inline In-Reply-To: <20080511192745.6F3625B4D@mail.bitblocks.com> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: b565934a9b6505813531773f2f5625c7 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2798 [May 08 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-emulation@freebsd.org, Juergen Lock , freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 19:33:14 -0000 --c21wNPJaWSwegqfI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > Juergen, >=20 > With your latest patch things are looking pretty good! >=20 > - Multiple qemus on a MP FreeBSD amd64 works with kqemu > enabled for user code. Some running 64 bit kernels > (freebsd), some running 32 bit kernels (freebsd and plan9). >=20 > - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, > both with user mode kqemu. A 32 bit 7.0 kernel under it ran > fine. Ideally qemus should nest as long as there is enough > memory (a torture test for emulation fidelity). >=20 > - As mentioned in another thread netbooting works well enough > but you have to use pxeboot from -current and append a byte > to it to work around an etherboot tftp bug. >=20 > Now the bugs (probably most having to do with qemu/kqemu, > not the freebsd port): >=20 > 1. kernel mode kqemu seems to cause crashes. Generally this > happens right after the guest freebsd kernel comes up. >=20 > 2. After the above crash VM reboots automatically but now it > can't find the root device so it hangs at the root > selection prompt. >=20 > 3. Ocassionally plan9 and (less often FreeBSD) crashes on > boot. Looks like a race condition of some sort. If they > boot, there are no further problems traceable to > qemu/kqemu. >=20 > 4. "calcru: runtime went backwards from usec to for > pid ()" is back! Also, ntpd seems to get very > confused and after syncing with another clock shifts > mostly correct time by a few hours. >=20 > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > This could an emulation bug or related to time issues. The #5 usually means the thread' kernel stack overflow. >=20 > Random thoughts: > - If qemu is made scriptable we can automate a lot of > testing. For qemu/kqemu and freebsd. >=20 > - We need to add a section on qemu in the handbook. --c21wNPJaWSwegqfI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkgnSe4ACgkQC3+MBN1Mb4gSCACgrPhP/kp90lrUV79SYLn0nCWE ON0AnjX8BgQTEmPNAP5LfEdwmvjvIMae =G4X1 -----END PGP SIGNATURE----- --c21wNPJaWSwegqfI-- From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 21:09:55 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4D61065671; Sun, 11 May 2008 21:09:55 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id DA0218FC14; Sun, 11 May 2008 21:09:54 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id BE9362D2BF9; Sun, 11 May 2008 23:09:53 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BL80Kn046804; Sun, 11 May 2008 23:08:00 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BL7xRH046803; Sun, 11 May 2008 23:07:59 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 23:07:59 +0200 To: Kostik Belousov Message-ID: <20080511210759.GB46475@saturn.kn-bremen.de> Mail-Followup-To: Kostik Belousov , Bakul Shah , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> <20080511193302.GA18958@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080511193302.GA18958@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 21:09:55 -0000 On Sun, May 11, 2008 at 10:33:02PM +0300, Kostik Belousov wrote: > On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > > [...] > > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > > This could an emulation bug or related to time issues. > The #5 usually means the thread' kernel stack overflow. > Oh I didn't know that. You could test a kernel with KSTACK_PAGES increased to verify... Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 21:09:55 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D3A41065672; Sun, 11 May 2008 21:09:55 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id DDD9E8FC15; Sun, 11 May 2008 21:09:54 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id B04ED2D2C03; Sun, 11 May 2008 23:09:53 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4BL5K3O046653; Sun, 11 May 2008 23:05:20 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4BL5I7D046652; Sun, 11 May 2008 23:05:18 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 11 May 2008 23:05:18 +0200 To: Bakul Shah Message-ID: <20080511210518.GA46475@saturn.kn-bremen.de> Mail-Followup-To: Bakul Shah , freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org References: <20080511160748.GA38480@saturn.kn-bremen.de> <20080511192745.6F3625B4D@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080511192745.6F3625B4D@mail.bitblocks.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 21:09:55 -0000 On Sun, May 11, 2008 at 12:27:45PM -0700, Bakul Shah wrote: > Juergen, > > With your latest patch things are looking pretty good! > > - Multiple qemus on a MP FreeBSD amd64 works with kqemu > enabled for user code. Some running 64 bit kernels > (freebsd), some running 32 bit kernels (freebsd and plan9). > > - Nested qemus work! That is, qemu*x86_64 under qemu*x86_64, > both with user mode kqemu. A 32 bit 7.0 kernel under it ran > fine. Ideally qemus should nest as long as there is enough > memory (a torture test for emulation fidelity). > > - As mentioned in another thread netbooting works well enough > but you have to use pxeboot from -current and append a byte > to it to work around an etherboot tftp bug. > > Now the bugs (probably most having to do with qemu/kqemu, > not the freebsd port): > > 1. kernel mode kqemu seems to cause crashes. Generally this > happens right after the guest freebsd kernel comes up. > Yeah I posted one of those on the qemu list, http://lists.gnu.org/archive/html/qemu-devel/2008-05/msg00233.html 32 bit linux guests seem to work fine tho at least. > 2. After the above crash VM reboots automatically but now it > can't find the root device so it hangs at the root > selection prompt. > Hmm. > 3. Ocassionally plan9 and (less often FreeBSD) crashes on > boot. Looks like a race condition of some sort. If they > boot, there are no further problems traceable to > qemu/kqemu. > Hmm. > 4. "calcru: runtime went backwards from usec to for > pid ()" is back! Well, the clock never was very accurate thats true... > Also, ntpd seems to get very > confused and after syncing with another clock shifts > mostly correct time by a few hours. > Ouch. > 5. An initial getty gets killed as it "exceeded maximum CPU limit" > This could an emulation bug or related to time issues. > > Random thoughts: > - If qemu is made scriptable we can automate a lot of > testing. For qemu/kqemu and freebsd. > Hmm what exactly do you want to script there? > - We need to add a section on qemu in the handbook. Hmmm... :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun May 11 23:51:40 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76196106564A for ; Sun, 11 May 2008 23:51:40 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 5884D8FC0A for ; Sun, 11 May 2008 23:51:40 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id C9ECD5B58; Sun, 11 May 2008 16:51:39 -0700 (PDT) To: Juergen Lock In-reply-to: Your message of "Sun, 11 May 2008 23:05:18 +0200." <20080511210518.GA46475@saturn.kn-bremen.de> Date: Sun, 11 May 2008 16:51:39 -0700 From: Bakul Shah Message-Id: <20080511235139.C9ECD5B58@mail.bitblocks.com> Cc: freebsd-emulation@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 May 2008 23:51:40 -0000 On Sun, 11 May 2008 23:05:18 +0200 Juergen Lock wrote: > > 4. "calcru: runtime went backwards from usec to for > > pid ()" is back! > > Well, the clock never was very accurate thats true... Simulated time will be slower than the real time by some indeterminate amount but still all times ought to be monotonically increasing. > > Random thoughts: > > - If qemu is made scriptable we can automate a lot of > > testing. For qemu/kqemu and freebsd. > > > Hmm what exactly do you want to script there? I don't have an "exact" idea but lots of vague ideas that need fleshing out! Ideally, after every significant update, all the useful qemu options get automatically tested. For that you need to be able to control qemu's operation (and the guest OS!) and capture useful information in case of bugs or crashes. Right now you can emulate keyboard input via qemu's monitor interface but you don't know how the guest OS reacts to it. May be even snapshotting the console display to a .png file on certain conditions can be very useful. You want to be able run a test manually and create an automated script from it (e.g. when I run these set of things, this is what the screen looks like except for that rectangle in the bottom right corner!). And this has to happen relative to the qemu's virtual time. For testing a guest OS such as FreeBSD, one would like to bootstrap a freshly built kernel and run a variety automated tests against it. In case of the OS crashing you capture backtrace, save the memory image in a dump file and contiue testing. Doing this after a real machine crash is much more painful. With qemu (or vmware) you just start up a whole bunch of virtual machines (depending on available resources) and do testing in parallel. All testing is repetitious so it needs to be automated. > > - We need to add a section on qemu in the handbook. > > Hmmm... :) You just need to extend chapter 21 on Virtualization that already talks about vmware, parallels, xen and virual PC. :-) From owner-freebsd-emulation@FreeBSD.ORG Mon May 12 11:06:55 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4732710656DB for ; Mon, 12 May 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3482E8FC21 for ; Mon, 12 May 2008 11:06:55 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m4CB6tOE037968 for ; Mon, 12 May 2008 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m4CB6swW037964 for freebsd-emulation@FreeBSD.org; Mon, 12 May 2008 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 12 May 2008 11:06:54 GMT Message-Id: <200805121106.m4CB6swW037964@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2008 11:06:55 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/117010 emulation [linux] linux_getdents() get something like buffer ove 3 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] [request] easier wine/w23 support a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s f kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/122318 emulation [linux] [cmake]: Segmentation fault when running Linux 10 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon May 12 19:35:21 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0DB0A106564A for ; Mon, 12 May 2008 19:35:21 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 16DBA8FC26 for ; Mon, 12 May 2008 19:35:20 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 621E22D31F9; Mon, 12 May 2008 21:35:18 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4CJV3CX011403; Mon, 12 May 2008 21:31:03 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4CJV1mb011402; Mon, 12 May 2008 21:31:01 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Mon, 12 May 2008 21:31:01 +0200 To: Bakul Shah Message-ID: <20080512193101.GB11046@saturn.kn-bremen.de> Mail-Followup-To: Bakul Shah , freebsd-emulation@freebsd.org References: <20080511210518.GA46475@saturn.kn-bremen.de> <20080511235139.C9ECD5B58@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080511235139.C9ECD5B58@mail.bitblocks.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org Subject: Re: seems I finally found what upset kqemu on amd64 SMP... shared gdt! (please test new patch :) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 May 2008 19:35:21 -0000 On Sun, May 11, 2008 at 04:51:39PM -0700, Bakul Shah wrote: > On Sun, 11 May 2008 23:05:18 +0200 Juergen Lock wrote: > > > 4. "calcru: runtime went backwards from usec to for > > > pid ()" is back! > > > > Well, the clock never was very accurate thats true... > > Simulated time will be slower than the real time by some > indeterminate amount but still all times ought to be > monotonically increasing. > Yeah not sure what kind of weird interaction causes this... > > > Random thoughts: > > > - If qemu is made scriptable we can automate a lot of > > > testing. For qemu/kqemu and freebsd. > > > > > Hmm what exactly do you want to script there? > > I don't have an "exact" idea but lots of vague ideas that need > fleshing out! > > Ideally, after every significant update, all the useful qemu > options get automatically tested. For that you need to be > able to control qemu's operation (and the guest OS!) and > capture useful information in case of bugs or crashes. Right > now you can emulate keyboard input via qemu's monitor > interface but you don't know how the guest OS reacts to it. > May be even snapshotting the console display to a .png file > on certain conditions can be very useful. Well you can use -nographic with a guest configured for serial console, then you have the guest on qemu's tty. (Ok this doesn't help much when you want to test under X, maybe there are special vnc clients for that, dunno...) > You want to be > able run a test manually and create an automated script from > it (e.g. when I run these set of things, this is what the > screen looks like except for that rectangle in the bottom > right corner!). And this has to happen relative to the > qemu's virtual time. > Hmm. > For testing a guest OS such as FreeBSD, one would like to > bootstrap a freshly built kernel and run a variety automated > tests against it. In case of the OS crashing you capture > backtrace, save the memory image in a dump file and contiue > testing. Hmm, maybe use qemu's gdbstub, set breakpoints on panic and trap_fatal and do a bt when they are reached; maybe you can even script kgdb to do that, dunno... Oh and btw if you run from an image you can actually mdconfig that and then fsck it as /dev/md0s1a etc. - thats sure faster than having the guest do it. > Doing this after a real machine crash is much more > painful. With qemu (or vmware) you just start up a whole > bunch of virtual machines (depending on available resources) > and do testing in parallel. All testing is repetitious so it > needs to be automated. > > > > - We need to add a section on qemu in the handbook. > > > > Hmmm... :) > > You just need to extend chapter 21 on Virtualization that > already talks about vmware, parallels, xen and virual PC. :-) Yeah, one of these days I guess... :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 20:10:13 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D60AB106564A for ; Tue, 13 May 2008 20:10:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 935508FC0C for ; Tue, 13 May 2008 20:10:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1Jw008-0001Ac-5G; Tue, 13 May 2008 22:17:28 +0300 Message-ID: <4829E947.2090002@icyb.net.ua> Date: Tue, 13 May 2008 22:17:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: freebsd-ports@freebsd.org, freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 20:10:13 -0000 Anybody tried to use Linux application from gizmo project on FreeBSD? http://gizmo5.com/pc/ http://gizmo5.com/pc/download/linux/ [this is something similar to skype but SIP based] List of dependencies is quite small, but it needs libgconf (GConf2) and I am not sure which port (if any) provides it. Any advice on how to proceed? Thank you! -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 20:29:05 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B3191065670; Tue, 13 May 2008 20:29:05 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 0464A8FC0C; Tue, 13 May 2008 20:29:04 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1Jw17N-0003Hp-Ep; Tue, 13 May 2008 23:29:01 +0300 Message-ID: <4829FA07.2030900@icyb.net.ua> Date: Tue, 13 May 2008 23:28:55 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Lowell Gilbert References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> In-Reply-To: <44zlquc68x.fsf@be-well.ilk.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 20:29:05 -0000 on 13/05/2008 23:13 Lowell Gilbert said the following: > Andriy Gapon writes: > >> Anybody tried to use Linux application from gizmo project on FreeBSD? >> http://gizmo5.com/pc/ >> http://gizmo5.com/pc/download/linux/ >> [this is something similar to skype but SIP based] > > And closed source. Could be more work than you expect. More closed than skype? :-) >> List of dependencies is quite small, but it needs libgconf (GConf2) >> and I am not sure which port (if any) provides it. > > devel/gconf2 That's native version, not Linux. >> Any advice on how to proceed? > > Try it and see what happens... Tried, (Linux) libgconf is not found. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 20:30:13 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D14A91065671; Tue, 13 May 2008 20:30:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 89F0A8FC22; Tue, 13 May 2008 20:30:13 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1Jw18V-0003JM-QS; Tue, 13 May 2008 23:30:11 +0300 Message-ID: <4829FA53.6070400@icyb.net.ua> Date: Tue, 13 May 2008 23:30:11 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Jeremy Messenger References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Lowell Gilbert , freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 20:30:13 -0000 on 13/05/2008 23:21 Jeremy Messenger said the following: > On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert > wrote: > >> Andriy Gapon writes: >> >>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>> http://gizmo5.com/pc/ >>> http://gizmo5.com/pc/download/linux/ >>> [this is something similar to skype but SIP based] >> >> And closed source. Could be more work than you expect. >> >>> List of dependencies is quite small, but it needs libgconf (GConf2) >>> and I am not sure which port (if any) provides it. >> >> devel/gconf2 > > I don't think it will working unless someone create a new linux-gconf2 > port. But I don't know if there will be problem(s) for linux-gconf2 and > gconf2 to be exist at the same time. I guess I could try to fetch a fedora package and try. I am just not sure how to install it properly, never worked on ports for Linux binaries before. > Cheers, > Mezz > >>> Any advice on how to proceed? >> >> Try it and see what happens... > > > -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 20:32:12 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9AF106564A for ; Tue, 13 May 2008 20:32:12 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: from be-well.ilk.org (dsl092-078-145.bos1.dsl.speakeasy.net [66.92.78.145]) by mx1.freebsd.org (Postfix) with ESMTP id 01A0A8FC14 for ; Tue, 13 May 2008 20:32:11 +0000 (UTC) (envelope-from freebsd-ports-local@be-well.ilk.org) Received: by be-well.ilk.org (Postfix, from userid 1147) id 9FD4F2846E; Tue, 13 May 2008 16:13:18 -0400 (EDT) To: Andriy Gapon References: <4829E947.2090002@icyb.net.ua> From: Lowell Gilbert Date: Tue, 13 May 2008 16:13:18 -0400 In-Reply-To: <4829E947.2090002@icyb.net.ua> (Andriy Gapon's message of "Tue\, 13 May 2008 22\:17\:27 +0300") Message-ID: <44zlquc68x.fsf@be-well.ilk.org> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 20:32:12 -0000 Andriy Gapon writes: > Anybody tried to use Linux application from gizmo project on FreeBSD? > http://gizmo5.com/pc/ > http://gizmo5.com/pc/download/linux/ > [this is something similar to skype but SIP based] And closed source. Could be more work than you expect. > List of dependencies is quite small, but it needs libgconf (GConf2) > and I am not sure which port (if any) provides it. devel/gconf2 > Any advice on how to proceed? Try it and see what happens... From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 20:34:26 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36335106566C for ; Tue, 13 May 2008 20:34:26 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by mx1.freebsd.org (Postfix) with ESMTP id C08838FC1E for ; Tue, 13 May 2008 20:34:25 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo03.cox.net ([68.1.16.126]) by eastrmmtao103.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20080513201912.JGEY26883.eastrmmtao103.cox.net@eastrmimpo03.cox.net>; Tue, 13 May 2008 16:19:12 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo03.cox.net with bizsmtp id R8KD1Z0044iy4EG028KD5e; Tue, 13 May 2008 16:19:13 -0400 Date: Tue, 13 May 2008 15:21:29 -0500 To: "Lowell Gilbert" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <44zlquc68x.fsf@be-well.ilk.org> User-Agent: Opera Mail/9.27 (Linux) Cc: freebsd-emulation@freebsd.org, Andriy Gapon , freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 20:34:26 -0000 On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert wrote: > Andriy Gapon writes: > >> Anybody tried to use Linux application from gizmo project on FreeBSD? >> http://gizmo5.com/pc/ >> http://gizmo5.com/pc/download/linux/ >> [this is something similar to skype but SIP based] > > And closed source. Could be more work than you expect. > >> List of dependencies is quite small, but it needs libgconf (GConf2) >> and I am not sure which port (if any) provides it. > > devel/gconf2 I don't think it will working unless someone create a new linux-gconf2 port. But I don't know if there will be problem(s) for linux-gconf2 and gconf2 to be exist at the same time. Cheers, Mezz >> Any advice on how to proceed? > > Try it and see what happens... -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Tue May 13 21:33:49 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E0A1065670; Tue, 13 May 2008 21:33:49 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (thingy.kcilink.com [74.92.149.59]) by mx1.freebsd.org (Postfix) with ESMTP id 0CD828FC16; Tue, 13 May 2008 21:33:48 +0000 (UTC) (envelope-from vivek@khera.org) Received: from host-121.int.kcilink.com (host-121.int.kcilink.com [192.168.7.121]) by yertle.kcilink.com (Postfix) with ESMTP id 97C4F8A0B6; Tue, 13 May 2008 17:18:21 -0400 (EDT) Message-Id: <43BDCE36-A9B5-4B6D-8CA1-FBFD2E84822C@khera.org> From: Vivek Khera To: FreeBSD Ports In-Reply-To: <4829E947.2090002@icyb.net.ua> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 13 May 2008 17:18:21 -0400 References: <4829E947.2090002@icyb.net.ua> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-emulation@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 May 2008 21:33:49 -0000 On May 13, 2008, at 3:17 PM, Andriy Gapon wrote: > [this is something similar to skype but SIP based] So you can use *any* SIP client with gizmo for voice, and for chat, any suitable XMPP (jabber) client. They even give you instructions on what server settings to use to tie into their service. Personally, I use a gizmo account with a dial-in number and a SIP adapter to a regular touch-tone phone, and my family doesn't even know they're using a VOIP line. The Gizmo client itself I find of little use other than to check call history and account balance, but that works on the web too, just not as nicely. From owner-freebsd-emulation@FreeBSD.ORG Wed May 14 05:36:52 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24B6D106566C; Wed, 14 May 2008 05:36:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id CD7A08FC0C; Wed, 14 May 2008 05:36:51 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A548B8.dip.t-dialin.net [84.165.72.184]) by redbull.bpaserver.net (Postfix) with ESMTP id 3694D2E0F3; Wed, 14 May 2008 07:36:45 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id A4B167D1C5; Wed, 14 May 2008 07:36:42 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m4E5af4s050996; Wed, 14 May 2008 07:36:41 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 14 May 2008 07:36:41 +0200 Message-ID: <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 14 May 2008 07:36:41 +0200 From: Alexander Leidinger To: Andriy Gapon References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> In-Reply-To: <4829FA53.6070400@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.504, required 6, BAYES_00 -15.00, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: Jeremy Messenger , freebsd-emulation@freebsd.org, Gilbert , freebsd-ports@freebsd.org, Lowell Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 05:36:52 -0000 Quoting Andriy Gapon (from Tue, 13 May 2008 23:30:11 +0300= ): > on 13/05/2008 23:21 Jeremy Messenger said the following: >> On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert =20 >> wrote: >> >>> Andriy Gapon writes: >>> >>>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>>> http://gizmo5.com/pc/ >>>> http://gizmo5.com/pc/download/linux/ >>>> [this is something similar to skype but SIP based] >>> >>> And closed source. Could be more work than you expect. >>> >>>> List of dependencies is quite small, but it needs libgconf (GConf2) >>>> and I am not sure which port (if any) provides it. >>> >>> devel/gconf2 >> >> I don't think it will working unless someone create a new =20 >> linux-gconf2 port. But I don't know if there will be problem(s) for =20 >> linux-gconf2 and gconf2 to be exist at the same time. That's not a problem. A linux lib needs to be installed into =20 LINUXBASE, and this is different from LOCALBASE. > I guess I could try to fetch a fedora package and try. > I am just not sure how to install it properly, never worked on ports =20 > for Linux binaries before. Have a look at the linux-jpeg or linux-glib ports. It's not very hard Bye, Alexander. --=20 For a light heart lives long. =09=09-- Shakespeare, "Love's Labour's Lost" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed May 14 06:44:46 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E945106564A; Wed, 14 May 2008 06:44:46 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao107.cox.net (eastrmmtao107.cox.net [68.230.240.59]) by mx1.freebsd.org (Postfix) with ESMTP id A55D58FC15; Wed, 14 May 2008 06:44:45 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo01.cox.net ([68.1.16.119]) by eastrmmtao107.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20080514064444.QSZY14275.eastrmmtao107.cox.net@eastrmimpo01.cox.net>; Wed, 14 May 2008 02:44:44 -0400 Received: from mezz.mezzweb.com ([24.255.149.218]) by eastrmimpo01.cox.net with bizsmtp id RJkj1Z00R4iy4EG02Jkkl8; Wed, 14 May 2008 02:44:44 -0400 Date: Wed, 14 May 2008 01:47:02 -0500 To: "Alexander Leidinger" From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii Message-ID: User-Agent: Opera Mail/9.27 (Linux) MIME-Version: 1.0 References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> In-Reply-To: <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Lowell Gilbert , Andriy Gapon , freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 06:44:46 -0000 On Wed, 14 May 2008 00:36:41 -0500, Alexander Leidinger wrote: > Quoting Andriy Gapon (from Tue, 13 May 2008 23:30:11 > +0300): > >> on 13/05/2008 23:21 Jeremy Messenger said the following: >>> On Tue, 13 May 2008 15:13:18 -0500, Lowell Gilbert >>> wrote: >>> >>>> Andriy Gapon writes: >>>> >>>>> Anybody tried to use Linux application from gizmo project on FreeBSD? >>>>> http://gizmo5.com/pc/ >>>>> http://gizmo5.com/pc/download/linux/ >>>>> [this is something similar to skype but SIP based] >>>> >>>> And closed source. Could be more work than you expect. >>>> >>>>> List of dependencies is quite small, but it needs libgconf (GConf2) >>>>> and I am not sure which port (if any) provides it. >>>> >>>> devel/gconf2 >>> >>> I don't think it will working unless someone create a new linux-gconf2 >>> port. But I don't know if there will be problem(s) for linux-gconf2 >>> and gconf2 to be exist at the same time. > > That's not a problem. A linux lib needs to be installed into LINUXBASE, > and this is different from LOCALBASE. It's not library that I am thinking about. ;-) Just that gconf settings when applications install in etc/gconf/* and storage in ~/.gconf*. Do we want gconf settings to be into one for linux-* and native? Or not? Sometime it can causes rare problem like old linux-gnome-volume-manager (non-exist, just example) and new gnome-volume-manager for not able to share ~/.gconf*. >> I guess I could try to fetch a fedora package and try. >> I am just not sure how to install it properly, never worked on ports >> for Linux binaries before. > > Have a look at the linux-jpeg or linux-glib ports. It's not very hard Also, be sure to check in our gconf2 and bsd.gnome.mk (GCONF_SCHEMAS) for how our ports handle with gconf stuff. Cheers, Mezz > Bye, > Alexander. -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Wed May 14 07:26:44 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88C13106564A; Wed, 14 May 2008 07:26:44 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 3CA4A8FC1A; Wed, 14 May 2008 07:26:44 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A548B8.dip.t-dialin.net [84.165.72.184]) by redbull.bpaserver.net (Postfix) with ESMTP id 0D2E22E1FD; Wed, 14 May 2008 09:26:40 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 81F13105321; Wed, 14 May 2008 09:26:37 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m4E7Qaqi069288; Wed, 14 May 2008 09:26:37 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Wed, 14 May 2008 09:26:36 +0200 Message-ID: <20080514092636.11666seb600sm30o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 14 May 2008 09:26:36 +0200 From: Alexander Leidinger To: Jeremy Messenger References: <4829E947.2090002@icyb.net.ua> <44zlquc68x.fsf@be-well.ilk.org> <4829FA53.6070400@icyb.net.ua> <20080514073641.28185dk3mgg4pkw0@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2-RC2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-15.4, required 6, autolearn=not spam, BAYES_00 -15.00, RDNS_DYNAMIC 0.10, SMILEY -0.50) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, Lowell Gilbert , Gapon , freebsd-ports@freebsd.org, Andriy Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 07:26:44 -0000 Quoting Jeremy Messenger (from Wed, 14 May 2008 =20 01:47:02 -0500): > On Wed, 14 May 2008 00:36:41 -0500, Alexander Leidinger =20 > wrote: > >> Quoting Andriy Gapon (from Tue, 13 May 2008 =20 >> 23:30:11 +0300): >> >>> on 13/05/2008 23:21 Jeremy Messenger said the following: >>>> I don't think it will working unless someone create a new =20 >>>> linux-gconf2 port. But I don't know if there will be problem(s) =20 >>>> for linux-gconf2 and gconf2 to be exist at the same time. >> >> That's not a problem. A linux lib needs to be installed into =20 >> LINUXBASE, and this is different from LOCALBASE. > > It's not library that I am thinking about. ;-) Just that gconf =20 > settings when applications install in etc/gconf/* and storage in =20 > ~/.gconf*. Do we want gconf settings to be into one for linux-* and =20 > native? Or not? Sometime it can causes rare problem like old =20 > linux-gnome-volume-manager (non-exist, just example) and new =20 > gnome-volume-manager for not able to share ~/.gconf*. Yes we want it to use the native one. We already use the native =20 fontconfig settings (And other stuff), so a compatible version of =20 linux-gconf needs to be used. Bye, Alexander. --=20 Pardo's First Postulate: =09Anything good in life is either illegal, immoral, or fattening. Arnold's Addendum: =09Everything else causes cancer in rats. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed May 14 09:42:51 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 454D81065673; Wed, 14 May 2008 09:42:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from hosted.kievnet.com (hosted.kievnet.com [193.138.144.10]) by mx1.freebsd.org (Postfix) with ESMTP id 013CF8FC23; Wed, 14 May 2008 09:42:50 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost ([127.0.0.1] helo=edge.pp.kiev.ua) by hosted.kievnet.com with esmtpa (Exim 4.62) (envelope-from ) id 1JwDVY-0001Ch-IB; Wed, 14 May 2008 12:42:48 +0300 Message-ID: <482AB412.9040400@icyb.net.ua> Date: Wed, 14 May 2008 12:42:42 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080320) MIME-Version: 1.0 To: Vivek Khera References: <4829E947.2090002@icyb.net.ua> In-Reply-To: <4829E947.2090002@icyb.net.ua> References: <43BDCE36-A9B5-4B6D-8CA1-FBFD2E84822C@khera.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-ports@freebsd.org Subject: Re: gizmo: linux libgconf X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 09:42:51 -0000 Vivek Khera said: > So you can use *any* SIP client with gizmo for voice, and for chat, > any suitable XMPP (jabber) client. They even give you instructions on > what server settings to use to tie into their service. > > Personally, I use a gizmo account with a dial-in number and a SIP > adapter to a regular touch-tone phone, and my family doesn't even know > they're using a VOIP line. > > The Gizmo client itself I find of little use other than to check call > history and account balance, but that works on the web too, just not > as nicely. Hmm, I haven't even thought about this possibility. Thank you! BTW, can anyone recommend good software SIP client for FreeBSD? Thanks. -- Andriy Gapon From owner-freebsd-emulation@FreeBSD.ORG Wed May 14 21:24:06 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D72801065677 for ; Wed, 14 May 2008 21:24:06 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-03.oit.duke.edu [152.3.174.16]) by mx1.freebsd.org (Postfix) with ESMTP id B2DAD8FC0C for ; Wed, 14 May 2008 21:24:06 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id E09F88949 for ; Wed, 14 May 2008 17:08:28 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id C1A4681E3 for ; Wed, 14 May 2008 17:08:28 -0400 (EDT) Message-Id: From: Todd Wasson To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 17:08:27 -0400 X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.14.135445 Subject: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 May 2008 21:24:06 -0000 I've been following the discussion on this list about solving the SMP amd64 kqemu issues pretty closely and have been testing out the modules as I've gone along, and as of kqemu 1.3.0.p11_4 it was working pretty well for me. However, I just built kqemu 1.3.0.p11_6 and with qemu 0.9.1_7 it's locking my machine up hard. It isn't leaving me a dump in /var/crash after I manually reset it, so I'm not sure what to look for. Without kqemu, it's running fine albeit expectedly slowly. Does anyone have any suggestions for solutions, or ways to generate logs of whatever the problem may be short of attaching a debugger or something equally unwieldy? Thanks! Todd From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 02:53:22 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDCCB1065672 for ; Thu, 15 May 2008 02:53:22 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-03.oit.duke.edu [152.3.174.16]) by mx1.freebsd.org (Postfix) with ESMTP id 617828FC14 for ; Thu, 15 May 2008 02:53:22 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 967E4878E; Wed, 14 May 2008 22:53:21 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id C9F67808C; Wed, 14 May 2008 22:53:20 -0400 (EDT) Message-Id: <880CC127-204C-415C-AF59-903F5DA1CAA3@duke.edu> From: Todd Wasson To: Juergen Lock In-Reply-To: <200805142333.m4ENXhdi014634@saturn.kn-bremen.de> Content-Type: multipart/mixed; boundary=Apple-Mail-8-584566785 Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 22:53:20 -0400 References: <200805142333.m4ENXhdi014634@saturn.kn-bremen.de> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.14.194044 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 02:53:22 -0000 --Apple-Mail-8-584566785 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi Juergen. No, I'm running it in a screen session on a headless machine and using VNC as a display device. I run it from the console and it hangs before anything useful shows up. Specifically, it spits this out before hanging: oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory audio: Failed to create voice `pcspk' pcspk: Could not open voice So yeah, it's complaining about the sound hardware. Anyway, if I watch it in VNC, it hangs immediately when trying to boot the linux kernel; the only VM I've tried with it is a kubuntu install. It goes through the BIOS init, kicks off grub, and then says "Starting up ..." and then hangs. I've attached my dmesg. Thanks for whatever time you can put into this. Todd --Apple-Mail-8-584566785 Content-Disposition: attachment; filename=dmesg.txt Content-Type: text/plain; x-unix-mode=0644; name="dmesg.txt" Content-Transfer-Encoding: 7bit Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-RELEASE #0: Sun Feb 24 10:35:36 UTC 2008 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU 2160 @ 1.80GHz (1800.07-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f2 Stepping = 2 Features=0xbfebfbff Features2=0xe39d AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 6418894848 (6121 MB) avail memory = 6193192960 (5906 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: HPT RocketRAID controller driver v1.1 (Feb 24 2008 10:34:18) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cf600000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 9D, should be 98 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 928092806000928 device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0xbc00-0xbc07 mem 0xfe900000-0xfe97ffff,0xd0000000-0xdfffffff,0xfe800000-0xfe8fffff irq 16 at device 2.0 on pci0 vgapci1: mem 0xfe980000-0xfe9fffff at device 2.1 on pci0 uhci0: port 0xb480-0xb49f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xb880-0xb89f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfe7fbc00-0xfe7fbfff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered umass0: on uhub3 pci0: at device 27.0 (no driver attached) pcib1: irq 17 at device 28.0 on pci0 pci3: on pcib1 pcib2: irq 17 at device 28.4 on pci0 pci2: on pcib2 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f irq 16 at device 0.0 on pci2 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib3: irq 16 at device 28.5 on pci0 pci1: on pcib3 mskc0: port 0xc800-0xc8ff mem 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 msk0: on mskc0 msk0: Ethernet address: 00:1d:60:6d:99:85 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [FILTER] uhci3: port 0xb000-0xb01f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xb080-0xb09f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xb400-0xb41f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfe7fb800-0xfe7fbbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 dc0: port 0xe800-0xe8ff mem 0xfebffc00-0xfebfffff irq 16 at device 0.0 on pci4 miibus1: on dc0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:14:bf:5a:c6:42 dc0: [ITHREAD] fwohci0: port 0xec00-0xec7f mem 0xfebff000-0xfebff7ff irq 20 at device 2.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:01:77:14:ed fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x12b0000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:77:14:ed fwe0: Ethernet address: 02:11:d8:77:14:ed fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:01:77:14:ed @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x9c00-0x9c07,0x9880-0x9883,0x9800-0x9807,0x9480-0x9483,0x9400-0x940f,0x9080-0x908f irq 22 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xac00-0xac07,0xa880-0xa883,0xa800-0xa807,0xa480-0xa483,0xa400-0xa40f,0xa080-0xa08f irq 22 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] acpi_button0: on acpi0 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 plip0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cryptosoft0: on motherboard sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec hptrr: no controller detefirewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) cted. ad4: 152627MB at ata2-master UDMA100 ad6: 381554MB at ata3-master SATA300 ad8: 381554MB at ata4-master SATA300 ad10: 476940MB at ata5-master SATA300 ad12: 476940MB at ata6-master SATA300 SMP: AP CPU #1 Launched! cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: cd present [1 x 2048 byte records] Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 100 files 1 WARNING: /var was not properly dismounted WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 dc0: TX underrun -- increasing TX threshold tap0: Ethernet address: 00:bd:42:59:28:00 bridge0: Ethernet address: ce:a0:69:9b:57:94 tap0: promiscuous mode enabled dc0: promiscuous mode enabled tap1: Ethernet address: 00:bd:3e:f5:28:01 tap2: Ethernet address: 00:bd:3f:f5:28:02 tap3: Ethernet address: 00:bd:3f:f5:28:03 tap4: Ethernet address: 00:bd:3f:f5:28:04 tap5: Ethernet address: 00:bd:40:f5:28:05 tap6: Ethernet address: 00:bd:40:f5:28:06 tap7: Ethernet address: 00:bd:40:f5:28:07 tap8: Ethernet address: 00:bd:41:f5:28:08 tap9: Ethernet address: 00:bd:41:f5:28:09 kqemu version 0x00010300 kqemu: KQEMU installed, max_locked_mem=3134224kB. --Apple-Mail-8-584566785 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On May 14, 2008, at 7:33 PM, Juergen Lock wrote: > In article you write: >> I've been following the discussion on this list about solving the SMP >> amd64 kqemu issues pretty closely and have been testing out the >> modules as I've gone along, and as of kqemu 1.3.0.p11_4 it was >> working >> pretty well for me. However, I just built kqemu 1.3.0.p11_6 and with >> qemu 0.9.1_7 it's locking my machine up hard. It isn't leaving me a >> dump in /var/crash after I manually reset it, so I'm not sure what to >> look for. Without kqemu, it's running fine albeit expectedly slowly. >> Does anyone have any suggestions for solutions, or ways to generate >> logs of whatever the problem may be short of attaching a debugger or >> something equally unwieldy? > > Are you running qemu under X? You could try on the console to see > if there's anything printed there (like with the qemu-devel port that > has -curses which works at least for FreeBSD isos.) > > Anyway, I can't look at this today, but could you send me a dmesg of > the box in question? > > Thanx, > Juergen --Apple-Mail-8-584566785-- From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 03:06:48 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 922BF1065678 for ; Thu, 15 May 2008 03:06:48 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-01.oit.duke.edu [152.3.174.14]) by mx1.freebsd.org (Postfix) with ESMTP id 530A38FC0C for ; Thu, 15 May 2008 03:06:48 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 591E33092F9; Wed, 14 May 2008 23:06:47 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 20CC8309294; Wed, 14 May 2008 23:06:47 -0400 (EDT) Message-Id: From: Todd Wasson To: Bakul Shah In-Reply-To: <20080515002952.62ADA5B46@mail.bitblocks.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 14 May 2008 23:06:47 -0400 References: <20080515002952.62ADA5B46@mail.bitblocks.com> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.14.195448 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 03:06:48 -0000 I'm running 7.0-RELEASE. The machine hangs when I use qemu, specifically with a linux VM, and more specifically after grub loads the kernel and it spits out the "Starting up ..." message. Then... nothing. Just before the crash, I see complaints about my sound hardware on the console; it doesn't seem related, but here it is: oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory oss: Could not initialize DAC oss: Failed to open `/dev/dsp' oss: Reason: No such file or directory audio: Failed to create voice `pcspk' pcspk: Could not open voice I haven't touched /usr/include since I used freebsd-update to go from the last RC to RELEASE, and I'm using the -RELEASE GENERIC kernel, so I presume they're in sync. I am definitely loading the correct kqemu; I rebuilt it to check the md5sum against the one being loaded by kldload (in /boot/modules/). I suspect I might need to enable kernel debugging. I'll check the handbook and do that if necessary. If need be, what should I be looking for / post? Thanks a lot for your help. Todd On May 14, 2008, at 8:29 PM, Bakul Shah wrote: > On Wed, 14 May 2008 17:08:27 EDT Todd Wasson wrote: >> I've been following the discussion on this list about solving the SMP >> amd64 kqemu issues pretty closely and have been testing out the >> modules as I've gone along, and as of kqemu 1.3.0.p11_4 it was >> working >> pretty well for me. However, I just built kqemu 1.3.0.p11_6 and with >> qemu 0.9.1_7 it's locking my machine up hard. It isn't leaving me a >> dump in /var/crash after I manually reset it, so I'm not sure what to >> look for. Without kqemu, it's running fine albeit expectedly slowly. >> Does anyone have any suggestions for solutions, or ways to generate >> logs of whatever the problem may be short of attaching a debugger or >> something equally unwieldy? > > What kernel are you running? -current or -release? When does > the machine hang, when you load kqemu or when you try to use > qemu? What do you see on the console just before the crash? > > You may want to check some standard things: Is /usr/include > in sync with the kernel? Are you loading the correct kqemu? > Try rebuilding and reinstalling. > > If everything checks out and there is no print out on the console > you may have to build a kernel with debugging on. From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 08:09:49 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37112106566B for ; Thu, 15 May 2008 08:09:49 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (ns1.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB708FC1E for ; Thu, 15 May 2008 08:09:49 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 3B1F15B47; Thu, 15 May 2008 01:09:48 -0700 (PDT) To: Todd Wasson In-reply-to: Your message of "Wed, 14 May 2008 23:06:47 EDT." Date: Thu, 15 May 2008 01:09:48 -0700 From: Bakul Shah Message-Id: <20080515080948.3B1F15B47@mail.bitblocks.com> Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 08:09:49 -0000 When you said an earlier kqemu version worked, was it on the same hardware, with the same amount of memory and 7.0 release? For the same image? Can you try it again to see if it still works? Can you show the exact qemu command line? Some more things to try: In your earlier response I see > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=3134224kB. This makes me wonder if the amount of max_locked_mem is the problem. To test this, change kqemu-freebsd.c:554 to max_locked_pages = MIN(physmem / 2, 0x1fffffff / PAGE_SIZE); This will allocate no more than 512B for max locked pages. If this works keep doubling the size until it breaks. You can enable kqemu debug prints by sysctl debug.kqemu_debug=1 before starting qemu. May be we will find something unusual there. To rule out audio you can disable it from the qemu command line. If you can, remove zfs during testing. From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 17:31:33 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 332AD1065685 for ; Thu, 15 May 2008 17:31:33 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id B10688FC18 for ; Thu, 15 May 2008 17:31:32 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A7B052D4D83; Thu, 15 May 2008 19:31:30 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4FHSb9M008046; Thu, 15 May 2008 19:28:37 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4FHSb5l008045; Thu, 15 May 2008 19:28:37 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 15 May 2008 19:28:36 +0200 To: Todd Wasson Message-ID: <20080515172836.GA7890@saturn.kn-bremen.de> Mail-Followup-To: Todd Wasson , freebsd-emulation@freebsd.org References: <200805142333.m4ENXhdi014634@saturn.kn-bremen.de> <880CC127-204C-415C-AF59-903F5DA1CAA3@duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <880CC127-204C-415C-AF59-903F5DA1CAA3@duke.edu> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 17:31:33 -0000 On Wed, May 14, 2008 at 10:53:20PM -0400, Todd Wasson wrote: > Hi Juergen. No, I'm running it in a screen session on a headless machine > and using VNC as a display device. I run it from the console and it hangs > before anything useful shows up. Specifically, it spits this out before > hanging: > > oss: Could not initialize DAC > oss: Failed to open `/dev/dsp' > oss: Reason: No such file or directory > oss: Could not initialize DAC > oss: Failed to open `/dev/dsp' > oss: Reason: No such file or directory > audio: Failed to create voice `pcspk' > pcspk: Could not open voice > > So yeah, it's complaining about the sound hardware. Oh that's _probably_ unrelated. > Anyway, if I watch it > in VNC, it hangs immediately when trying to boot the linux kernel; the only > VM I've tried with it is a kubuntu install. It goes through the BIOS init, > kicks off grub, and then says "Starting up ..." and then hangs. > > I've attached my dmesg. Thanks for whatever time you can put into this. Thanx. Can you try the folloing patch? (also at http://people.freebsd.org/~nox/qemu/kqemu-kmod-tss-cpldt2.patch ) Index: Makefile =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v retrieving revision 1.25 diff -u -p -r1.25 Makefile --- Makefile 12 May 2008 19:09:52 -0000 1.25 +++ Makefile 15 May 2008 17:07:33 -0000 @@ -7,7 +7,7 @@ PORTNAME= kqemu PORTVERSION= 1.3.0.p11 -PORTREVISION= 6 +PORTREVISION= 7 CATEGORIES= emulators kld MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ http://qemu.org/ \ Index: files/patch-tssworkaround =================================================================== RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch-tssworkaround,v retrieving revision 1.3 diff -u -p -r1.3 patch-tssworkaround --- files/patch-tssworkaround 12 May 2008 19:09:52 -0000 1.3 +++ files/patch-tssworkaround 15 May 2008 17:04:38 -0000 @@ -14,7 +14,7 @@ Index: kqemu-freebsd.c #include "kqemu-kernel.h" -@@ -248,6 +256,57 @@ +@@ -248,6 +256,60 @@ va_end(ap); } @@ -26,7 +26,7 @@ Index: kqemu-freebsd.c +extern struct pcpu __pcpu[]; + +/* called with interrupts disabled */ -+void CDECL kqemu_tss_fixup(unsigned long kerngdtbase) ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase, uint16_t kernldtsel) +{ + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); + unsigned cpuid = PCPU_GET(cpuid); @@ -64,6 +64,9 @@ Index: kqemu-freebsd.c + wrmsr(MSR_GSBASE, (u_int64_t)&__pcpu[cpuid]); + wrmsr(MSR_KGSBASE, curthread->td_pcb->pcb_gsbase); + wrmsr(MSR_FSBASE, 0); ++ ssdtosyssd(&gdt_segs[GPROC0_SEL], ++ (struct system_segment_descriptor *)&newgdt[GPROC0_SEL]); ++ lldt(kernldtsel); + } + ltr(gsel_tss); +} @@ -90,7 +93,7 @@ Index: common/kernel.c +#ifdef __FreeBSD__ +#ifdef __x86_64__ + spin_lock(&g->lock); -+ kqemu_tss_fixup(s->kernel_gdt.base); ++ kqemu_tss_fixup(s->kernel_gdt.base, s->kernel_ldt_sel); + spin_unlock(&g->lock); +#endif +#endif @@ -104,7 +107,7 @@ Index: kqemu-kernel.h +#ifdef __FreeBSD__ +#ifdef __x86_64__ -+void CDECL kqemu_tss_fixup(unsigned long kerngdtbase); ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase, uint16_t kernldtsel); +#endif +#endif + From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 21:43:02 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A186C1065671 for ; Thu, 15 May 2008 21:43:02 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-02.oit.duke.edu [152.3.174.84]) by mx1.freebsd.org (Postfix) with ESMTP id 5B7068FC2C for ; Thu, 15 May 2008 21:43:02 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 6D80A511D6C; Thu, 15 May 2008 17:43:01 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 1C282511D6B; Thu, 15 May 2008 17:43:01 -0400 (EDT) Message-Id: <9AFAF61B-D2C4-4785-8FCA-D2A10FFD0381@duke.edu> From: Todd Wasson To: Juergen Lock In-Reply-To: <20080515172836.GA7890@saturn.kn-bremen.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 15 May 2008 17:43:00 -0400 References: <200805142333.m4ENXhdi014634@saturn.kn-bremen.de> <880CC127-204C-415C-AF59-903F5DA1CAA3@duke.edu> <20080515172836.GA7890@saturn.kn-bremen.de> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.15.142251 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 21:43:02 -0000 I tried that patch and it still hung at about the same point. I think it may have printed one more line to the VNC session, about initializing the PIIX3 controller, but then nothing. Interestingly, I tried rolling back to 1.3.0.p11_4 to see if it still worked, and it did. So then I went to 1.3.0.p11_5 and it also worked. Therefore whatever is causing this is in the 1.3.0.p11_6 patch, as far as I can tell. Todd On May 15, 2008, at 1:28 PM, Juergen Lock wrote: > On Wed, May 14, 2008 at 10:53:20PM -0400, Todd Wasson wrote: >> Hi Juergen. No, I'm running it in a screen session on a headless >> machine >> and using VNC as a display device. I run it from the console and >> it hangs >> before anything useful shows up. Specifically, it spits this out >> before >> hanging: >> >> oss: Could not initialize DAC >> oss: Failed to open `/dev/dsp' >> oss: Reason: No such file or directory >> oss: Could not initialize DAC >> oss: Failed to open `/dev/dsp' >> oss: Reason: No such file or directory >> audio: Failed to create voice `pcspk' >> pcspk: Could not open voice >> >> So yeah, it's complaining about the sound hardware. > > Oh that's _probably_ unrelated. > >> Anyway, if I watch it >> in VNC, it hangs immediately when trying to boot the linux kernel; >> the only >> VM I've tried with it is a kubuntu install. It goes through the >> BIOS init, >> kicks off grub, and then says "Starting up ..." and then hangs. >> >> I've attached my dmesg. Thanks for whatever time you can put into >> this. > > Thanx. Can you try the folloing patch? (also at > http://people.freebsd.org/~nox/qemu/kqemu-kmod-tss-cpldt2.patch > ) > > Index: Makefile > =================================================================== > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/Makefile,v > retrieving revision 1.25 > diff -u -p -r1.25 Makefile > --- Makefile 12 May 2008 19:09:52 -0000 1.25 > +++ Makefile 15 May 2008 17:07:33 -0000 > @@ -7,7 +7,7 @@ > > PORTNAME= kqemu > PORTVERSION= 1.3.0.p11 > -PORTREVISION= 6 > +PORTREVISION= 7 > CATEGORIES= emulators kld > MASTER_SITES= http://fabrice.bellard.free.fr/qemu/ \ > http://qemu.org/ \ > Index: files/patch-tssworkaround > =================================================================== > RCS file: /home/pcvs/ports/emulators/kqemu-kmod/files/patch- > tssworkaround,v > retrieving revision 1.3 > diff -u -p -r1.3 patch-tssworkaround > --- files/patch-tssworkaround 12 May 2008 19:09:52 -0000 1.3 > +++ files/patch-tssworkaround 15 May 2008 17:04:38 -0000 > @@ -14,7 +14,7 @@ Index: kqemu-freebsd.c > > #include "kqemu-kernel.h" > > -@@ -248,6 +256,57 @@ > +@@ -248,6 +256,60 @@ > va_end(ap); > } > > @@ -26,7 +26,7 @@ Index: kqemu-freebsd.c > +extern struct pcpu __pcpu[]; > + > +/* called with interrupts disabled */ > -+void CDECL kqemu_tss_fixup(unsigned long kerngdtbase) > ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase, uint16_t > kernldtsel) > +{ > + int gsel_tss = GSEL(GPROC0_SEL, SEL_KPL); > + unsigned cpuid = PCPU_GET(cpuid); > @@ -64,6 +64,9 @@ Index: kqemu-freebsd.c > + wrmsr(MSR_GSBASE, (u_int64_t)&__pcpu[cpuid]); > + wrmsr(MSR_KGSBASE, curthread->td_pcb->pcb_gsbase); > + wrmsr(MSR_FSBASE, 0); > ++ ssdtosyssd(&gdt_segs[GPROC0_SEL], > ++ (struct system_segment_descriptor *)&newgdt[GPROC0_SEL]); > ++ lldt(kernldtsel); > + } > + ltr(gsel_tss); > +} > @@ -90,7 +93,7 @@ Index: common/kernel.c > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > + spin_lock(&g->lock); > -+ kqemu_tss_fixup(s->kernel_gdt.base); > ++ kqemu_tss_fixup(s->kernel_gdt.base, s->kernel_ldt_sel); > + spin_unlock(&g->lock); > +#endif > +#endif > @@ -104,7 +107,7 @@ Index: kqemu-kernel.h > > +#ifdef __FreeBSD__ > +#ifdef __x86_64__ > -+void CDECL kqemu_tss_fixup(unsigned long kerngdtbase); > ++void CDECL kqemu_tss_fixup(unsigned long kerngdtbase, uint16_t > kernldtsel); > +#endif > +#endif > + From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 22:05:54 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 843961065673 for ; Thu, 15 May 2008 22:05:54 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-04.oit.duke.edu [152.3.174.85]) by mx1.freebsd.org (Postfix) with ESMTP id 49D6C8FC15 for ; Thu, 15 May 2008 22:05:54 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 71F13359B1D; Thu, 15 May 2008 18:05:53 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id 31406358CB7; Thu, 15 May 2008 18:05:53 -0400 (EDT) Message-Id: From: Todd Wasson To: Bakul Shah In-Reply-To: <20080515080948.3B1F15B47@mail.bitblocks.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Thu, 15 May 2008 18:05:52 -0400 References: <20080515080948.3B1F15B47@mail.bitblocks.com> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.15.145446 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 22:05:54 -0000 Yes, it was on this same system, configured in exactly the same with, with the same image. I tried it again with 1.3.0.p11_4 and it still works, so I tried it with 1.3.0.p11_5. That worked too. The problem must be in 1.3.0.p11_6. The command line I've been using is "qemu-system-x86_64 -hda test.img - net nic -net tap -localtime -m 1536 -vnc :2 -usbdevice tablet -soundhw es1370,pcspk". I've tried running without ZFS (I unloaded the module), sound, and networking and it still crashes. I enabled the debugging sysctl and just saw a lot of kqemu_vmalloc_to_phys calls before it crashed. I haven't started playing with max_locked_mem yet, but will do so if narrowing it down specifically to the changes between 1.3.0.p11_5 and 1.3.0.p11_6 isn't helpful enough. The main reason I'm hesitant is that repeatedly crashing my box is rather undesirable and problematic for me, but I will resort to this if I can't learn more in another way. Thanks for your help. Todd On May 15, 2008, at 4:09 AM, Bakul Shah wrote: > When you said an earlier kqemu version worked, was it on the same > hardware, with the same amount of memory and 7.0 release? For the > same image? Can you try it again to see if it still works? > > Can you show the exact qemu command line? > > Some more things to try: > > In your earlier response I see >> kqemu version 0x00010300 >> kqemu: KQEMU installed, max_locked_mem=3134224kB. > > This makes me wonder if the amount of max_locked_mem is the > problem. To test this, change kqemu-freebsd.c:554 to > > max_locked_pages = MIN(physmem / 2, 0x1fffffff / PAGE_SIZE); > > This will allocate no more than 512B for max locked pages. > If this works keep doubling the size until it breaks. > > You can enable kqemu debug prints by > > sysctl debug.kqemu_debug=1 > > before starting qemu. May be we will find something unusual there. > > To rule out audio you can disable it from the qemu command line. > > If you can, remove zfs during testing. From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 23:08:41 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555ED1065672 for ; Thu, 15 May 2008 23:08:41 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 0EBA48FC13 for ; Thu, 15 May 2008 23:08:40 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id DFF7D2D530F; Fri, 16 May 2008 01:08:39 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4FN70iN016447; Fri, 16 May 2008 01:07:00 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4FN6xVE016446; Fri, 16 May 2008 01:06:59 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 16 May 2008 01:06:59 +0200 To: Todd Wasson Message-ID: <20080515230659.GA16021@saturn.kn-bremen.de> Mail-Followup-To: Todd Wasson , freebsd-emulation@freebsd.org References: <200805142333.m4ENXhdi014634@saturn.kn-bremen.de> <880CC127-204C-415C-AF59-903F5DA1CAA3@duke.edu> <20080515172836.GA7890@saturn.kn-bremen.de> <9AFAF61B-D2C4-4785-8FCA-D2A10FFD0381@duke.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9AFAF61B-D2C4-4785-8FCA-D2A10FFD0381@duke.edu> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 23:08:41 -0000 On Thu, May 15, 2008 at 05:43:00PM -0400, Todd Wasson wrote: > I tried that patch and it still hung at about the same point. I think it > may have printed one more line to the VNC session, about initializing the > PIIX3 controller, but then nothing. > > Interestingly, I tried rolling back to 1.3.0.p11_4 to see if it still > worked, and it did. So then I went to 1.3.0.p11_5 and it also worked. > Therefore whatever is causing this is in the 1.3.0.p11_6 patch, as far as I > can tell. Hmm I wonder what that is then, apparently it is not liking the moving of the gdt, but what about it doesn't it like? Is anyone else here seeing this problem that could invistigate? Its a little difficult debugging something that works just fine here... Oh I see you have like 6 GB RAM, could you try booting with hw.physmem lowered to, say, 2 GB to see if the problem has something to do with RAM size? Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 23:25:24 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59D87106564A for ; Thu, 15 May 2008 23:25:24 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id E8D498FC15 for ; Thu, 15 May 2008 23:25:23 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id F170F2D5A4C; Fri, 16 May 2008 01:25:22 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m4FNNPi3017349; Fri, 16 May 2008 01:23:25 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m4FNNO7H017348; Fri, 16 May 2008 01:23:24 +0200 (CEST) (envelope-from nox) Date: Fri, 16 May 2008 01:23:24 +0200 (CEST) From: Juergen Lock Message-Id: <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> To: tsw5@duke.edu X-Newsgroups: local.list.freebsd.emulation In-Reply-To: References: <20080515080948.3B1F15B47@mail.bitblocks.com> Organization: home Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 23:25:24 -0000 In article you write: >Yes, it was on this same system, configured in exactly the same with, >with the same image. I tried it again with 1.3.0.p11_4 and it still >works, so I tried it with 1.3.0.p11_5. That worked too. The problem >must be in 1.3.0.p11_6. > >The command line I've been using is "qemu-system-x86_64 -hda test.img - >net nic -net tap -localtime -m 1536 -vnc :2 -usbdevice tablet -soundhw >es1370,pcspk". You could also try a smaller -m arg, like -m 256... Oh and you said you have sound issues (do you even have sound configured on the host?), you could also try without -soundhw. (Even tho this is most likely unrelated as I said...) Good luck, :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu May 15 23:43:08 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E42FD1065675 for ; Thu, 15 May 2008 23:43:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 979148FC2E for ; Thu, 15 May 2008 23:43:08 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id m4FNh6Af024900 for ; Thu, 15 May 2008 18:43:06 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 15 May 2008 18:43:06 -0500 (CDT) From: "Sean C. Farley" To: freebsd-emulation@FreeBSD.org Message-ID: User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mail.farley.org Cc: Subject: QEMU AIO patch X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 May 2008 23:43:09 -0000 Awhile ago, I wrote a patch to take advantage of FreeBSD's aio_waitcomplete() call in the QEMU raw block code. It took some doing, but I finally found a copy of the patch[1] on a laptop that started dying about a year ago. Using aio_waitcomplete() should reduce the number of context switches present in the current code. I have not truly tested the patch to see how well it helps. Since it is FreeBSD-only, I am posting it here instead of directly to the QEMU mailing list. Sean 1. http://www.farley.org/freebsd/tmp/qemu-aio.patch -- scf@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Fri May 16 15:46:27 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 138EB106564A for ; Fri, 16 May 2008 15:46:27 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: from web32701.mail.mud.yahoo.com (web32701.mail.mud.yahoo.com [68.142.207.245]) by mx1.freebsd.org (Postfix) with SMTP id B4BC18FC20 for ; Fri, 16 May 2008 15:46:26 +0000 (UTC) (envelope-from pfgshield-freebsd@yahoo.com) Received: (qmail 69445 invoked by uid 60001); 16 May 2008 15:19:46 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=xBczN4/oMKGVHdm5EZIeKgxXa+1L/dZWVZymghXMvckSboTuH4ZfhXqDklcenWh2/zy65ObHdMain/6Y4Twdwik0ffmFcMQyRGm+RVY+Vtcx0w/TGcw/yHGeCcQCvwmJVBjOmlOFLArPWmH0hNCcIrnxsYdqLh7K09pWzIa8WQw=; X-YMail-OSG: ftdDDZEVM1naHrwWuiRwFoszJ9f3mCS_hue3XmvX.jxwOu.9zQ5xIjtOXMetiZ7suF9N2bKQz5Uigj.ragNwoOVsEGGa5ZTgwkDpqKbniPWO8RKHItpWXycKoQ-- Received: from [190.157.189.93] by web32701.mail.mud.yahoo.com via HTTP; Fri, 16 May 2008 17:19:45 CEST Date: Fri, 16 May 2008 17:19:45 +0200 (CEST) From: To: freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <991810.69175.qm@web32701.mail.mud.yahoo.com> Cc: Subject: Open POSIX testsuite results X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pfgshield-freebsd@yahoo.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2008 15:46:27 -0000 Hello; I saw on the linux-kernel wiki that you need reference output from Linux to compare. I just updated the misc/posixtestsuite port and I noticed they have some reference output on their website: http://posixtest.sourceforge.net/testpass/PTS_1.5.1-2.6.10-PAIO_ia32.htm hope that helps, Pedro. ___________________________________ Scopri il Blog di Yahoo! Mail: trucchi, novità, consigli... e la tua opinione! http://www.ymailblogit.com/blog/ From owner-freebsd-emulation@FreeBSD.ORG Fri May 16 22:07:34 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E70141065678 for ; Fri, 16 May 2008 22:07:34 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-03.oit.duke.edu [152.3.174.16]) by mx1.freebsd.org (Postfix) with ESMTP id BB5E88FC12 for ; Fri, 16 May 2008 22:07:34 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id EE6048146; Fri, 16 May 2008 18:07:33 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id BC1958059; Fri, 16 May 2008 18:07:33 -0400 (EDT) Message-Id: From: Todd Wasson To: Juergen Lock In-Reply-To: <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 16 May 2008 18:07:32 -0400 References: <20080515080948.3B1F15B47@mail.bitblocks.com> <200805152323.m4FNNO7H017348@saturn.kn-bremen.de> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.16.145445 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2008 22:07:35 -0000 Using -m 256 doesn't help, though interestingly 1.3.0.p11_5 crashes (but doesn't take down the machine) with -m 1536 but is fine with -m 256. 1.3.0.p11_6 hangs the machine regardless, though. I haven't been using -soundhw at all recently, but yes, I do actually have sound on the host. Lowering hw.physmem to 2GB and using -m 256 still results in a hang. I'm going to keep these and try the max_locked_pages changes that Bakul Shah suggested. I'll post the results to the list. Thanks again. Todd On May 15, 2008, at 7:23 PM, Juergen Lock wrote: > In article you write: >> Yes, it was on this same system, configured in exactly the same with, >> with the same image. I tried it again with 1.3.0.p11_4 and it still >> works, so I tried it with 1.3.0.p11_5. That worked too. The problem >> must be in 1.3.0.p11_6. >> >> The command line I've been using is "qemu-system-x86_64 -hda >> test.img - >> net nic -net tap -localtime -m 1536 -vnc :2 -usbdevice tablet - >> soundhw >> es1370,pcspk". > > You could also try a smaller -m arg, like -m 256... > > Oh and you said you have sound issues (do you even have sound > configured > on the host?), you could also try without -soundhw. (Even tho this is > most likely unrelated as I said...) > > Good luck, :) > Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri May 16 22:23:01 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00620106566C for ; Fri, 16 May 2008 22:23:01 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (smtp-02.oit.duke.edu [152.3.174.84]) by mx1.freebsd.org (Postfix) with ESMTP id C99548FC0C for ; Fri, 16 May 2008 22:23:00 +0000 (UTC) (envelope-from tsw5@duke.edu) Received: from smtp.duke.edu (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 094F9511E7D; Fri, 16 May 2008 18:23:00 -0400 (EDT) Received: from avenue.wintermute (cpe-076-182-024-090.nc.res.rr.com [76.182.24.90]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.duke.edu (Postfix) with ESMTP id CEECF511E79; Fri, 16 May 2008 18:22:59 -0400 (EDT) Message-Id: <480D1B99-CAE6-4164-B435-5A2AF08393F3@duke.edu> From: Todd Wasson To: Bakul Shah In-Reply-To: <20080515080948.3B1F15B47@mail.bitblocks.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Fri, 16 May 2008 18:22:58 -0400 References: <20080515080948.3B1F15B47@mail.bitblocks.com> X-Mailer: Apple Mail (2.919.2) X-PMX-Version: 5.4.1.325704, Antispam-Engine: 2.6.0.325393, Antispam-Data: 2008.5.16.150455 Cc: freebsd-emulation@freebsd.org Subject: Re: kqemu locking my machine hard on amd64 smp, with most recent patches X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 May 2008 22:23:01 -0000 Hi Bakul. I tried changing max_locked_pages, as well as lowering hw.physmem to 2GB and in the dmesg it printed "kqemu: KQEMU installed, max_locked_mem=524284kB." I ran qemu with -m 256 after all of this, and it still hung in the same spot. Argh. I'm not sure if I should just keep arbitrarily lowering it and praying, or what. My filesystems keep getting trashed though thanks to the hanging, so I'm not inclined to take that path unless I have to... Any other ideas? Thanks for your help so far, I really appreciate it. Todd On May 15, 2008, at 4:09 AM, Bakul Shah wrote: > When you said an earlier kqemu version worked, was it on the same > hardware, with the same amount of memory and 7.0 release? For the > same image? Can you try it again to see if it still works? > > Can you show the exact qemu command line? > > Some more things to try: > > In your earlier response I see >> kqemu version 0x00010300 >> kqemu: KQEMU installed, max_locked_mem=3134224kB. > > This makes me wonder if the amount of max_locked_mem is the > problem. To test this, change kqemu-freebsd.c:554 to > > max_locked_pages = MIN(physmem / 2, 0x1fffffff / PAGE_SIZE); > > This will allocate no more than 512B for max locked pages. > If this works keep doubling the size until it breaks. > > You can enable kqemu debug prints by > > sysctl debug.kqemu_debug=1 > > before starting qemu. May be we will find something unusual there. > > To rule out audio you can disable it from the qemu command line. > > If you can, remove zfs during testing.