From adrian at freebsd.org Mon Jun 1 06:49:02 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Mon Jun 1 06:49:09 2009 Subject: freebsd-xen images In-Reply-To: References: Message-ID: 2009/5/30 Ron Carter : > Will this work with XenServer 5.0 or ?Beta 5.5? ?I saw but have not > gotten any information yet but I saw a FreeBSD based image from Citrix > that is fully virtualized. ?I trying to get more information. > RC I don't know at all, sorry. You should talk to Citrix about getting PVM FreeBSD images if that is what you're after. Adrian From bugmaster at FreeBSD.org Mon Jun 1 11:07:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 1 11:10:05 2009 Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org Message-ID: <200906011107.n51B73lF021303@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135008 xen FreeBSD-current/Xen timecounter jumps o kern/134926 xen [xen] [panic] FreeBSD-current Xen DomU networking pani 2 problems total. From mister.olli at googlemail.com Tue Jun 2 07:49:44 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Tue Jun 2 07:49:51 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: References: <1243774686.12279.7.camel@phoenix.blechhirn.net> Message-ID: <1243928943.2351.5.camel@phoenix.blechhirn.net> Hi, > > - scp'ing the kernel file to the dom0 instance hanged after transfering > > ~ 1MB of data and did not finish. This now works perfect. I > > hadn't got the time to test larger network transfers. > > Good! Sorry on that, I just recognized that it's not fixed right now. Maybe Most probable I've tested with the wrong kernel, since I have a r kernel here to transfer my freshly build kernel to the host dom0. I just tested with r193225 and it didn't work. Transfer always stops after 2112kb of transfered data, no matter what kind of data I copy: ======================================================================== template-8_CURRENT# scp /boot/kernel/kernel dante@10.30.1.15:/tmp Password: kernel 46% 2112KB 268.4KB/s - stalled -^CKilled by signal 2. template-8_CURRENT# dd if=/dev/zero of=/tmp/more_data bs=1024k count=512 512+0 records in 512+0 records out 536870912 bytes transferred in 27.200000 secs (19737901 bytes/sec) template-8_CURRENT# scp /tmp/more_data dante@10.30.1.15:/tmp Password: more_data 0% 2112KB 662.8KB/s - stalled -^CKilled by signal 2. template-8_CURRENT# ======================================================================== Transfering smaller files (like SVN checkout) works like a charm within the domU. I also tested transfering 512MB of data from dom0 -> domU and it worked as expected. > > > - clock jumps fully disappeared for me. I can do a complete 'make > > buildworld' without any interruptions due to the time jump, even > > when I'm not using ntpd within the domU. > > Good! The time will still drift a little until a hypervisor wall clock > sync occurs (mostly due to a large enough change to the dom0 time); > I'll investigate that later. I'm curious to know exactly how Linux > DomU's manage to keep in lock-step with the dom0 time. Didn't recognize any heavy time drifts until now. I have less than 0.5 after ~14 hours uptime. This is great :-) Regards, --- Mr. Olli From adrian at freebsd.org Tue Jun 2 08:08:36 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Tue Jun 2 08:08:44 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: <1243928943.2351.5.camel@phoenix.blechhirn.net> References: <1243774686.12279.7.camel@phoenix.blechhirn.net> <1243928943.2351.5.camel@phoenix.blechhirn.net> Message-ID: Just create a PR for the copying issue and email me the PR number. Thanks, Adrian 2009/6/2 Mister Olli : > Hi, > >> > - scp'ing the kernel file to the dom0 instance hanged after transfering >> > ? ? ? ?~ 1MB of data and did not finish. This now works perfect. I >> > ? ? ? ?hadn't got the time to test larger network transfers. >> >> Good! > > Sorry on that, I just recognized that it's not fixed right now. Maybe > Most probable I've tested with the wrong kernel, since I have a r kernel > here to transfer my freshly build kernel to the host dom0. > I just tested with r193225 and it didn't work. Transfer always stops > after 2112kb of transfered data, no matter what kind of data I copy: > > ======================================================================== > template-8_CURRENT# scp /boot/kernel/kernel dante@10.30.1.15:/tmp > Password: > kernel ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 46% 2112KB 268.4KB/s - stalled -^CKilled by signal 2. > template-8_CURRENT# dd if=/dev/zero of=/tmp/more_data bs=1024k count=512 > 512+0 records in > 512+0 records out > 536870912 bytes transferred in 27.200000 secs (19737901 bytes/sec) > template-8_CURRENT# scp /tmp/more_data dante@10.30.1.15:/tmp > Password: > more_data ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? 0% 2112KB 662.8KB/s - stalled -^CKilled by signal 2. > template-8_CURRENT# > ======================================================================== > > Transfering smaller files (like SVN checkout) works like a charm within > the domU. > I also tested transfering 512MB of data from dom0 -> domU and it worked > as expected. > > >> >> > - clock jumps fully disappeared for me. I can do a complete 'make >> > ? ? ? ?buildworld' without any interruptions due to the time jump, even >> > ? ? ? ?when I'm not using ntpd within the domU. >> >> Good! The time will still drift a little until a hypervisor wall clock >> sync occurs (mostly due to a large enough change to the dom0 time); >> I'll investigate that later. I'm curious to know exactly how Linux >> DomU's manage to keep in lock-step with the dom0 time. > > Didn't recognize any heavy time drifts until now. I have less than 0.5 > after ~14 hours uptime. This is great :-) > > > Regards, > --- > Mr. Olli > > > > From marcel at piglet.slowthinkers.net Tue Jun 2 14:27:07 2009 From: marcel at piglet.slowthinkers.net (Anne Marcel Roorda) Date: Tue Jun 2 14:27:14 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: <1243928943.2351.5.camel@phoenix.blechhirn.net> References: <1243774686.12279.7.camel@phoenix.blechhirn.net> <1243928943.2351.5.camel@phoenix.blechhirn.net> Message-ID: <200906021427.n52ER5qQ001387@piglet.slowthinkers.net> In message <1243928943.2351.5.camel@phoenix.blechhirn.net>, Mister Olli writes: > Hi, > > > > - scp'ing the kernel file to the dom0 instance hanged after transfering > > > ~ 1MB of data and did not finish. This now works perfect. I > > > hadn't got the time to test larger network transfers. > > > > Good! > > Sorry on that, I just recognized that it's not fixed right now. Maybe > Most probable I've tested with the wrong kernel, since I have a r kernel > here to transfer my freshly build kernel to the host dom0. > I just tested with r193225 and it didn't work. Transfer always stops > after 2112kb of transfered data, no matter what kind of data I copy: Hi, Try 'ifconfig xn0 -tso', that fixes it for me. - marcel From mister.olli at googlemail.com Tue Jun 2 14:58:45 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Tue Jun 2 14:58:51 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: <200906021427.n52ER5qQ001387@piglet.slowthinkers.net> References: <1243774686.12279.7.camel@phoenix.blechhirn.net> <1243928943.2351.5.camel@phoenix.blechhirn.net> <200906021427.n52ER5qQ001387@piglet.slowthinkers.net> Message-ID: <1243954710.2351.18.camel@phoenix.blechhirn.net> On Tue, 2009-06-02 at 16:27 +0200, Anne Marcel Roorda wrote: > In message <1243928943.2351.5.camel@phoenix.blechhirn.net>, Mister Olli writes: > > > Hi, > > > > > > - scp'ing the kernel file to the dom0 instance hanged after transfering > > > > ~ 1MB of data and did not finish. This now works perfect. I > > > > hadn't got the time to test larger network transfers. > > > > > > Good! > > > > Sorry on that, I just recognized that it's not fixed right now. Maybe > > Most probable I've tested with the wrong kernel, since I have a r kernel > > here to transfer my freshly build kernel to the host dom0. > > I just tested with r193225 and it didn't work. Transfer always stops > > after 2112kb of transfered data, no matter what kind of data I copy: > > Hi, > > Try 'ifconfig xn0 -tso', that fixes it for me. > > - marcel Hi, thanks for the hint, solves the issue for me completly. Even transfering 2GB of data works perfectly. Just a short question: Can I append '-tso' to my ifconfig_xn0 line in /etc/rc.conf? Regards, --- Mr. Olli From marcel at piglet.slowthinkers.net Tue Jun 2 15:13:10 2009 From: marcel at piglet.slowthinkers.net (Anne Marcel Roorda) Date: Tue Jun 2 15:13:16 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: <1243954710.2351.18.camel@phoenix.blechhirn.net> References: <1243774686.12279.7.camel@phoenix.blechhirn.net> <1243928943.2351.5.camel@phoenix.blechhirn.net> <200906021427.n52ER5qQ001387@piglet.slowthinkers.net> <1243954710.2351.18.camel@phoenix.blechhirn.net> Message-ID: <200906021513.n52FD8mL002175@piglet.slowthinkers.net> > thanks for the hint, solves the issue for me completly. Even transfering > 2GB of data works perfectly. > > Just a short question: > Can I append '-tso' to my ifconfig_xn0 line in /etc/rc.conf? Oli, That works for me. - marcel From adrian at freebsd.org Tue Jun 2 15:29:11 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Tue Jun 2 15:29:17 2009 Subject: Clock TOD issues (mostly) resolved? In-Reply-To: <200906021513.n52FD8mL002175@piglet.slowthinkers.net> References: <1243774686.12279.7.camel@phoenix.blechhirn.net> <1243928943.2351.5.camel@phoenix.blechhirn.net> <200906021427.n52ER5qQ001387@piglet.slowthinkers.net> <1243954710.2351.18.camel@phoenix.blechhirn.net> <200906021513.n52FD8mL002175@piglet.slowthinkers.net> Message-ID: Please make sure the fix goes into the PR too! 2009/6/2 Anne Marcel Roorda : > >> thanks for the hint, solves the issue for me completly. Even transfering >> 2GB of data works perfectly. >> >> Just a short question: >> Can I append '-tso' to my ifconfig_xn0 line in /etc/rc.conf? > > Oli, > > ?That works for me. > > - marcel > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > From linimon at FreeBSD.org Tue Jun 2 17:36:50 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jun 2 17:37:01 2009 Subject: kern/135178: [xen] Xen domU outgoing data transfer stall when TSO is enabled Message-ID: <200906021736.n52HaoYH067275@freefall.freebsd.org> Old Synopsis: Xen domU outgoing data transfer stall when TSO is enabled New Synopsis: [xen] Xen domU outgoing data transfer stall when TSO is enabled Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 2 17:36:18 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=135178 From linimon at FreeBSD.org Tue Jun 2 17:37:16 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jun 2 17:37:22 2009 Subject: kern/135179: [xen] Xen domU does not properly reboot Message-ID: <200906021737.n52HbE3S067326@freefall.freebsd.org> Old Synopsis: Xen domU does not properly reboot New Synopsis: [xen] Xen domU does not properly reboot Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 2 17:37:01 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=135179 From linimon at FreeBSD.org Tue Jun 2 17:38:20 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Tue Jun 2 17:38:25 2009 Subject: kern/135069: [xen] FreeBSD-current/Xen SMP doesn't function at all after the AP's are loaded Message-ID: <200906021738.n52HcJu0067382@freefall.freebsd.org> Synopsis: [xen] FreeBSD-current/Xen SMP doesn't function at all after the AP's are loaded Responsible-Changed-From-To: freebsd-emulation->freebsd-xen Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jun 2 17:38:04 UTC 2009 Responsible-Changed-Why: more specific assignment. http://www.freebsd.org/cgi/query-pr.cgi?pr=135069 From mister.olli at googlemail.com Tue Jun 2 23:00:04 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Tue Jun 2 23:00:11 2009 Subject: kern/135179: [xen] Xen domU does not properly reboot Message-ID: <200906022300.n52N04lM014289@freefall.freebsd.org> The following reply was made to PR kern/135179; it has been noted by GNATS. From: Mister Olli To: bug-followup@freebsd.org Cc: Subject: Re: kern/135179: [xen] Xen domU does not properly reboot Date: Wed, 03 Jun 2009 00:37:05 +0200 Hi, problem is solved as it came from XEN configuration file failure. setting 'on_restart=preserve' triggers the described behaviour exactly. Removing the line from the domU config file enables proper reboots. Regards, --- Mr. Olli From llama at ruomad.net Fri Jun 5 00:47:40 2009 From: llama at ruomad.net (Bruno Damour) Date: Fri Jun 5 00:47:48 2009 Subject: freebsd on opensolaris dom0 Message-ID: <4A2864E1.40208@ruomad.net> Hello, I have tried for some time to get to install freeBSD on an up-to-date (SXCE b114) opensolaris xvm box (xen 3.1.4) which already has had success in running in a quite stable xay NetBSD and Gentoo Linux as PV domUs and different Windows flavours (Server 2008, Win7 RC, Xp, Server 2003) as HVM domUs. However, freeBSD does not boot as an HVM host and xen-kernel have been impossible to find. So I'm glad eventually Adrian put some kernel/images, which I have tried to test. My goal is to be able to install and run a current freebsd. It has been a bit hacky, but it boots allright with adrians kernel and image as xbd0. I've even succeeded to install a 7.2-RELEASE via sysinstall/ftp to a zvol (under xbd2). However, even if ftp install works, network traffic in general (ftp to dom0, ssh, csup) panics the domu and in about 1 case of 4 even freezes the dom0. It might be related to my dom0 being an amd64 (intel core2 quad E6600) whereas adrian's system is i386 ? I cannot even try to build a new kernel because : - there is no xen in 7.2-RELEASE which I can isntall - updating via csup to current does not work (as mentioned) - I cannot find a way to install a current snapshot as I cannot boot from the downloaded iso images i have (no cdrom, Adrian's kernel only boots from root image) - I have no bare metal freebsd host I can use to build a different kernel Any ideas ? bruno From adrian at freebsd.org Fri Jun 5 02:41:26 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Fri Jun 5 02:41:33 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2864E1.40208@ruomad.net> References: <4A2864E1.40208@ruomad.net> Message-ID: 2009/6/5 Bruno Damour : > Hello, > I have tried for some time to get to install freeBSD on an up-to-date (SXCE > b114) opensolaris xvm box ?(xen 3.1.4) which already has had success in > running in a quite stable xay NetBSD and Gentoo Linux as PV domUs and > different Windows flavours (Server 2008, Win7 RC, Xp, Server 2003) as HVM > domUs. G'day! I've been meaning to trial FreeBSD under Opensolaris/Xen. Thanks for trying it out! > However, freeBSD does not boot as an HVM host and xen-kernel have been > impossible to find. It should boot as a HVM host. Please post further details. I admit I haven't even looked at HVM support yet as I just use PVM exclusively here. > So I'm glad eventually Adrian put some kernel/images, which I have tried to > test. > My goal is to be able to install and run a current freebsd. > > It has been a bit hacky, but it boots allright with adrians kernel and image > as xbd0. I've even succeeded to install a 7.2-RELEASE via sysinstall/ftp to > a zvol (under xbd2). Could you please post what you've done here? > However, even if ftp install works, network traffic in general (ftp to dom0, > ssh, csup) panics the domu and in about 1 case of 4 even freezes the dom0. I'll upload a more recent filesystem image now for you to test. It should be more stable. I'd like to fix all all of the DomU panics as soon as possible. I'd also be curious about the DomU messing up the Dom0 - I've seen it happen before locally using Linux. I think the various Xen related groups out there would love to hear about any issues which upset dom0 stability. > It might be related to my dom0 being an amd64 (intel core2 quad E6600) > whereas adrian's system ?is i386 ? Later versions of the Xen hypervisor should support 32-bit PVM on 64-bit hypervisor/dom0. > I cannot even try to build a new kernel because : > - there is no xen in 7.2-RELEASE which I can isntall > - updating via csup to current does not work (as mentioned) > - I cannot find a way to install a current snapshot as I cannot boot from > the downloaded iso images i have (no cdrom, Adrian's kernel only boots ?from > root image) > - I have no bare metal freebsd host I can use to build a different kernel > > Any ideas ? I've built a more recent -current image here to do tests with. I'll upload it as a filesystem image for you to do testing with. I'd like whatever information you can provide about the domU panic. It should dump you into the kernel debugger. Please type "bt" at the (ddb) prompt and then provide me with a copy of the domU console output. Don't kill the domain either; I may ask for further ddb commands. My goal is to try and sort out the majority of stability issues in the single vcpu DomU case before 8.0-RELEASE. I don't have any plans (ie, I just can't dedicate any further unpaid time) to work on making 64 bit support function or making the installation process easier. Thanks, Adrian From llama at ruomad.net Fri Jun 5 05:01:04 2009 From: llama at ruomad.net (Bruno Damour) Date: Fri Jun 5 05:01:11 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: References: <4A2864E1.40208@ruomad.net> Message-ID: <4A28A674.6020809@ruomad.net> Adrian Chadd wrote: > 2009/6/5 Bruno Damour : > >> Hello, >> I have tried for some time to get to install freeBSD on an up-to-date (SXCE >> b114) opensolaris xvm box (xen 3.1.4) which already has had success in >> running in a quite stable xay NetBSD and Gentoo Linux as PV domUs and >> different Windows flavours (Server 2008, Win7 RC, Xp, Server 2003) as HVM >> domUs. >> > > G'day! > > I've been meaning to trial FreeBSD under Opensolaris/Xen. Thanks for > trying it out! > > >> However, freeBSD does not boot as an HVM host and xen-kernel have been >> impossible to find. >> > > It should boot as a HVM host. Please post further details. I admit I > haven't even looked at HVM support yet as I just use PVM exclusively > here. > > >> So I'm glad eventually Adrian put some kernel/images, which I have tried to >> test. >> My goal is to be able to install and run a current freebsd. >> >> It has been a bit hacky, but it boots allright with adrians kernel and image >> as xbd0. I've even succeeded to install a 7.2-RELEASE via sysinstall/ftp to >> a zvol (under xbd2). >> > > Could you please post what you've done here? > > >> However, even if ftp install works, network traffic in general (ftp to dom0, >> ssh, csup) panics the domu and in about 1 case of 4 even freezes the dom0. >> > > I'll upload a more recent filesystem image now for you to test. It > should be more stable. I'd like to fix all all of the DomU panics as > soon as possible. I'd also be curious about the DomU messing up the > Dom0 - I've seen it happen before locally using Linux. I think the > various Xen related groups out there would love to hear about any > issues which upset dom0 stability. > > >> It might be related to my dom0 being an amd64 (intel core2 quad E6600) >> whereas adrian's system is i386 ? >> > > Later versions of the Xen hypervisor should support 32-bit PVM on > 64-bit hypervisor/dom0. > > >> I cannot even try to build a new kernel because : >> - there is no xen in 7.2-RELEASE which I can isntall >> - updating via csup to current does not work (as mentioned) >> - I cannot find a way to install a current snapshot as I cannot boot from >> the downloaded iso images i have (no cdrom, Adrian's kernel only boots from >> root image) >> - I have no bare metal freebsd host I can use to build a different kernel >> >> Any ideas ? >> > > I've built a more recent -current image here to do tests with. I'll > upload it as a filesystem image for you to do testing with. > > I'd like whatever information you can provide about the domU panic. It > should dump you into the kernel debugger. Please type "bt" at the > (ddb) prompt and then provide me with a copy of the domU console > output. Don't kill the domain either; I may ask for further ddb > commands. > > My goal is to try and sort out the majority of stability issues in the > single vcpu DomU case before 8.0-RELEASE. I don't have any plans (ie, > I just can't dedicate any further unpaid time) to work on making 64 > bit support function or making the installation process easier. > Thanks for your quick reply ! Here is a summary of the process to install on a zvol kernel = "/boot/kernel/kernel" extra = "vfs.root.mountfrom=ufs:xbd0" extra += ",boot_verbose=yes,kern.hz=256" [...] disk = [ 'file:/tank/xvm/FreeBSD/root-head-r192577.img,0xCA00,w', 'phy:/dev/zvol/dsk/tank/dworkin.raw,0xCA20,w' ] # zfs create -V 15G tank/dworkin.raw # xm new dworkin.cfg # xm start dworkin -c # sysinstall < ->Index->Partition xbd2, auto, write ->Exit Install> # halt # xm start dworkin -c # sysinstall < ->Index->Label xbd1, auto, write (ignore errors) ->Exit Install> # halt # mkdir /mnt/freebsd # newfs /dev/xbd2s1a # mount -t ufs /dev/xbd2s1a /mnt/freebsd/ # mkdir /mnt/freebsd/var # newfs /dev/xbd2s1d # mount -t ufs /dev/xbd2s1d /mnt/freebsd/var/ # mkdir /mnt/freebsd/tmp # newfs /dev/xbd2s1e # mount -t ufs /dev/xbd2s1e /mnt/freebsd/tmp # mkdir /mnt/freebsd/usr # newfs /dev/xbd2s1f # mount -t ufs /dev/xbd2s1f /mnt/freebsd/usr # swapon /dev/xbd2s1b # ifconfig xn0 inet 192.168.0.196 && route add default 192.168.0.1 # echo domain ruomad.local >/etc/resolv.conf # echo nameserver 192.168.0.1 >>/etc/resolv.conf # cat /etc/resolv.conf # ping www.freebsd.org # cd /mnt/freebsd # sysinstall <->Standard-> sysinstall get all, install to /mnt/freebsd, tem /mnt/tmp, IPv6, > cd /mnt/freebsd tweak /etc/ttys (add xc0), /etc resolv.conf, /etc/fstab change dworkin.cfg with : extra = "vfs.root.mountfrom=ufs:xbd2s1a" it boots !!! ;-) but I cannot cvs And here is the panic. This one is directly after booting to your kernel and image and cd to a free space on the freshly mounted zvol (as above). csup /root/stable-supfile Connected to 64.74.207.33 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39440a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1118 KDB: stack backtrace: X_db_sym_numargs(c0360308,c3527ab8,c0111ac5,c0383ef6,45e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c0383ef6,45e,ffffffff,c0511ef4,c3527af0,...) at kdb_backtrace+0x29 witness_display_spinlock(c036278d,c3527b04,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c038c634,c3527b60,c,...) at witness_warn+0x1fd trap(c3527b8c) at trap+0x13e alltraps(c39440a0,0,c0383ef6,45e,6450ffff,...) at alltraps+0x1b xlvbd_add(c3944000,c3527cc8,c00c3814,c03d5d00,c3783738,...) at xlvbd_ad intr_event_execute_handlers(c37097ec,c3783700,c0358a72,4e9,c3783770,... _event_execute_handlers+0x125 intr_event_add_handler(c3708bf0,c3527d38,c03587a5,336,c37097ec,...) at t_add_handler+0x41f fork_exit(c00afcd0,c3708bf0,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x3 fault code = supervisor read, page not present instruction pointer = 0x21:0xc0300ad9 stack pointer = 0x29:0xc3527bcc frame pointer = 0x29:0xc3527bfc code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq135: xn) [thread pid 12 tid 100024 ] Stopped at xlvbd_add+0x2039: cmpl $0,0(%edi) db> And here is the only message I have got about Dom0 crash Jun 5 01:43:57 amber xnb: [ID 703724 kern.warning] WARNING: xnb_from_peer: failed to map buffer: -3 I will try your knew image this evening (after work ;-) Thanks a lot Bruno From llama at ruomad.net Fri Jun 5 05:16:13 2009 From: llama at ruomad.net (Bruno Damour) Date: Fri Jun 5 05:16:20 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A28A674.6020809@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> Message-ID: <4A28AA18.3010808@ruomad.net> >> I'd like whatever information you can provide about the domU panic. It >> should dump you into the kernel debugger. Please type "bt" at the >> (ddb) prompt and then provide me with a copy of the domU console >> output. Don't kill the domain either; I may ask for further ddb >> commands. Here is a full log and the output of bt : The fsck bit is because of previous crash :-( amber ~ # xm start -c dworkin WARNING: loader(8) metadata is missing! GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2009 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 8.0-CURRENT #0: Fri May 22 15:45:51 UTC 2009 adrian@agnus.home.cacheboy.net:/home/adrian/work/freebsd/xen/obj-head/home/adrian/work/freebsd/xen/svn/head/sys/XEN WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 2404.110 MHz processor. Timecounter "ixen" frequency 1000000000 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz (2404.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20000000 AMD Features2=0x1 TSC: P-state invariant Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x0000000000898000 - 0x000000003edb2fff, 1045540864 bytes (255259 pages) avail memory = 1041543168 (993 MB) APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) ULE: setup cpu 0 cpu=0 irq=0 vector=0 cpu=0 irq=0 vector=1 Event-channel device installed. random: kbd0 at kbdmux0 mem: Pentium Pro MTRR support enabled nfslock: pseudo-device null: io: Grant table initialized xenbus0: on motherboard xc0: on motherboard npx0: INT 16 interface Device configuration finished. procfs registered Timecounters tick every 3.906 msec lo0: bpf attached xbd0: 512MB at device/vbd/51712 on xenbus0 GEOM: new disk xbd0 xbd2: 15360MB at device/vbd/51744 on xenbus0 xn0: at device/vif/0 on xenbus0 xn0: bpf attached xn0: Ethernet address: 00:16:3e:1e:25:20 WARNING: WITNESS option enabled, expect reduced performance. flowtable cleaner started GEOM_LABEL: Label for provider xbd0 is ufsid/4a16ce286b8b4567. GEOM: new disk xbd2 GEOM_LABEL: Label for provider xbd2s1a is ufsid/4a16db167f8af2d3. GEOM_LABEL: Label for provider xbd2s1d is ufsid/4a16db25c19c561d. GEOM_LABEL: Label for provider xbd2s1e is ufsid/4a16db2ef57551da. GEOM_LABEL: Label for provider xbd2s1f is ufsid/4a16db38da6982fb. Trying to mount root from ufs:xbd0 WARNING: / was not properly dismounted warning: no time-of-day clock registered, system time will not be set accurately start_init: trying /sbin/init No suitable dump device was found. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: /dev/xbd1: No such file or directory GEOM_LABEL: Label ufsid/4a16ce286b8b4567 removed. /dev/xbd0: 11109 files, 201951 used, 320640 free (264 frags, 40047 blocks, 0.1% fragmentation) GEOM_LABEL: Label for provider xbd0 is ufsid/4a16ce286b8b4567. GEOM_LABEL: Label ufsid/4a16ce286b8b4567 removed. /etc/rc: WARNING: $hostname is not set -- see rc.conf(5). Starting Network: lo0. /etc/rc: WARNING: Dump device does not exist. Savecore not run. Sat May 23 11:16:58 UTC 2009 FreeBSD/i386 (Amnesiac) (xc0) login: root Password: May 23 11:42:36 login: ROOT LOGIN (root) ON xc0 Last login: Sat May 23 11:14:14 on xc0 Copyright (c) 1992-2009 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 8.0-CURRENT (XEN) #0: Fri May 22 15:45:51 UTC 2009 Welcome to FreeBSD! Before seeking technical support, please use the following resources: o Security advisories and updated errata information for all releases are at http://www.FreeBSD.org/releases/ - always consult the ERRATA section for your release first as it's updated frequently. o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, along with the mailing lists, can be searched by going to http://www.FreeBSD.org/search/. If the doc distribution has been installed, they're also available formatted in /usr/share/doc. If you still have a question or problem, please take the output of `uname -a', along with any relevant error messages, and email it as a question to the questions@FreeBSD.org mailing list. If you are unfamiliar with FreeBSD's directory layout, please refer to the hier(7) manual page. If you are not familiar with manual pages, type `man man'. You may also use sysinstall(8) to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. You have new mail. # pwd /root # ll total 28 -rw-r--r-- 2 root wheel 724 May 22 15:47 .cshrc -rw-r--r-- 1 root wheel 80 May 22 15:47 .k5login -rw-r--r-- 1 root wheel 229 May 22 15:47 .login -rw-r--r-- 2 root wheel 189 May 22 15:47 .profile -r--r--r-- 1 root wheel 3921 May 23 11:11 stable-supfile -rw-r--r-- 1 root wheel 19727 May 23 11:05 sysinstall.debug # uname -a FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri May 22 15:45:51 UTC 2009 adrian@agnus.home.cacheboy.net:/home/adrian/work/freebsd/xen/obj-head/home/adrian/work/freebsd/xen/svn/head/sys/XEN i386 # df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/xbd0 522591 201955 278829 42% / devfs 1 1 0 100% /dev # ls /mnt/freebsd/ # mount -t ufs /dev/xbd2s1a /mnt/freebsd/ GEOM_LABEL: Label ufsid/4a16db167f8af2d3 removed. WARNING: R/W mount of /mnt/freebsd denied. Filesystem is not clean - run fsck GEOM_LABEL: Label for provider xbd2s1a is ufsid/4a16db167f8af2d3. mount: /dev/xbd2s1a : Operation not permitted # fsck -t ufs /dev/xdb2s1a /dev/xdb2s1a (No such file or directory)Can't stat /dev/xdb2s1a Can't stat /dev/xdb2s1a: No such file or directory Can't stat /dev/xdb2s1a: No such file or directory # fsck -t ufs /dev/xbd2s1a GEOM_LABEL: Label ufsid/4a16db167f8af2d3 removed. ** /dev/xbd2s1a ** Last Mounted on /mnt/freebsd ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 6 files, 15 used, 253800 free (40 frags, 31720 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** GEOM_LABEL: Label for provider xbd2s1a is ufsid/4a16db167f8af2d3. # fsck -t ufs /dev/xbd2s1d GEOM_LABEL: Label ufsid/4a16db25c19c561d removed. ** /dev/xbd2s1d ** Last Mounted on /mnt/freebsd/var ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2 files, 2 used, 1008405 free (21 frags, 126048 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** GEOM_LABEL: Label for provider xbd2s1d is ufsid/4a16db25c19c561d. # fsck -t ufs /dev/xbd2s1e GEOM_LABEL: Label ufsid/4a16db2ef57551da removed. ** /dev/xbd2s1e ** Last Mounted on /mnt/freebsd/tmp ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2 files, 2 used, 253813 free (21 frags, 31724 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** GEOM_LABEL: Label for provider xbd2s1e is ufsid/4a16db2ef57551da. # fsck -t ufs /dev/xbd2s1f GEOM_LABEL: Label ufsid/4a16db38da6982fb removed. ** /dev/xbd2s1f ** Last Mounted on /mnt/freebsd/usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 4 files, 475934 used, 4614034 free (18 frags, 576752 blocks, 0.0% fragmentation) ***** FILE SYSTEM MARKED CLEAN ***** GEOM_LABEL: Label for provider xbd2s1f is ufsid/4a16db38da6982fb. # mount -t ufs /dev/xbd2s1a /mnt/freebsd/ GEOM_LABEL: Label ufsid/4a16db167f8af2d3 removed. # mount -t ufs /dev/xbd2s1d /mnt/freebsd/var/ GEOM_LABEL: Label ufsid/4a16db25c19c561d removed. # mount -t ufs /dev/xbd2s1e /mnt/freebsd/tmp GEOM_LABEL: Label ufsid/4a16db2ef57551da removed. # mount -t ufs /dev/xbd2s1f /mnt/freebsd/usr GEOM_LABEL: Label ufsid/4a16db38da6982fb removed. # cat current-supfile *default host=ftp13.FreeBSD.org *default base=/mnt/freebsd/var/db *default prefix=/mnt/freebsd/usr *default release=cvs tag=. *default delete use-rel-suffix src-all # swapon /dev/xbd2s1b # ifconfig xn0 inet 192.168.0.196 && route add default 192.168.0.1 add net default: gateway 192.168.0.1 # cat /etc/resolv.conf domain ruomad.local nameserver 192.168.0.1 # ping www.freebsd.org PING www.freebsd.org (69.147.83.33): 56 data bytes 64 bytes from 69.147.83.33: icmp_seq=0 ttl=51 time=214.843 ms 64 bytes from 69.147.83.33: icmp_seq=1 ttl=52 time=199.219 ms 64 bytes from 69.147.83.33: icmp_seq=2 ttl=52 time=207.031 ms ^C --- www.freebsd.org ping statistics --- 3 packets transmitted, 3 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 199.219/207.031/214.843/6.378 ms # csup current-supfile Connected to 64.74.207.33 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39440a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1118 KDB: stack backtrace: X_db_sym_numargs(c0360308,c3527ab8,c0111ac5,c0383ef6,45e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c0383ef6,45e,ffffffff,c0511c34,c3527af0,...) at kdb_backtrace+0x29 witness_display_spinlock(c036278d,c3527b04,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c038c634,c3527b60,c,...) at witness_warn+0x1fd trap(c3527b8c) at trap+0x13e alltraps(c39440a0,0,c0383ef6,45e,6450ffff,...) at alltraps+0x1b xlvbd_add(c3944000,c3527cc8,c00c3814,c03d5d00,c3783738,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783700,c0358a72,4e9,c3783770,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3708c30,c3527d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c3708c30,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc0300ad9 stack pointer = 0x29:0xc3527bcc frame pointer = 0x29:0xc3527bfc code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq135: xn) [thread pid 12 tid 100024 ] Stopped at xlvbd_add+0x2039: cmpl $0,0(%edi) db> bt Tracing pid 12 tid 100024 td 0xc3757d80 xlvbd_add(c39440a0,0,c0383ef6,45e,6450ffff,...) at xlvbd_add+0x2039 xlvbd_add(c3944000,c3527cc8,c00c3814,c03d5d00,c3783738,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783700,c0358a72,4e9,c3783770,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3708c30,c3527d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c3708c30,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- db> From adrian at freebsd.org Fri Jun 5 05:47:33 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Fri Jun 5 05:47:39 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2864E1.40208@ruomad.net> References: <4A2864E1.40208@ruomad.net> Message-ID: G'day, I've just uploaded another -current image. http://wiki.freebsd.org/AdrianChadd/XenImages will have a link to it. Pygrub will give you a boot menu list (just like normal GRUB) if you create the domain with "xm create -c". That attaches the console at startup, giving pygrub time to display the option(s). Please give that tree a similar whirl and let me know how you go. I'll keep the build and source around for a while longer so we can debug whatever issues creep up. Thanks, Adrian From llama at ruomad.net Sat Jun 6 16:16:01 2009 From: llama at ruomad.net (Bruno Damour) Date: Sat Jun 6 16:16:08 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A28AA18.3010808@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> Message-ID: <4A2A962A.9050207@ruomad.net> Hello Adrian, Well, same pb w/ the new img : Cannot open "surrent-supfile": No such file or directory # csup current-supfile Connected to 130.94.149.166 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39430a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1144 KDB: stack backtrace: X_db_sym_numargs(c03578d2,c3527ab4,c01166d5,c037b2c8,478,...) at X_db_sym_numargs+0x146 kdb_backtrace(c037b2c8,478,ffffffff,c050a974,c3527aec,...) at kdb_backtrace+0x29 witness_display_spinlock(c0359db5,c3527b00,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c0383c74,c3527b5c,c,...) at witness_warn+0x1fd trap(c3527b88) at trap+0x13e alltraps(c39430a0,0,c037b2c8,478,2,...) at alltraps+0x1b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948130,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948130,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc02f719b stack pointer = 0x29:0xc3527bc8 frame pointer = 0x29:0xc3527bf8 code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq135: xn) [thread pid 12 tid 100024 ] Stopped at xlvbd_add+0x204b: cmpl $0,0(%edx) db> bt Tracing pid 12 tid 100024 td 0xc3756d80 xlvbd_add(c39430a0,0,c037b2c8,478,2,...) at xlvbd_add+0x204b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948130,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948130,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- db> From poleris at gmail.com Sun Jun 7 01:50:34 2009 From: poleris at gmail.com (Edwin Shao) Date: Sun Jun 7 01:50:42 2009 Subject: -current XEN build fails with WITNESS off Message-ID: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> Hi all, I am running Adrian's Xen image on a pygrub domU and am building the kernel targeted towards production use. With that in mind, commenting out the lines: #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed Yields the error: In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, include before " mkdep: compile failed This is reproducible, at the very least, between 20090520 and 20090606. A very simple fix is: diff netfront.c netfront.old.c 33d32 < #include Let me know if I am doing something stupidly wrong (as I've only been running FreeBSD since yesterday) or if you need any more information. Thanks, Edwin PS. If there is any interest, I can provide weekly or so kernel builds. My config file is aimed towards use in a production environment with jails use, and thus has debugging options off and pf/vlan/NULLFS/FDESCFS enabled. ---------- Error Log ---------- -------------------------------------------------------------- >>> Kernel build for XENNEKO started on Sat Jun ?6 20:55:49 EDT 2009 -------------------------------------------------------------- ===> XENNEKO mkdir -p /usr/obj/usr/src/sys -------------------------------------------------------------- >>> stage 1: configuring the kernel -------------------------------------------------------------- cd /usr/src/sys/i386/conf; PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin ?config ?-d /usr/obj/usr/src/sys/XENNEKO /usr/src/sys/i386/conf/XENNEKO Kernel build directory is /usr/obj/usr/src/sys/XENNEKO Don't forget to do ``make cleandepend && make depend'' -------------------------------------------------------------- >>> stage 2.1: cleaning up the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel cleandir rm -f *.o *.so *.So *.ko *.s eddep errs ?kernel.debug kernel kernel.symbols ?linterrs makelinks tags vers.c ?vnode_if.c vnode_if.h vnode_if_newproto.h vnode_if_typedef.h ?eisa_if.c mmcbr_if.c mmcbus_if.c card_if.c power_if.c pci_if.c pcib_if.c g_part_if.c isa_if.c bus_if.c clock_if.c cpufreq_if.c device_if.c linker_if.c serdev_if.c xenbus_if.c acpi_if.c eisa_if.h mmcbr_if.h mmcbus_if.h card_if.h power_if.h pci_if.h pcib_if.h g_part_if.h isa_if.h bus_if.h clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h xenbus_if.h acpi_if.h ?pccarddevs.h rm -f .depend machine cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" SYSDIR="/usr/src/sys" make ?cleandir -------------------------------------------------------------- >>> stage 2.2: rebuilding the object tree -------------------------------------------------------------- cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel obj cd /usr/src/sys/modules; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" SYSDIR="/usr/src/sys" make ?obj -------------------------------------------------------------- >>> stage 2.3: build tools -------------------------------------------------------------- cd /usr/obj/usr/src/sys/XENNEKO; MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm ?make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF ?-f /usr/src/sys/dev/aic7xxx/aicasm/Makefile Warning: Object directory not changed from original /usr/obj/usr/src/sys/XENNEKO cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c aicasm_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c aicasm_macro_gram.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c aicasm_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c aicasm_macro_scan.c cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign ?-o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF obj cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF depend cd /usr/src/sys/modules/aic7xxx/aicasm; MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF all -------------------------------------------------------------- >>> stage 3.1: making dependencies -------------------------------------------------------------- cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 make KERNEL=kernel depend -DNO_MODULES_OBJ machine -> /usr/src/sys/i386/include cc -c -O -pipe -march=pentiumpro -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector /usr/src/sys/i386/i386/genassym.c NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h awk -f /usr/src/sys/tools/pccarddevs2h.awk /usr/src/sys/dev/pccard/pccarddevs awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -c awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -h awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -h rm -f .newdep make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | ?MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O -pipe -march=pentiumpro -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual ?-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc ?-I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 ?-mno-align-long-strings -mpreferred-stack-boundary=2 ?-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protec! ?tor *** Error code 1 Stop in /usr/obj/usr/src/sys/XENNEKO. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, include before " mkdep: compile failed From adrian at freebsd.org Sun Jun 7 03:58:46 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 03:58:56 2009 Subject: -current XEN build fails with WITNESS off In-Reply-To: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> References: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> Message-ID: You absolutely want to run the witness checks; freebsd/xen is still in development. I'll commit the netfront fix though. Thanks! Adrian 2009/6/7 Edwin Shao : > Hi all, > > I am running Adrian's Xen image on a pygrub domU and am building the > kernel targeted towards production use. With that in mind, commenting > out the lines: > #options ? ? ? ?WITNESS ? ? ? ? ? ? ? ? # Enable checks to detect > deadlocks and cycles > #options ? ? ? ?WITNESS_SKIPSPIN ? ? ? ?# Don't run witness on > spinlocks for speed > > Yields the error: > In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: > /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, > include before " > mkdep: compile failed > > This is reproducible, at the very least, between 20090520 and 20090606. > > A very simple fix is: > diff netfront.c netfront.old.c > 33d32 > < #include > > Let me know if I am doing something stupidly wrong (as I've only been > running FreeBSD since yesterday) or if you need any more information. > > Thanks, > Edwin > > PS. If there is any interest, I can provide weekly or so kernel > builds. My config file is aimed towards use in a production > environment with jails use, and thus has debugging options off and > pf/vlan/NULLFS/FDESCFS enabled. > > > ---------- Error Log ---------- > > > -------------------------------------------------------------- >>>> Kernel build for XENNEKO started on Sat Jun ?6 20:55:49 EDT 2009 > -------------------------------------------------------------- > ===> XENNEKO > mkdir -p /usr/obj/usr/src/sys > > -------------------------------------------------------------- >>>> stage 1: configuring the kernel > -------------------------------------------------------------- > cd /usr/src/sys/i386/conf; > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > ?config ?-d /usr/obj/usr/src/sys/XENNEKO > /usr/src/sys/i386/conf/XENNEKO > Kernel build directory is /usr/obj/usr/src/sys/XENNEKO > Don't forget to do ``make cleandepend && make depend'' > > -------------------------------------------------------------- >>>> stage 2.1: cleaning up the object tree > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT > i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > NO_CTF=1 make KERNEL=kernel cleandir > rm -f *.o *.so *.So *.ko *.s eddep errs ?kernel.debug kernel > kernel.symbols ?linterrs makelinks tags vers.c ?vnode_if.c vnode_if.h > vnode_if_newproto.h vnode_if_typedef.h ?eisa_if.c mmcbr_if.c > mmcbus_if.c card_if.c power_if.c pci_if.c pcib_if.c g_part_if.c > isa_if.c bus_if.c clock_if.c cpufreq_if.c device_if.c linker_if.c > serdev_if.c xenbus_if.c acpi_if.c eisa_if.h mmcbr_if.h mmcbus_if.h > card_if.h power_if.h pci_if.h pcib_if.h g_part_if.h isa_if.h bus_if.h > clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h > xenbus_if.h acpi_if.h ?pccarddevs.h > rm -f .depend machine > cd /usr/src/sys/modules; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules > KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" > MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" > SYSDIR="/usr/src/sys" make ?cleandir > > -------------------------------------------------------------- >>>> stage 2.2: rebuilding the object tree > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT > i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > NO_CTF=1 make KERNEL=kernel obj > cd /usr/src/sys/modules; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules > KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" > MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" > SYSDIR="/usr/src/sys" make ?obj > > -------------------------------------------------------------- >>>> stage 2.3: build tools > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/XENNEKO; > MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm ?make SSP_CFLAGS= > -DNO_CPU_CFLAGS -DNO_CTF ?-f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > Warning: Object directory not changed from original /usr/obj/usr/src/sys/XENNEKO > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c aicasm_gram.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c aicasm_macro_gram.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c aicasm_scan.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign -c aicasm_macro_scan.c > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 ?-Wsystem-headers -Werror > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > -Wno-pointer-sign ?-o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o > aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll > cd /usr/src/sys/modules/aic7xxx/aicasm; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF obj > cd /usr/src/sys/modules/aic7xxx/aicasm; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF depend > cd /usr/src/sys/modules/aic7xxx/aicasm; > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules ?make > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF all > > -------------------------------------------------------------- >>>> stage 3.1: making dependencies > -------------------------------------------------------------- > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > MACHINE_ARCH=i386 ?MACHINE=i386 ?CPUTYPE=pentiumpro > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp ?VERSION="FreeBSD 8.0-CURRENT > i386 800095" ?INSTALL="sh /usr/src/tools/install.sh" > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > NO_CTF=1 make KERNEL=kernel depend -DNO_MODULES_OBJ > machine -> /usr/src/sys/i386/include > cc -c -O -pipe -march=pentiumpro -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD > -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs > -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector > /usr/src/sys/i386/i386/genassym.c > NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h > awk -f /usr/src/sys/tools/pccarddevs2h.awk /usr/src/sys/dev/pccard/pccarddevs > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -c > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -h > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -h > rm -f .newdep > make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | ?MKDEP_CPP="cc -E" > CC="cc" xargs mkdep -a -f .newdep -O -pipe -march=pentiumpro -std=c99 > -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual ?-Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc ?-I. -I/usr/src/sys > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD > -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs > -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 ?-mno-align-long-strings > -mpreferred-stack-boundary=2 ?-mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protec! > ?tor > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/XENNEKO. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: > /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, > include before " > mkdep: compile failed > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > From adrian at freebsd.org Sun Jun 7 04:24:03 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 04:24:10 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2A962A.9050207@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> Message-ID: 2009/6/7 Bruno Damour : > ? Fatal trap 12: page fault while in kernel mode > ? cpuid = 0; apic id = 00 > ? fault virtual address ? ?= 0x2 > ? fault code ? ? ? ?= supervisor read, page not present > ? instruction pointer ? ?= 0x21:0xc02f719b > ? stack pointer ? ? ? ? ? ?= 0x29:0xc3527bc8 > ? frame pointer ? ? ? ? ? ?= 0x29:0xc3527bf8 > ? code segment ? ? ? ?= base 0x0, limit 0xf9800, type 0x1b > ? ? ? ? ? ? ? = DPL 1, pres 1, def32 1, gran 1 > ? processor eflags ? ?= interrupt enabled, resume, IOPL = 0 > ? current process ? ? ? ?= 12 (irq135: xn) > ? [thread pid 12 tid 100024 ] > ? Stopped at ? ? ?xlvbd_add+0x204b: ? ? ? cmpl ? ?$0,0(%edx) That seems to be dereferencing a mbuf pointer. I'll look into it. What are you doing to trigger this condition again? Adrian From llama at ruomad.net Sun Jun 7 04:37:45 2009 From: llama at ruomad.net (Bruno Damour) Date: Sun Jun 7 04:37:52 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> Message-ID: <4A2B4412.8030704@ruomad.net> Adrian Chadd wrote: > That seems to be dereferencing a mbuf pointer. I'll look into it. > > What are you doing to trigger this condition again? > > > Adrian > Hello, Well it is consistently reproductible : each time I issue a cvsup command. The interesting point is that I can _download_ without any problem with ftp (that is why sysinstall works) but if I start a ftpd on my host I get (consistently) a similar crash : # Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39400a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1118 KDB: stack backtrace: X_db_sym_numargs(c0360308,c3524ab8,c0111ac5,c0383ef6,45e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c0383ef6,45e,ffffffff,c0511c8c,c3524af0,...) at kdb_backtrace+0x29 witness_display_spinlock(c036278d,c3524b04,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c038c634,c3524b60,c,...) at witness_warn+0x1fd trap(c3524b8c) at trap+0x13e alltraps(c39400a0,0,c0383ef6,45e,d2cc5800,...) at alltraps+0x1b xlvbd_add(c3940000,c3524cc8,c00c3814,c03d5d00,c3783638,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783600,c0358a72,4e9,c3783670,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c378a440,c3524d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c378a440,c3524d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3524d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc0300ad9 stack pointer = 0x29:0xc3524bcc frame pointer = 0x29:0xc3524bfc code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq134: xn) [thread pid 12 tid 100023 ] Stopped at xlvbd_add+0x2039: cmpl $0,0(%edi) db> bt Tracing pid 12 tid 100023 td 0xc3784000 xlvbd_add(c39400a0,0,c0383ef6,45e,d2cc5800,...) at xlvbd_add+0x2039 xlvbd_add(c3940000,c3524cc8,c00c3814,c03d5d00,c3783638,...) at xlvbd_add+0x32d0 intr_event_execute_handlers(c37097ec,c3783600,c0358a72,4e9,c3783670,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c378a440,c3524d38,c03587a5,336,c37097ec,...) at intr_event_add_handler+0x41f fork_exit(c00afcd0,c378a440,c3524d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3524d70, ebp = 0 --- db> so the problem seems to come more from upload traffic than download ? Hope it gives you some clues (I'm totally unable to help on this type of problems, sorry, but will gladly issue any command you want and report back). Bruno From adrian at freebsd.org Sun Jun 7 04:41:02 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 04:41:08 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2B4412.8030704@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> Message-ID: 2009/6/7 Bruno Damour : > Adrian Chadd wrote: >> >> That seems to be dereferencing a mbuf pointer. I'll look into it. >> >> What are you doing to trigger this condition again? >> >> >> Adrian >> > > Hello, > Well it is consistently reproductible : each time I issue a cvsup command. Ok, so cvsup'ing a fresh tree from what, a local or remote repository? > The interesting point is that I can _download_ without any problem with ftp > (that is why sysinstall works) but if I start a ftpd on my host I get > (consistently) a similar crash : What, so fetching data from ftpd running on the xen domU to another LAN connected host? > so the problem seems to come more from upload traffic than download ? See, thats the sort of information I need to reproduce the problem. :) > > Hope it gives you some clues (I'm totally unable to help on this type of > problems, sorry, but will ?gladly ?issue any command you want and report > back). You're helping. :) I have some motivation to make this stuff work better whilst I have some free time. I'm just trying to get it done before my free time runs out and I need to get back to paid work (which this absolutely isn't. :( ) adrian From llama at ruomad.net Sun Jun 7 04:56:43 2009 From: llama at ruomad.net (Bruno Damour) Date: Sun Jun 7 04:56:49 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> Message-ID: <4A2B4881.4040309@ruomad.net> Adrian Chadd wrote: > 2009/6/7 Bruno Damour : > >> Adrian Chadd wrote: >> >>> That seems to be dereferencing a mbuf pointer. I'll look into it. >>> >>> What are you doing to trigger this condition again? >>> >>> >>> Adrian >>> >>> >> Hello, >> Well it is consistently reproductible : each time I issue a cvsup command. >> > > Ok, so cvsup'ing a fresh tree from what, a local or remote repository? > > >> The interesting point is that I can _download_ without any problem with ftp >> (that is why sysinstall works) but if I start a ftpd on my host I get >> (consistently) a similar crash : >> > > What, so fetching data from ftpd running on the xen domU to another > LAN connected host? > From the domU I get access to the real internet and can download a whole dvd from let's say ftp.freebsd.org ;-) I didn't try from a local LAN host, but suspect it would also be OK > >> so the problem seems to come more from upload traffic than download ? >> > > See, thats the sort of information I need to reproduce the problem. :) > > >> Hope it gives you some clues (I'm totally unable to help on this type of >> problems, sorry, but will gladly issue any command you want and report >> back). >> > > You're helping. :) I have some motivation to make this stuff work > better whilst I have some free time. I'm just trying to get it done > before my free time runs out and I need to get back to paid work > (which this absolutely isn't. :( ) > > It isn't for me either (pure hobby!!), so i understand perfectly your situation and I'm just glad someone is motivated and competent to try to solve this problem and make things go forward, thanks again. bruno From llama at ruomad.net Sun Jun 7 05:11:02 2009 From: llama at ruomad.net (Bruno Damour) Date: Sun Jun 7 05:11:08 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> Message-ID: <4A2B4BDC.2020900@ruomad.net> Adrian Chadd wrote: > What, so fetching data from ftpd running on the xen domU to another > LAN connected host? > > >> so the problem seems to come more from upload traffic than download ? >> > > See, thats the sort of information I need to reproduce the problem. :) > > I enable a ftp on a local LAN host (not the dom0) and it confirms that ftp get works whereas a ftp put command triggers an immediate crash : # ftp 192.168.0.103 ftp: Unknown port `ftp', using port 21 Connected to 192.168.0.103. 220 random FTP server ready. Name (192.168.0.103): bruno 331 Password required for bruno. Password: 230 User bruno logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp> get zaum_by_slbprod-2.6.sql local: zaum_by_slbprod-2.6.sql remote: zaum_by_slbprod-2.6.sql 229 Entering Extended Passive Mode (|||14185|) 150 Opening BINARY mode data connection for zaum_by_slbprod-2.6.sql (10514 bytes). 226 Transfer complete. 10514 bytes received in 00:00 (31.29 KB/s) ftp> put foobar local: foobar remote: foobar 229 Entering Extended Passive Mode (|||20050|) 150 Opening BINARY mode data connection for foobar. Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 (0xc39430a0) locked @ /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1144 KDB: stack backtrace: X_db_sym_numargs(c03578d2,c3527ab4,c01166d5,c037b2c8,478,...) at X_db_sym_numargs+0x146 kdb_backtrace(c037b2c8,478,ffffffff,c050a9cc,c3527aec,...) at kdb_backtrace+0x29 witness_display_spinlock(c0359db5,c3527b00,4,1,0,...) at witness_display_spinlock+0x75 witness_warn(5,0,c0383c74,c3527b5c,c,...) at witness_warn+0x1fd trap(c3527b88) at trap+0x13e alltraps(c39430a0,0,c037b2c8,478,2,...) at alltraps+0x1b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2 fault code = supervisor read, page not present instruction pointer = 0x21:0xc02f719b stack pointer = 0x29:0xc3527bc8 frame pointer = 0x29:0xc3527bf8 code segment = base 0x0, limit 0xf9800, type 0x1b = DPL 1, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (irq135: xn) [thread pid 12 tid 100024 ] Stopped at xlvbd_add+0x204b: cmpl $0,0(%edx) db> bt Tracing pid 12 tid 100024 td 0xc3756d80 xlvbd_add(c39430a0,0,c037b2c8,478,2,...) at xlvbd_add+0x204b xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at xlvbd_add+0x36b3 intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) at intr_event_execute_handlers+0x125 intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) at intr_event_add_handler+0x41f fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- db> From adrian at freebsd.org Sun Jun 7 05:31:49 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 05:31:56 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2B4BDC.2020900@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> <4A2B4BDC.2020900@ruomad.net> Message-ID: I can't trigger this here with my Centos 5.3 domU. I have a feeling this may be related to the hypervisor/dom0 environment. Not to say it isn't a bug, it is just going to take me more time to try and figure out. I'll commit some more Xen tidyups to -current and build a new image for you. It'll still have the bug but it will at least include the local source changes I am trying out. That will make testing a bit easier on me. Thanks, Adrian 2009/6/7 Bruno Damour : > Adrian Chadd wrote: >> >> What, so fetching data from ftpd running on the xen domU to another >> LAN connected host? >> >> >>> >>> so the problem seems to come more from upload traffic than download ? >>> >> >> See, thats the sort of information I need to reproduce the problem. :) >> >> > > I enable a ftp on a local LAN host (not the dom0) and it confirms that ?ftp > get works whereas a ftp put command triggers an immediate crash : > > ? # ftp 192.168.0.103 > ? ftp: Unknown port `ftp', using port 21 > ? Connected to 192.168.0.103. > ? 220 random FTP server ready. > ? Name (192.168.0.103): bruno > ? 331 Password required for bruno. > ? Password: > ? 230 User bruno logged in. > ? Remote system type is UNIX. > ? Using binary mode to transfer files. > ? ftp> get zaum_by_slbprod-2.6.sql > ? local: zaum_by_slbprod-2.6.sql remote: zaum_by_slbprod-2.6.sql > ? 229 Entering Extended Passive Mode (|||14185|) > ? 150 Opening BINARY mode data connection for zaum_by_slbprod-2.6.sql > ? (10514 bytes). > ? 226 Transfer complete. > ? 10514 bytes received in 00:00 (31.29 KB/s) > ? ftp> put foobar > ? local: foobar remote: foobar > ? 229 Entering Extended Passive Mode (|||20050|) > ? 150 Opening BINARY mode data connection for foobar. > ? Kernel page fault with the following non-sleepable locks held: > ? exclusive sleep mutex xennetif_tx (network transmit lock) r = 0 > ? (0xc39430a0) locked @ > > /home/adrian/work/freebsd/xen/svn/head/sys/dev/xen/netfront/netfront.c:1144 > ? KDB: stack backtrace: > ? X_db_sym_numargs(c03578d2,c3527ab4,c01166d5,c037b2c8,478,...) at > ? X_db_sym_numargs+0x146 > ? kdb_backtrace(c037b2c8,478,ffffffff,c050a9cc,c3527aec,...) at > ? kdb_backtrace+0x29 > ? witness_display_spinlock(c0359db5,c3527b00,4,1,0,...) at > ? witness_display_spinlock+0x75 > ? witness_warn(5,0,c0383c74,c3527b5c,c,...) at witness_warn+0x1fd > ? trap(c3527b88) at trap+0x13e > ? alltraps(c39430a0,0,c037b2c8,478,2,...) at alltraps+0x1b > ? xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at > ? xlvbd_add+0x36b3 > ? intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) > ? at intr_event_execute_handlers+0x125 > ? intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) > ? at intr_event_add_handler+0x41f > ? fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 > ? fork_trampoline() at fork_trampoline+0x8 > ? --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- > > > ? Fatal trap 12: page fault while in kernel mode > ? cpuid = 0; apic id = 00 > ? fault virtual address ? = 0x2 > ? fault code ? ? ? ? ? ? ?= supervisor read, page not present > ? instruction pointer ? ? = 0x21:0xc02f719b > ? stack pointer ? ? ? ? ? = 0x29:0xc3527bc8 > ? frame pointer ? ? ? ? ? = 0x29:0xc3527bf8 > ? code segment ? ? ? ? ? ?= base 0x0, limit 0xf9800, type 0x1b > ? ? ? ? ? ? ? ? ? ? ? ? ? = DPL 1, pres 1, def32 1, gran 1 > ? processor eflags ? ? ? ?= interrupt enabled, resume, IOPL = 0 > ? current process ? ? ? ? = 12 (irq135: xn) > ? [thread pid 12 tid 100024 ] > ? Stopped at ? ? ?xlvbd_add+0x204b: ? ? ? cmpl ? ?$0,0(%edx) > ? db> bt ? Tracing pid 12 tid 100024 td 0xc3756d80 > ? xlvbd_add(c39430a0,0,c037b2c8,478,2,...) at xlvbd_add+0x204b > ? xlvbd_add(c3943000,c3527cc8,c00c6924,c03ce780,c3782538,...) at > ? xlvbd_add+0x36b3 > ? intr_event_execute_handlers(c37087ec,c3782500,c034fbb5,4e9,c3782570,...) > ? at intr_event_execute_handlers+0x125 > ? intr_event_add_handler(c3948140,c3527d38,c034f8e8,335,c37087ec,...) > ? at intr_event_add_handler+0x41f > ? fork_exit(c00afe50,c3948140,c3527d38) at fork_exit+0xb8 > ? fork_trampoline() at fork_trampoline+0x8 > ? --- trap 0, eip = 0, esp = 0xc3527d70, ebp = 0 --- > ? db> > > From adrian at freebsd.org Sun Jun 7 05:52:34 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 05:52:45 2009 Subject: -current XEN build fails with WITNESS off In-Reply-To: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> References: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> Message-ID: Committed in revision 193618. Thanks! Adrian From llama at ruomad.net Sun Jun 7 06:29:19 2009 From: llama at ruomad.net (Bruno Damour) Date: Sun Jun 7 06:29:58 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> <4A2B4BDC.2020900@ruomad.net> Message-ID: <4A2B5E24.9000901@ruomad.net> Adrian Chadd wrote: > I can't trigger this here with my Centos 5.3 domU. I have a feeling > this may be related to the hypervisor/dom0 environment. > > Not to say it isn't a bug, it is just going to take me more time to > try and figure out. > > I'll commit some more Xen tidyups to -current and build a new image > for you. It'll still have the bug but it will at least include the > local source changes I am trying out. That will make testing a bit > easier on me. > Well there are a couple of things to take into consideration. First, I _did_ get some dom0 crashes so that in deed the opensolaris xvm code could be responsible for this Second, xen version on opensolaris is still 3.1.4, which may also explain the difference and the fact that you can't reproduce the crash on CentOS (must be 3.3 ?) Third, there has been a heavy development in opensolaris on he virtual network interface level (so call crossbow) Four, it might also be related to the actual opensolaris driver (which is 3rd party, myk for my Marvell yukon Gb), I could try to test if it's the same with another one Four, i386 vs amd64 I think it might be useful to copy this thread to the xen mailing list on opensolaris Thanks Bruno From adrian at freebsd.org Sun Jun 7 06:45:36 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 06:45:42 2009 Subject: freebsd on opensolaris dom0 In-Reply-To: <4A2B5E24.9000901@ruomad.net> References: <4A2864E1.40208@ruomad.net> <4A28A674.6020809@ruomad.net> <4A28AA18.3010808@ruomad.net> <4A2A962A.9050207@ruomad.net> <4A2B4412.8030704@ruomad.net> <4A2B4BDC.2020900@ruomad.net> <4A2B5E24.9000901@ruomad.net> Message-ID: 2009/6/7 Bruno Damour : > Well there are a couple of things to take into consideration. > First, I _did_ get some dom0 crashes so that in deed the opensolaris xvm > code could be responsible for this Ok. > Second, xen version on opensolaris is still 3.1.4, which may also explain > the difference and the fact that you can't reproduce the crash on CentOS > (must be 3.3 ?) Xen version 3.1.2-128.1.10.el5 (mockbuild@centos.org) (gcc version 4.1.2 200807 04 (Red Hat 4.1.2-44)) Thu May 7 10:31:40 EDT 2009 > Third, there has been a heavy development in opensolaris on he virtual > network interface level (so call crossbow) I know about crossbow; I've just not looked into it. > Four, it might also be related to the actual opensolaris driver (which is > 3rd party, myk for my Marvell yukon Gb), I could try to test if it's the > same with another one It -shouldn't- have anything to do with your physical network hardware but who knows. :) I haven't looked at the opensolaris source at all. I know for Linux that it is almost 100% abstracted away via the bridging layer stuff. The only knowledge of the NIC the netfront driver has is the hardware TX/RX checksum and TSO. > Four, i386 vs amd64 Right. I'm running 32 bit in 32 bit; you're running 32 bit domU in 64 bit dom0? > I think it might be useful to copy this thread to the xen mailing list on > opensolaris Sure. I'm open to discuss ideas but I'm just a bit too busy with paid work to be spending many more brain cycles on this for the time being. I'd like you to wrap all of this up and submit a PR please. I'd like you to include details about your running opensolaris environment, hardware, xen hypervisor version and such. I can't make any promises that I'll be able to set up an opensolaris Xen environment with debugging support to figure this out any time soon but it may be possible for me to commit some further sanity checks so we can slowly narrow down the cause. Adrian From mister.olli at googlemail.com Sun Jun 7 12:09:55 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Sun Jun 7 12:10:02 2009 Subject: -current XEN build fails with WITNESS off In-Reply-To: References: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> Message-ID: <1244376591.4320.1.camel@phoenix.blechhirn.net> Hi, so testing 8-CURRENT as production could best be done by using the default kernel config and putting services into it, right? Regards, --- Mr. Olli On Sun, 2009-06-07 at 11:58 +0800, Adrian Chadd wrote: > You absolutely want to run the witness checks; freebsd/xen is still in > development. > > I'll commit the netfront fix though. Thanks! > > > Adrian > > 2009/6/7 Edwin Shao : > > Hi all, > > > > I am running Adrian's Xen image on a pygrub domU and am building the > > kernel targeted towards production use. With that in mind, commenting > > out the lines: > > #options WITNESS # Enable checks to detect > > deadlocks and cycles > > #options WITNESS_SKIPSPIN # Don't run witness on > > spinlocks for speed > > > > Yields the error: > > In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: > > /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, > > include before " > > mkdep: compile failed > > > > This is reproducible, at the very least, between 20090520 and 20090606. > > > > A very simple fix is: > > diff netfront.c netfront.old.c > > 33d32 > > < #include > > > > Let me know if I am doing something stupidly wrong (as I've only been > > running FreeBSD since yesterday) or if you need any more information. > > > > Thanks, > > Edwin > > > > PS. If there is any interest, I can provide weekly or so kernel > > builds. My config file is aimed towards use in a production > > environment with jails use, and thus has debugging options off and > > pf/vlan/NULLFS/FDESCFS enabled. > > > > > > ---------- Error Log ---------- > > > > > > -------------------------------------------------------------- > >>>> Kernel build for XENNEKO started on Sat Jun 6 20:55:49 EDT 2009 > > -------------------------------------------------------------- > > ===> XENNEKO > > mkdir -p /usr/obj/usr/src/sys > > > > -------------------------------------------------------------- > >>>> stage 1: configuring the kernel > > -------------------------------------------------------------- > > cd /usr/src/sys/i386/conf; > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > config -d /usr/obj/usr/src/sys/XENNEKO > > /usr/src/sys/i386/conf/XENNEKO > > Kernel build directory is /usr/obj/usr/src/sys/XENNEKO > > Don't forget to do ``make cleandepend && make depend'' > > > > -------------------------------------------------------------- > >>>> stage 2.1: cleaning up the object tree > > -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentiumpro > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT > > i386 800095" INSTALL="sh /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > NO_CTF=1 make KERNEL=kernel cleandir > > rm -f *.o *.so *.So *.ko *.s eddep errs kernel.debug kernel > > kernel.symbols linterrs makelinks tags vers.c vnode_if.c vnode_if.h > > vnode_if_newproto.h vnode_if_typedef.h eisa_if.c mmcbr_if.c > > mmcbus_if.c card_if.c power_if.c pci_if.c pcib_if.c g_part_if.c > > isa_if.c bus_if.c clock_if.c cpufreq_if.c device_if.c linker_if.c > > serdev_if.c xenbus_if.c acpi_if.c eisa_if.h mmcbr_if.h mmcbus_if.h > > card_if.h power_if.h pci_if.h pcib_if.h g_part_if.h isa_if.h bus_if.h > > clock_if.h cpufreq_if.h device_if.h linker_if.h serdev_if.h > > xenbus_if.h acpi_if.h pccarddevs.h > > rm -f .depend machine > > cd /usr/src/sys/modules; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules > > KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" > > MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" > > SYSDIR="/usr/src/sys" make cleandir > > > > -------------------------------------------------------------- > >>>> stage 2.2: rebuilding the object tree > > -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentiumpro > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT > > i386 800095" INSTALL="sh /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > NO_CTF=1 make KERNEL=kernel obj > > cd /usr/src/sys/modules; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules > > KMODDIR=/boot/kernel MODULES_OVERRIDE="""" DEBUG_FLAGS="-g" > > MACHINE=i386 KERNBUILDDIR="/usr/obj/usr/src/sys/XENNEKO" > > SYSDIR="/usr/src/sys" make obj > > > > -------------------------------------------------------------- > >>>> stage 2.3: build tools > > -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/XENNEKO; > > MAKESRCPATH=/usr/src/sys/dev/aic7xxx/aicasm make SSP_CFLAGS= > > -DNO_CPU_CFLAGS -DNO_CTF -f /usr/src/sys/dev/aic7xxx/aicasm/Makefile > > Warning: Object directory not changed from original /usr/obj/usr/src/sys/XENNEKO > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c /usr/src/sys/dev/aic7xxx/aicasm/aicasm_symbol.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c aicasm_gram.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c aicasm_macro_gram.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c aicasm_scan.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -c aicasm_macro_scan.c > > cc -O2 -fno-strict-aliasing -pipe -nostdinc -I/usr/include -I. > > -I/usr/src/sys/dev/aic7xxx/aicasm -std=gnu99 -Wsystem-headers -Werror > > -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual > > -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter > > -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls > > -Wno-pointer-sign -o aicasm aicasm.o aicasm_symbol.o aicasm_gram.o > > aicasm_macro_gram.o aicasm_scan.o aicasm_macro_scan.o -ll > > cd /usr/src/sys/modules/aic7xxx/aicasm; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules make > > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF obj > > cd /usr/src/sys/modules/aic7xxx/aicasm; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules make > > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF depend > > cd /usr/src/sys/modules/aic7xxx/aicasm; > > MAKEOBJDIRPREFIX=/usr/obj/usr/src/sys/XENNEKO/modules make > > SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF all > > > > -------------------------------------------------------------- > >>>> stage 3.1: making dependencies > > -------------------------------------------------------------- > > cd /usr/obj/usr/src/sys/XENNEKO; MAKEOBJDIRPREFIX=/usr/obj > > MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE=pentiumpro > > GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin > > GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font > > GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac > > _SHLIBDIRPREFIX=/usr/obj/usr/src/tmp VERSION="FreeBSD 8.0-CURRENT > > i386 800095" INSTALL="sh /usr/src/tools/install.sh" > > PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin > > NO_CTF=1 make KERNEL=kernel depend -DNO_MODULES_OBJ > > machine -> /usr/src/sys/i386/include > > cc -c -O -pipe -march=pentiumpro -std=c99 -g -Wall -Wredundant-decls > > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > > -fformat-extensions -nostdinc -I. -I/usr/src/sys > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath > > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > > -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD > > -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs > > -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb > > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > > -finline-limit=8000 --param inline-unit-growth=100 --param > > large-function-growth=1000 -mno-align-long-strings > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > -mno-sse3 -ffreestanding -fstack-protector > > /usr/src/sys/i386/i386/genassym.c > > NM='nm' sh /usr/src/sys/kern/genassym.sh genassym.o > assym.s > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -p > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -q > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -h > > awk -f /usr/src/sys/tools/pccarddevs2h.awk /usr/src/sys/dev/pccard/pccarddevs > > awk -f /usr/src/sys/tools/vnode_if.awk /usr/src/sys/kern/vnode_if.src -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -c > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/eisa/eisa_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbr_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/mmc/mmcbus_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/card_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pccard/power_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pci_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/pci/pcib_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/geom/part/g_part_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/isa/isa_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/bus_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/clock_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/cpufreq_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/device_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/linker_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/kern/serdev_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/xen/xenbus/xenbus_if.m -h > > awk -f /usr/src/sys/tools/makeobjops.awk /usr/src/sys/dev/acpica/acpi_if.m -h > > rm -f .newdep > > make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" > > CC="cc" xargs mkdep -a -f .newdep -O -pipe -march=pentiumpro -std=c99 > > -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > > -I/usr/src/sys/contrib/altq -I/usr/src/sys/contrib/ipfilter > > -I/usr/src/sys/contrib/pf -I/usr/src/sys/dev/ath > > -I/usr/src/sys/dev/ath/ath_hal -I/usr/src/sys/contrib/ngatm > > -I/usr/src/sys/dev/twa -I/usr/src/sys/gnu/fs/xfs/FreeBSD > > -I/usr/src/sys/gnu/fs/xfs/FreeBSD/support -I/usr/src/sys/gnu/fs/xfs > > -I/usr/src/sys/contrib/opensolaris/compat -I/usr/src/sys/dev/cxgb > > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > > -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param > > large-function-growth=1000 -mno-align-long-strings > > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > > -mno-sse3 -ffreestanding -fstack-protec! > > tor > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/XENNEKO. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > In file included from /usr/src/sys/dev/xen/netfront/netfront.c:33: > > /usr/src/sys/sys/sx.h:211:2: error: #error "LOCK_DEBUG not defined, > > include before " > > mkdep: compile failed > > _______________________________________________ > > freebsd-xen@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > > > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" From adrian at freebsd.org Sun Jun 7 12:21:24 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Sun Jun 7 12:21:31 2009 Subject: -current XEN build fails with WITNESS off In-Reply-To: <1244376591.4320.1.camel@phoenix.blechhirn.net> References: <17ca67550906061819g635b6ddew5a95a9fea1311884@mail.gmail.com> <1244376591.4320.1.camel@phoenix.blechhirn.net> Message-ID: 2009/6/7 Mister Olli : > Hi, > > so testing 8-CURRENT as production could best be done by using the > default kernel config and putting services into it, right? Yes. Its going to be slower because of witness, etc. Thing is, lock debugging is more important when I figure out why SMP is broken and y'all can test it with >1 CPU. :) Adrian From bugmaster at FreeBSD.org Mon Jun 8 11:07:06 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 8 11:10:14 2009 Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org Message-ID: <200906081107.n58B75K9020869@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135179 xen [xen] Xen domU does not properly reboot o kern/135178 xen [xen] Xen domU outgoing data transfer stall when TSO i o kern/135069 xen [xen] FreeBSD-current/Xen SMP doesn't function at all o kern/135008 xen FreeBSD-current/Xen timecounter jumps o kern/134926 xen [xen] [panic] FreeBSD-current Xen DomU networking pani 5 problems total. From marcodisano at gmail.com Tue Jun 9 11:05:55 2009 From: marcodisano at gmail.com (marco di sano) Date: Tue Jun 9 11:06:20 2009 Subject: kernel freebsd Message-ID: <1a5985cf0906090343x645f7fe7necb56651feb45ef3@mail.gmail.com> hi, I'm new on this list. I have a debian etch system with xen support 3.0.3-1. I want to create a freebsd domU, but i don't find any freebsd kernel on the net. Instead I found the image .iso of the realese. Where can i find a freebsd kernel source with the XEN support? How can i start the machine domU? Thanks From adrian at freebsd.org Tue Jun 9 16:12:22 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Tue Jun 9 16:12:33 2009 Subject: kernel freebsd In-Reply-To: <1a5985cf0906090343x645f7fe7necb56651feb45ef3@mail.gmail.com> References: <1a5985cf0906090343x645f7fe7necb56651feb45ef3@mail.gmail.com> Message-ID: http://wiki.freebsd.org/AdrianChadd/XenImages/ has a couple of FreeBSD Xen system images that I've locally built. Hopefully that'll be enough for you to get started. Thanks, Adrian 2009/6/9 marco di sano : > hi, > I'm new on this list. > I have a debian etch system with xen support 3.0.3-1. > I want to create a freebsd domU, but i don't ?find ?any freebsd kernel on > the net. > Instead I found the image .iso of the realese. > Where can i find a freebsd kernel source with the XEN support? > How can i start the machine domU? > Thanks > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > From linimon at FreeBSD.org Wed Jun 10 05:21:11 2009 From: linimon at FreeBSD.org (linimon@FreeBSD.org) Date: Wed Jun 10 05:21:17 2009 Subject: kern/135421: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files Message-ID: <200906100521.n5A5LAZm043093@freefall.freebsd.org> Synopsis: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files Responsible-Changed-From-To: freebsd-bugs->freebsd-xen Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 10 05:20:55 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=135421 From mister.olli at googlemail.com Wed Jun 10 14:10:32 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Wed Jun 10 14:10:38 2009 Subject: kern/135421: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files In-Reply-To: <200906100521.n5A5LAZm043093@freefall.freebsd.org> References: <200906100521.n5A5LAZm043093@freefall.freebsd.org> Message-ID: <1244642935.5685.8.camel@phoenix.blechhirn.net> Hi, I had similar problems on the i386 architecture, and they have been gone, since I disabled TCP segment offloading by appending '-tso' to my xn0 config line in '/etc/rc.conf' the problem is gone. the line looks like this now: ifconfig_xn0="inet 10.30.1.16 netmask 255.255.255.0 -tso" Regards, --- Mr. Olli On Wed, 2009-06-10 at 05:21 +0000, linimon@FreeBSD.org wrote: > Synopsis: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files > > Responsible-Changed-From-To: freebsd-bugs->freebsd-xen > Responsible-Changed-By: linimon > Responsible-Changed-When: Wed Jun 10 05:20:55 UTC 2009 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=135421 > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" From mukosi at gmail.com Wed Jun 10 21:40:51 2009 From: mukosi at gmail.com (Mukosi Mukwevho) Date: Wed Jun 10 21:41:25 2009 Subject: kern/135421: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files In-Reply-To: <1244642935.5685.8.camel@phoenix.blechhirn.net> References: <200906100521.n5A5LAZm043093@freefall.freebsd.org> <1244642935.5685.8.camel@phoenix.blechhirn.net> Message-ID: <2eb767d30906101415g77007adfr6e2fc214053d5f74@mail.gmail.com> Hi Olli, Thank you so much for your help, the problem is gone after applying the -tso setting. Which version of FreeBSD are you running on and where did you download it? Regards, Mukosi On Wed, Jun 10, 2009 at 4:08 PM, Mister Olli wrote: > Hi, > > I had similar problems on the i386 architecture, and they have been > gone, since I disabled TCP segment offloading by appending '-tso' to my > xn0 config line in '/etc/rc.conf' the problem is gone. > > the line looks like this now: > ifconfig_xn0="inet 10.30.1.16 netmask 255.255.255.0 -tso" > > Regards, > --- > Mr. Olli > > On Wed, 2009-06-10 at 05:21 +0000, linimon@FreeBSD.org wrote: > > Synopsis: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver > crashes when downloading/uploading files > > > > Responsible-Changed-From-To: freebsd-bugs->freebsd-xen > > Responsible-Changed-By: linimon > > Responsible-Changed-When: Wed Jun 10 05:20:55 UTC 2009 > > Responsible-Changed-Why: > > Over to maintainer(s). > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=135421 > > _______________________________________________ > > freebsd-xen@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > > -- Kind regards, Mukosi A Mukwevho Head IT Development - FNB Shared Services (Contact Center Randburg) Mobile: +27 82 859 1123 "Good relationships and good communication deliver software. Good estimation is extremely useful, but guarantees nothing." - http://www.softwarearchitect.biz/arch.htm From mister.olli at googlemail.com Thu Jun 11 12:36:06 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Thu Jun 11 12:36:12 2009 Subject: kern/135421: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files In-Reply-To: <2eb767d30906101415g77007adfr6e2fc214053d5f74@mail.gmail.com> References: <200906100521.n5A5LAZm043093@freefall.freebsd.org> <1244642935.5685.8.camel@phoenix.blechhirn.net> <2eb767d30906101415g77007adfr6e2fc214053d5f74@mail.gmail.com> Message-ID: <1244723745.5685.34.camel@phoenix.blechhirn.net> Hi Mukosi, great to hear that the workaround did work for you also. I hope the developers will disable TSO by default in the xn driver (if it is possible ;-)) I'm currently running 8-CURRENT on svn revision 193636 but I started around 5 months ago testing 8-CURRENT as PV domU and I started building the domU using vmware and then transported the disk image via DD onto my xen box. This way is quite complex. IMHO the easiest way (at the moment) is to start off with the xen images adrian is providing for download (http://wiki.freebsd.org/AdrianChadd/XenImages/) as you're then able to build your own system as you like it. Regards, --- Mr. Olli On Wed, 2009-06-10 at 23:15 +0200, Mukosi Mukwevho wrote: > Hi Olli, > > Thank you so much for your help, the problem is gone after applying > the -tso setting. > > Which version of FreeBSD are you running on and where did you download > it? > > Regards, > Mukosi > > > On Wed, Jun 10, 2009 at 4:08 PM, Mister Olli > wrote: > Hi, > > I had similar problems on the i386 architecture, and they have > been > gone, since I disabled TCP segment offloading by appending > '-tso' to my > xn0 config line in '/etc/rc.conf' the problem is gone. > > the line looks like this now: > ifconfig_xn0="inet 10.30.1.16 netmask 255.255.255.0 > -tso" > > Regards, > --- > Mr. Olli > > On Wed, 2009-06-10 at 05:21 +0000, linimon@FreeBSD.org wrote: > > Synopsis: [xen] FreeBSD Xen PVM DomU network failure - > netfronc.c driver crashes when downloading/uploading files > > > > Responsible-Changed-From-To: freebsd-bugs->freebsd-xen > > Responsible-Changed-By: linimon > > Responsible-Changed-When: Wed Jun 10 05:20:55 UTC 2009 > > Responsible-Changed-Why: > > Over to maintainer(s). > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=135421 > > _______________________________________________ > > freebsd-xen@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > > To unsubscribe, send any mail to > "freebsd-xen-unsubscribe@freebsd.org" > > > > > > -- > Kind regards, > > Mukosi A Mukwevho > Head IT Development - FNB Shared Services (Contact Center Randburg) > Mobile: +27 82 859 1123 > > "Good relationships and good communication deliver software. Good > estimation is extremely useful, but guarantees nothing." - > http://www.softwarearchitect.biz/arch.htm From adrian at freebsd.org Thu Jun 11 13:29:37 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Thu Jun 11 13:29:43 2009 Subject: kern/135421: [xen] FreeBSD Xen PVM DomU network failure - netfronc.c driver crashes when downloading/uploading files In-Reply-To: <1244723745.5685.34.camel@phoenix.blechhirn.net> References: <200906100521.n5A5LAZm043093@freefall.freebsd.org> <1244642935.5685.8.camel@phoenix.blechhirn.net> <2eb767d30906101415g77007adfr6e2fc214053d5f74@mail.gmail.com> <1244723745.5685.34.camel@phoenix.blechhirn.net> Message-ID: 2009/6/11 Mister Olli : > Hi Mukosi, > > great to hear that the workaround did work for you also. I hope the > developers will disable TSO by default in the xn driver (if it is > possible ;-)) Its possible, but TSO related crashes should be fixed rather than patched around. > I'm currently running 8-CURRENT on svn revision 193636 but I started > around 5 months ago testing 8-CURRENT as PV domU and I started building > the domU using vmware and then transported the disk image via DD onto my > xen box. > This way is quite complex. IMHO the easiest way (at the moment) is to > start off with the xen images adrian is providing for download > (http://wiki.freebsd.org/AdrianChadd/XenImages/) as you're then able to > build your own system as you like it. :) Thanks. I'll hopefully get some time next week to investigate the other netfront related crashes and see if I can make the driver more sensible. adrian From marcodisano at gmail.com Thu Jun 11 16:15:59 2009 From: marcodisano at gmail.com (marco di sano) Date: Thu Jun 11 16:16:05 2009 Subject: freebsd image Message-ID: <1a5985cf0906110915uf37860m44fde93e71cdb06d@mail.gmail.com> hi, I'm new on this list. I would know how can I boot a freebsd image disk on xen. where can i find some freebsd image? And how can I boot them? How can be written the configuration file of my freebsd virtual machines? I wait for your answer...:-) Thanks From marcodisano at gmail.com Thu Jun 11 17:52:03 2009 From: marcodisano at gmail.com (marco di sano) Date: Thu Jun 11 17:52:10 2009 Subject: freebsd error Message-ID: <1a5985cf0906111052s7fc129ceje3869cf52504a9e4@mail.gmail.com> hi, I have downloaded the freebsd images from http://wiki.freebsd.org/AdrianChadd/XenImages/ , but I tried to boot the machine with this configuration file: bootloader = '/usr/lib/xen-3.0.3-1/bin/pygrub' memory = 256 name = 'freebsd_current' vif = [ 'bridge=xenbr0' ] disk = ['phy:/dev/VolGroup00/FreeBsdRoot,sda3,w','phy:/dev/VolGroup00/FreeBsdSwap,sda3,w'] on_poweroff = 'destroy' on_reboot = 'restart' on_crash = 'restart' but I had this error(this is the output): Traceback (most recent call last): File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 481, in ? g = Grub(file, isconfig) File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 147, in __init__ self.read_config(file, isconfig) File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 338, in read_config raise RuntimeError, "Unable to read filesystem" RuntimeError: Unable to read filesystem No handlers could be found for logger "xend" Error: Boot loader didn't return any data! Usage: xm create [options] [vars] Someone can tell me the correct way to use the frebsd image and boot it? Is there something to change in my configuration file? Thanks Marco From mister.olli at googlemail.com Thu Jun 11 19:09:31 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Thu Jun 11 19:09:38 2009 Subject: freebsd error In-Reply-To: <1a5985cf0906111052s7fc129ceje3869cf52504a9e4@mail.gmail.com> References: <1a5985cf0906111052s7fc129ceje3869cf52504a9e4@mail.gmail.com> Message-ID: <1244747359.7881.4.camel@phoenix.blechhirn.net> Hi, I've tried to use the configuration file adrian provided myself, and ended up with almost the same failure: 'Error: Boot loader didn't return any data!' As I didn't have the time to look further into this, I just reverted my config to the old version. Somehow after thinking about this issue I realized that the domU may need kernel support for UFS to do this task which mine definetly does not have. I don't have the time ATM to look into this. But maybe you can check if this is the same within your setup, and if adding kernel UFS support helps fixing it. Regards, --- Mr. Olli On Thu, 2009-06-11 at 19:52 +0200, marco di sano wrote: > hi, > I have downloaded the freebsd images from > http://wiki.freebsd.org/AdrianChadd/XenImages/ , but I tried to boot the > machine with this configuration file: > > bootloader = '/usr/lib/xen-3.0.3-1/bin/pygrub' > memory = 256 > name = 'freebsd_current' > vif = [ 'bridge=xenbr0' ] > disk = > ['phy:/dev/VolGroup00/FreeBsdRoot,sda3,w','phy:/dev/VolGroup00/FreeBsdSwap,sda3,w'] > on_poweroff = 'destroy' > on_reboot = 'restart' > on_crash = 'restart' > > but I had this error(this is the output): > > Traceback (most recent call last): > File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 481, in ? > g = Grub(file, isconfig) > File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 147, in __init__ > self.read_config(file, isconfig) > File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 338, in read_config > raise RuntimeError, "Unable to read filesystem" > RuntimeError: Unable to read filesystem > No handlers could be found for logger "xend" > Error: Boot loader didn't return any data! > Usage: xm create [options] [vars] > > Someone can tell me the correct way to use the frebsd image and boot it? > Is there something to change in my configuration file? > > Thanks > Marco > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" From adrian at freebsd.org Thu Jun 11 22:14:53 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Thu Jun 11 22:14:59 2009 Subject: freebsd error In-Reply-To: <1a5985cf0906111052s7fc129ceje3869cf52504a9e4@mail.gmail.com> References: <1a5985cf0906111052s7fc129ceje3869cf52504a9e4@mail.gmail.com> Message-ID: G'day, 2009/6/12 marco di sano : > bootloader = '/usr/lib/xen-3.0.3-1/bin/pygrub' I haven't tried it under 3.0.3. > disk = > ['phy:/dev/VolGroup00/FreeBsdRoot,sda3,w','phy:/dev/VolGroup00/FreeBsdSwap,sda3,w'] It tries extracting a config and kernel image from the first disk, just FYI. > ?File "/usr/lib/xen-3.0.3-1/bin/pygrub", line 338, in read_config > ? ?raise RuntimeError, "Unable to read filesystem" pygrub uses a bunch of C library things in a filesystem library to read the file(s) from the disk image. It also reads the partition table via magic byte offsets and direct reads from python code. It is all a bit evil :) I'm not sure whether 3.0.3 came with the pygrub modules to read UFS. It doesn't do this from kernel space - it does this in 100% userland code. It may be possible to backport the UFS module for pygrub if needed. > Someone can tell me the correct way to use the frebsd image and boot it? > Is there something to change in my configuration file? You may need to extract the kernel image + command line options and boot the kernel using the non-pygrub method. Sorry. adrian From mister.olli at googlemail.com Sat Jun 13 21:23:14 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Sat Jun 13 21:23:27 2009 Subject: XEN kernel fails to build with 8-CURRENT t194017 Message-ID: <1244928181.6570.1.camel@phoenix.blechhirn.net> Hi, during 'make buildkernel KERNCONF=XEN' I currently get the following error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/xen/blkfront/blkfront.c cc1: warnings being treated as errors /usr/src/sys/dev/xen/blkfront/blkfront.c:1104: warning: pointer type mismatch in conditional expression *** Error code 1 Stop in /usr/obj/usr/src/sys/XEN. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. template-8_CURRENT# svn info /usr/src Path: /usr/src URL: http://svn.freebsd.org/base/head Repository Root: http://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 194107 Node Kind: directory Schedule: normal Last Changed Author: edwin Last Changed Rev: 194107 Last Changed Date: 2009-06-13 15:35:18 +0200 (Sat, 13 Jun 2009) Regards, --- Mr. Olli From kmacy at freebsd.org Sat Jun 13 21:57:50 2009 From: kmacy at freebsd.org (Kip Macy) Date: Sat Jun 13 21:58:06 2009 Subject: XEN kernel fails to build with 8-CURRENT t194017 In-Reply-To: <1244928181.6570.1.camel@phoenix.blechhirn.net> References: <1244928181.6570.1.camel@phoenix.blechhirn.net> Message-ID: <3c1674c90906131457p3656732ka64c8d0ded3269a6@mail.gmail.com> Should be fixed now. Cheers, Kip On Sat, Jun 13, 2009 at 2:23 PM, Mister Olli wrote: > Hi, > > during 'make buildkernel KERNCONF=XEN' I currently get the following error: > > > cc -c -O -pipe ?-std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes ?-Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual ?-Wundef -Wno-pointer-sign -fformat-extensions -nostdinc ?-I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 ?-mno-align-long-strings -mpreferred-stack-boundary=2 ?-mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror ?/usr/src/sys/dev/xen/blkfront/blkfront.c > cc1: warnings being treated as errors > /usr/src/sys/dev/xen/blkfront/blkfront.c:1104: warning: pointer type mismatch in conditional expression > *** Error code 1 > > Stop in /usr/obj/usr/src/sys/XEN. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > template-8_CURRENT# svn info /usr/src > Path: /usr/src > URL: http://svn.freebsd.org/base/head > Repository Root: http://svn.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 194107 > Node Kind: directory > Schedule: normal > Last Changed Author: edwin > Last Changed Rev: 194107 > Last Changed Date: 2009-06-13 15:35:18 +0200 (Sat, 13 Jun 2009) > > > > > Regards, > --- > Mr. Olli > > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > -- When bad men combine, the good must associate; else they will fall one by one, an unpitied sacrifice in a contemptible struggle. Edmund Burke From mister.olli at googlemail.com Sun Jun 14 14:12:32 2009 From: mister.olli at googlemail.com (Mister Olli) Date: Sun Jun 14 14:12:39 2009 Subject: XEN kernel fails to build with 8-CURRENT t194017 In-Reply-To: <3c1674c90906131457p3656732ka64c8d0ded3269a6@mail.gmail.com> References: <1244928181.6570.1.camel@phoenix.blechhirn.net> <3c1674c90906131457p3656732ka64c8d0ded3269a6@mail.gmail.com> Message-ID: <1244988738.6570.2.camel@phoenix.blechhirn.net> Hi, compiles works like a charm. Great work :-)) Thanks. Regards, --- Mr. Olli On Sat, 2009-06-13 at 14:57 -0700, Kip Macy wrote: > Should be fixed now. > > Cheers, > Kip > > On Sat, Jun 13, 2009 at 2:23 PM, Mister Olli wrote: > > Hi, > > > > during 'make buildkernel KERNCONF=XEN' I currently get the following error: > > > > > > cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /usr/src/sys/dev/xen/blkfront/blkfront.c > > cc1: warnings being treated as errors > > /usr/src/sys/dev/xen/blkfront/blkfront.c:1104: warning: pointer type mismatch in conditional expression > > *** Error code 1 > > > > Stop in /usr/obj/usr/src/sys/XEN. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > template-8_CURRENT# svn info /usr/src > > Path: /usr/src > > URL: http://svn.freebsd.org/base/head > > Repository Root: http://svn.freebsd.org/base > > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > > Revision: 194107 > > Node Kind: directory > > Schedule: normal > > Last Changed Author: edwin > > Last Changed Rev: 194107 > > Last Changed Date: 2009-06-13 15:35:18 +0200 (Sat, 13 Jun 2009) > > > > > > > > > > Regards, > > --- > > Mr. Olli > > > > _______________________________________________ > > freebsd-xen@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > > > > > From bugmaster at FreeBSD.org Mon Jun 15 11:07:07 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 15 11:10:08 2009 Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org Message-ID: <200906151107.n5FB76K6077144@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135421 xen [xen] FreeBSD Xen PVM DomU network failure - netfronc. o kern/135179 xen [xen] Xen domU does not properly reboot o kern/135178 xen [xen] Xen domU outgoing data transfer stall when TSO i o kern/135069 xen [xen] FreeBSD-current/Xen SMP doesn't function at all o kern/135008 xen [xen] FreeBSD-current/Xen timecounter jumps o kern/134926 xen [xen] [panic] FreeBSD-current Xen DomU networking pani 6 problems total. From general-bounces at openid.net Tue Jun 16 10:44:08 2009 From: general-bounces at openid.net (general-bounces@openid.net) Date: Tue Jun 16 10:44:14 2009 Subject: Your message to general awaits moderator approval Message-ID: Your mail to 'general' with the subject Returned mail: see transcript for details Is being held until the list moderator can review it for approval. The reason it is being held: Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://openid.net/mailman/confirm/general/6d5c5166c0b55ab8f9e7a0483eb172706f3256ad From alex.urbanowicz at artegence.com Wed Jun 17 10:55:23 2009 From: alex.urbanowicz at artegence.com (Alex Urbanowicz) Date: Wed Jun 17 10:55:31 2009 Subject: my experience with FreeBSD Xen guest In-Reply-To: <20090615120038.79B9F106580B@hub.freebsd.org> References: <20090615120038.79B9F106580B@hub.freebsd.org> Message-ID: <1245235387.15565.1799.camel@hosaka> Hello I've spent last four days trying to get a stable 8.0-CURRENT on a CentOS 5.3. I am not very versed in BSD, so some of the problems may come from applying generic Unix approach to BSD environment. * disk operations are unstable. I attach dmesg from boot of a freshly fscked filesystem (16G LVM on host), the two stack backtraces are routinely happening during boot sequence. Also massive operations like buildworld usually lead to more syscall errors and routine filesystem corruption * sometimes the guest just crashes to kernel debugger, I have not isolated any particular reason why it happens * during the four days I only managed to successfully compile kernel once and world twice, installworld always fails, the last one with following error: [...] ===> secure (install) ===> secure/lib (install) ===> secure/lib/libcrypto (install) ".depend", line 19879: Unassociated shell command "??????????'?F/^?>? ???? ".depend", line 19880: Need an operator ".depend", line 19881: Need an operator ".depend", line 19883: Missing dependency operator ".depend", line 19884: Need an operator No closing parenthesis in archive specification ".depend", line 19885: Error in archive specification: "% ????Z??F?????_o????o?x;????w,? ?F??/7????" No closing parenthesis in archive specification ".depend", line 19886: Error in archive specification: "?????" ".depend", line 19888: Need an operator ".depend", line 19889: Need an operator ".depend", line 19893: Need an operator ".depend", line 19894: Missing dependency operator No closing parenthesis in archive specification ".depend", line 19899: Error in archive specification: "6pH?EX?? ??]????9??8?" ".depend", line 19910: Need an operator make: fatal errors encountered -- cannot continue *** Error code 1 Stop in /usr/src/secure/lib. *** Error code 1 Stop in /usr/src/secure. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. Also, during the mentioned buildworld the following syscall error happened: lock order reversal: 1st 0xc393b81c snaplk (snaplk) @ /usr/home/alex/bsd/sys/kern/vfs_vnops.c:295 2nd 0xc441037c ufs (ufs) @ /usr/home/alex/bsd/sys/ufs/ffs/ffs_snapshot.c:1587 KDB: stack backtrace: X_db_sym_numargs(c0356957,e4d2f640,c0116b95,c01072bb,c035979e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c01072bb,c035979e,c36ccf10,c36ccbd0,e4d2f69c,...) at kdb_backtrace+0x29 witness_display_spinlock(c035979e,c441037c,c034c8dc,c36ccbd0,c0371652,...) at witness_display_spinlock+0x75 witness_checkorder(c441037c,9,c0371652,633,0,...) at witness_checkorder +0x839 __lockmgr_args(c441037c,80000,0,0,0,...) at __lockmgr_args+0x797 ffs_snapremove(c4410324,0,e4d2f7d8,e4d2f7d8,c035e67e,...) at ffs_snapremove+0x11f ffs_truncate(c4410324,0,0,c00,0,...) at ffs_truncate+0x5f7 ufs_inactive(e4d2fa58,c4410398,c4410324,c4410398,e4d2fa70,...) at ufs_inactive+0x218 VOP_INACTIVE_APV(c03b0200,e4d2fa58,c0360aae,925,c03c2160,...) at VOP_INACTIVE_APV+0xa5 vref(c03b0200,e4d2fa8c,c0360aae,8ab,127,...) at vref+0x136e vput(c4410324,e4d2fac8,c0361c78,127,0,...) at vput+0x1cd vn_close(c4410324,1,c3b02600,c3b1f240,c0c74880,...) at vn_close+0x19a vn_close(c39611f8,c3b1f240,3,0,c39611f8,...) at vn_close+0x294 _fdrop(c39611f8,c3b1f240,e4d2fb94,c01169dc,0,c0507a20,c3b1f2e4,c0507a20,c039b680,c4bd432c,6f4,c034e229,e4d2fbbc,c00de690,c4bd432c,8,c034e229,6f4) at _fdrop+0x43 closef(c39611f8,c3b1f240,6f4,6f1,c3b1f2e4,...) at closef+0x290 fdfree(c3b1f240,0,c034eafc,103,1,...) at fdfree+0x3ea exit1(c3b1f240,0,e4d2fd3c,c0329e23,c3b1f240,...) at exit1+0x533 sys_exit(c3b1f240,e4d2fd08,4,c035a0f3,c039227c,...) at sys_exit+0x1d syscall(e4d2fd48) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x22 --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28129f63, esp = 0xbf7fe33c, ebp = 0xbf7fe348 --- I guess that the both of the errors are related to fs corruption that happened during the course of buildworld (before I started buildworld I launched the guest from different image and fscked the / clean). The filesystem problems are severe, and block us from using FreeBSD/Xen. Regards Alex -------------- next part -------------- Copyright (c) 1992-2009 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 8.0-CURRENT #0 r: Tue Jun 16 13:53:39 UTC 2009 alex@dev32:/usr/obj/usr/home/alex/bsd/sys/XEN WARNING: WITNESS option enabled, expect reduced performance. Xen reported: 2327.498 MHz processor. Timecounter "ixen" frequency 1000000000 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5410 @ 2.33GHz (2327.50-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x40ce3bd AMD Features=0x20000000 AMD Features2=0x1 TSC: P-state invariant Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 6144 kbytes, 16-way associative, 64 bytes/line real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x0000000000895000 - 0x000000003edb2fff, 1045553152 bytes (255262 pages) avail memory = 1041563648 (993 MB) APIC: Using the MPTable enumerator. SMP: Added CPU 0 (BSP) ULE: setup cpu 0 [XEN] IPI cpu=0 irq=128 vector=RESCHEDULE_VECTOR (0) [XEN] IPI cpu=0 irq=129 vector=CALL_FUNCTION_VECTOR (1) Event-channel device installed. mem: Pentium Pro MTRR support enabled null: nfslock: pseudo-device random: io: kbd0 at kbdmux0 Grant table initialized xenbus0: on motherboard xc0: on motherboard [XEN] xen_rtc_probe: probing Hypervisor RTC clock rtc0: on motherboard [XEN] xen_rtc_attach: attaching Hypervisor RTC clock rtc0: registered as a time-of-day clock (resolution 1000000us) npx0: INT 16 interface Device configuration finished. procfs registered Timecounters tick every 10.000 msec [XEN] hypervisor wallclock nudged; nudging TOD. lo0: bpf attached xbd0: 16384MB at device/vbd/51712 on xenbus0 GEOM: new disk xbd0 xbd2: 256MB at device/vbd/51744 on xenbus0 xn0: at device/vif/0 on xenbus0 xn0: bpf attached xn0: Ethernet address: 00:bd:c4:13:00:01 WARNING: WITNESS option enabled, expect reduced performance. GEOM: new disk xbd2 Trying to mount root from ufs:xbd0 rtc0: [XEN] xen_rtc_gettime rtc0: [XEN] xen_rtc_gettime: wallclock 1241776380 sec; 699847734 nsec rtc0: [XEN] xen_rtc_gettime: uptime 3384929 sec; 293434434 nsec rtc0: [XEN] xen_rtc_gettime: TOD 1245161309 sec; 993282168 nsec start_init: trying /sbin/init lock order reversal: 1st 0xc3a8b8b8 ufs (ufs) @ /usr/home/alex/bsd/sys/kern/vfs_mount.c:1054 2nd 0xc3a8d6a0 devfs (devfs) @ /usr/home/alex/bsd/sys/kern/vfs_subr.c:2084 KDB: stack backtrace: X_db_sym_numargs(c0356957,c35b8824,c0116b95,c01072bb,c035979e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c01072bb,c035979e,c36ccbd0,c36ccb00,c35b8880,...) at kdb_backtrace+0x29 witness_display_spinlock(c035979e,c3a8d6a0,c03489cb,c36ccb00,c0360aae,...) at witness_display_spinlock+0x75 witness_checkorder(c3a8d6a0,9,c0360aae,824,0,...) at witness_checkorder+0x839 __lockmgr_args(c3a8d6a0,80100,c3a8d6bc,0,0,...) at __lockmgr_args+0x797 vop_stdlock(c35b8988,c011693b,c0348c10,80100,c3a8d648,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c038f2e0,c35b8988,c39c2524,c03c21a0,c3a8d648,...) at VOP_LOCK1_APV+0xb5 _vn_lock(c3a8d648,80100,c0360aae,824,8,...) at _vn_lock+0x5e vget(c3a8d648,80100,c39c2480,15d,c0348b28,...) at vget+0xb9 devfs_allocv(c3952000,c394ca10,c35b8a20,9d,c0534698,...) at devfs_allocv+0x102 devfs_rules_apply(c394ca10,80000,c35b8c3c,42c,0,...) at devfs_rules_apply+0x14a vfs_donmount(c39c2480,0,c3952100,c3952100,bf7fde39,...) at vfs_donmount+0x14bb nmount(c39c2480,c35b8d08,c,c,c0394bb8,...) at nmount+0x72 syscall(c35b8d48) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x22 --- syscall (378, FreeBSD ELF32, nmount), eip = 0x280e7c3b, esp = 0xbf7fde0c, ebp = 0xbf7fe368 --- lock order reversal: 1st 0xd772de30 bufwait (bufwait) @ /usr/home/alex/bsd/sys/kern/vfs_bio.c:2558 2nd 0xc3991e00 dirhash (dirhash) @ /usr/home/alex/bsd/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: X_db_sym_numargs(c0356957,e4d2fa8c,c0116b95,c01072bb,c035979e,...) at X_db_sym_numargs+0x146 kdb_backtrace(c01072bb,c035979e,c36ca4d0,c36ccc38,e4d2fae8,...) at kdb_backtrace+0x29 witness_display_spinlock(c035979e,c3991e00,c0373b42,c36ccc38,c03737d1,...) at witness_display_spinlock+0x75 witness_checkorder(c3991e00,9,c03737d1,11d,0,...) at witness_checkorder+0x839 _sx_xlock(c3991e00,0,c03737d1,11d,d86a3018,...) at _sx_xlock+0x85 ufsdirhash_enduseful(0,d,c38c4800,d772ddd0,d86a3018,...) at ufsdirhash_enduseful+0x2f5 ufsdirhash_remove(c3b2a0e8,d86a3018,18,e4d2fb78,e4d2fb74,...) at ufsdirhash_remove+0x14 ufs_dirremove(c3b25b84,c3b291d0,500800c,1,9f,...) at ufs_dirremove+0xe5 ufs_itimes(e4d2fc44,e4d2fc54,c3b20860,c3b20860,0,...) at ufs_itimes+0x826 VOP_RMDIR_APV(c03b0200,e4d2fc44,2,0,28216238,...) at VOP_RMDIR_APV+0xa5 kern_rmdirat(c3b16000,ffffff9c,28216238,0,e4d2fc90,...) at kern_rmdirat+0x16b kern_rmdir(c3b16000,28216238,0,e4d2fd3c,c0329e23,...) at kern_rmdir+0x27 rmdir(c3b16000,e4d2fd08,4,c036e7d5,c039315c,...) at rmdir+0x22 syscall(e4d2fd48) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x22 --- syscall (137, FreeBSD ELF32, rmdir), eip = 0x280d8bfb, esp = 0xbf7febfc, ebp = 0xbf7fec28 --- From adrian at freebsd.org Wed Jun 17 12:03:51 2009 From: adrian at freebsd.org (Adrian Chadd) Date: Wed Jun 17 12:04:02 2009 Subject: my experience with FreeBSD Xen guest In-Reply-To: <1245235387.15565.1799.camel@hosaka> References: <20090615120038.79B9F106580B@hub.freebsd.org> <1245235387.15565.1799.camel@hosaka> Message-ID: I've only just started seeing filesystem corruption under high load. -current Xen survived buildworlds in my initial testing so I was focusing more on fixing network related bugs. It is quite possible there are bugs in the VM system and/or Xen block device code which are causing instabilities. Please file a FreeBSD PR so the problem isn't forgotten about. Thanks, Adrian 2009/6/17 Alex Urbanowicz : > Hello > > I've spent last four days trying to get a stable 8.0-CURRENT on a CentOS > 5.3. I am not very versed in BSD, so some of the problems may come from > applying generic Unix approach to BSD environment. > > * disk operations are unstable. I attach dmesg from boot of a freshly > fscked filesystem (16G LVM on host), the two stack backtraces are > routinely happening during boot sequence. Also massive operations like > buildworld usually lead to more syscall errors and routine filesystem > corruption > > * sometimes the guest just crashes to kernel debugger, I have not > isolated any particular reason why it happens > > * during the four days I only managed to successfully compile kernel > once and world twice, installworld always fails, the last one with > following error: > > [...] > ===> secure (install) > ===> secure/lib (install) > ===> secure/lib/libcrypto (install) > ".depend", line 19879: Unassociated shell command "??????????'?F/^?>? > ? ?? ? > ".depend", line 19880: Need an operator > ".depend", line 19881: Need an operator > ".depend", line 19883: Missing dependency operator > ".depend", line 19884: Need an operator > No closing parenthesis in archive specification > ".depend", line 19885: Error in archive specification: " % > ????Z??F??? ??_o???? o?x;????w,? ?F??/ 7????" > No closing parenthesis in archive specification > ".depend", line 19886: Error in archive specification: "?????" > ".depend", line 19888: Need an operator > ".depend", line 19889: Need an operator > ".depend", line 19893: Need an operator > ".depend", line 19894: Missing dependency operator > No closing parenthesis in archive specification > ".depend", line 19899: Error in archive specification: > "6pH?EX?? ??]????9? ?8?" > ".depend", line 19910: Need an operator > make: fatal errors encountered -- cannot continue > *** Error code 1 > > Stop in /usr/src/secure/lib. > *** Error code 1 > > Stop in /usr/src/secure. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > *** Error code 1 > > Stop in /usr/src. > > Also, during the mentioned buildworld the following syscall error > happened: > > lock order reversal: > ?1st 0xc393b81c snaplk (snaplk) > @ /usr/home/alex/bsd/sys/kern/vfs_vnops.c:295 > ?2nd 0xc441037c ufs (ufs) > @ /usr/home/alex/bsd/sys/ufs/ffs/ffs_snapshot.c:1587 > KDB: stack backtrace: > X_db_sym_numargs(c0356957,e4d2f640,c0116b95,c01072bb,c035979e,...) at > X_db_sym_numargs+0x146 > kdb_backtrace(c01072bb,c035979e,c36ccf10,c36ccbd0,e4d2f69c,...) at > kdb_backtrace+0x29 > witness_display_spinlock(c035979e,c441037c,c034c8dc,c36ccbd0,c0371652,...) at witness_display_spinlock+0x75 > witness_checkorder(c441037c,9,c0371652,633,0,...) at witness_checkorder > +0x839 > __lockmgr_args(c441037c,80000,0,0,0,...) at __lockmgr_args+0x797 > ffs_snapremove(c4410324,0,e4d2f7d8,e4d2f7d8,c035e67e,...) at > ffs_snapremove+0x11f > ffs_truncate(c4410324,0,0,c00,0,...) at ffs_truncate+0x5f7 > ufs_inactive(e4d2fa58,c4410398,c4410324,c4410398,e4d2fa70,...) at > ufs_inactive+0x218 > VOP_INACTIVE_APV(c03b0200,e4d2fa58,c0360aae,925,c03c2160,...) at > VOP_INACTIVE_APV+0xa5 > vref(c03b0200,e4d2fa8c,c0360aae,8ab,127,...) at vref+0x136e > vput(c4410324,e4d2fac8,c0361c78,127,0,...) at vput+0x1cd > vn_close(c4410324,1,c3b02600,c3b1f240,c0c74880,...) at vn_close+0x19a > vn_close(c39611f8,c3b1f240,3,0,c39611f8,...) at vn_close+0x294 > _fdrop(c39611f8,c3b1f240,e4d2fb94,c01169dc,0,c0507a20,c3b1f2e4,c0507a20,c039b680,c4bd432c,6f4,c034e229,e4d2fbbc,c00de690,c4bd432c,8,c034e229,6f4) at _fdrop+0x43 > closef(c39611f8,c3b1f240,6f4,6f1,c3b1f2e4,...) at closef+0x290 > fdfree(c3b1f240,0,c034eafc,103,1,...) at fdfree+0x3ea > exit1(c3b1f240,0,e4d2fd3c,c0329e23,c3b1f240,...) at exit1+0x533 > sys_exit(c3b1f240,e4d2fd08,4,c035a0f3,c039227c,...) at sys_exit+0x1d > syscall(e4d2fd48) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x22 > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28129f63, esp = > 0xbf7fe33c, ebp = 0xbf7fe348 --- > > I guess that the both of the errors are related to fs corruption that > happened during the course of buildworld (before I started buildworld I > launched the guest from different image and fscked the / clean). > > The filesystem problems are severe, and block us from using FreeBSD/Xen. > > Regards > > Alex > > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" > > From xen at komadev.de Wed Jun 17 12:43:27 2009 From: xen at komadev.de (Kai Mosebach) Date: Wed Jun 17 12:43:38 2009 Subject: my experience with FreeBSD Xen guest In-Reply-To: Message-ID: <4271445.8421245241625741.JavaMail.root@zim.freshx.de> Hi Alex, do you run 32bit on a 32 or 64bit dom0? Maybe you should try a more recent version of Xen (RHEL has 3.1) This repo might help you : http://www.gitco.de/linux/x86_64/centos/5/rpms/ cheers Kai ----- "Adrian Chadd" schrieb: > I've only just started seeing filesystem corruption under high load. > -current Xen survived buildworlds in my initial testing so I was > focusing more on fixing network related bugs. > > It is quite possible there are bugs in the VM system and/or Xen block > device code which are causing instabilities. > > Please file a FreeBSD PR so the problem isn't forgotten about. > > Thanks, > > > > Adrian > > 2009/6/17 Alex Urbanowicz : > > Hello > > > > I've spent last four days trying to get a stable 8.0-CURRENT on a > CentOS > > 5.3. I am not very versed in BSD, so some of the problems may come > from > > applying generic Unix approach to BSD environment. > > > > * disk operations are unstable. I attach dmesg from boot of a > freshly > > fscked filesystem (16G LVM on host), the two stack backtraces are > > routinely happening during boot sequence. Also massive operations > like > > buildworld usually lead to more syscall errors and routine > filesystem > > corruption > > > > * sometimes the guest just crashes to kernel debugger, I have not > > isolated any particular reason why it happens > > > > * during the four days I only managed to successfully compile > kernel > > once and world twice, installworld always fails, the last one with > > following error: > > > > [...] > > ===> secure (install) > > ===> secure/lib (install) > > ===> secure/lib/libcrypto (install) > > ".depend", line 19879: Unassociated shell command > "??????????'?F/^?>? > > ? ?? ? > > ".depend", line 19880: Need an operator > > ".depend", line 19881: Need an operator > > ".depend", line 19883: Missing dependency operator > > ".depend", line 19884: Need an operator > > No closing parenthesis in archive specification > > ".depend", line 19885: Error in archive specification: " % > > ????Z??F??? ??_o???? o?x;????w,? ?F??/ 7????" > > No closing parenthesis in archive specification > > ".depend", line 19886: Error in archive specification: "?????" > > ".depend", line 19888: Need an operator > > ".depend", line 19889: Need an operator > > ".depend", line 19893: Need an operator > > ".depend", line 19894: Missing dependency operator > > No closing parenthesis in archive specification > > ".depend", line 19899: Error in archive specification: > > "6pH?EX?? ??]????9? ?8?" > > ".depend", line 19910: Need an operator > > make: fatal errors encountered -- cannot continue > > *** Error code 1 > > > > Stop in /usr/src/secure/lib. > > *** Error code 1 > > > > Stop in /usr/src/secure. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > *** Error code 1 > > > > Stop in /usr/src. > > > > Also, during the mentioned buildworld the following syscall error > > happened: > > > > lock order reversal: > > ?1st 0xc393b81c snaplk (snaplk) > > @ /usr/home/alex/bsd/sys/kern/vfs_vnops.c:295 > > ?2nd 0xc441037c ufs (ufs) > > @ /usr/home/alex/bsd/sys/ufs/ffs/ffs_snapshot.c:1587 > > KDB: stack backtrace: > > X_db_sym_numargs(c0356957,e4d2f640,c0116b95,c01072bb,c035979e,...) > at > > X_db_sym_numargs+0x146 > > kdb_backtrace(c01072bb,c035979e,c36ccf10,c36ccbd0,e4d2f69c,...) at > > kdb_backtrace+0x29 > > > witness_display_spinlock(c035979e,c441037c,c034c8dc,c36ccbd0,c0371652,...) > at witness_display_spinlock+0x75 > > witness_checkorder(c441037c,9,c0371652,633,0,...) at > witness_checkorder > > +0x839 > > __lockmgr_args(c441037c,80000,0,0,0,...) at __lockmgr_args+0x797 > > ffs_snapremove(c4410324,0,e4d2f7d8,e4d2f7d8,c035e67e,...) at > > ffs_snapremove+0x11f > > ffs_truncate(c4410324,0,0,c00,0,...) at ffs_truncate+0x5f7 > > ufs_inactive(e4d2fa58,c4410398,c4410324,c4410398,e4d2fa70,...) at > > ufs_inactive+0x218 > > VOP_INACTIVE_APV(c03b0200,e4d2fa58,c0360aae,925,c03c2160,...) at > > VOP_INACTIVE_APV+0xa5 > > vref(c03b0200,e4d2fa8c,c0360aae,8ab,127,...) at vref+0x136e > > vput(c4410324,e4d2fac8,c0361c78,127,0,...) at vput+0x1cd > > vn_close(c4410324,1,c3b02600,c3b1f240,c0c74880,...) at > vn_close+0x19a > > vn_close(c39611f8,c3b1f240,3,0,c39611f8,...) at vn_close+0x294 > > > _fdrop(c39611f8,c3b1f240,e4d2fb94,c01169dc,0,c0507a20,c3b1f2e4,c0507a20,c039b680,c4bd432c,6f4,c034e229,e4d2fbbc,c00de690,c4bd432c,8,c034e229,6f4) > at _fdrop+0x43 > > closef(c39611f8,c3b1f240,6f4,6f1,c3b1f2e4,...) at closef+0x290 > > fdfree(c3b1f240,0,c034eafc,103,1,...) at fdfree+0x3ea > > exit1(c3b1f240,0,e4d2fd3c,c0329e23,c3b1f240,...) at exit1+0x533 > > sys_exit(c3b1f240,e4d2fd08,4,c035a0f3,c039227c,...) at > sys_exit+0x1d > > syscall(e4d2fd48) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x22 > > --- syscall (1, FreeBSD ELF32, sys_exit), eip = 0x28129f63, esp = > > 0xbf7fe33c, ebp = 0xbf7fe348 --- > > > > I guess that the both of the errors are related to fs corruption > that > > happened during the course of buildworld (before I started > buildworld I > > launched the guest from different image and fscked the / clean). > > > > The filesystem problems are severe, and block us from using > FreeBSD/Xen. > > > > Regards > > > > Alex > > > > _______________________________________________ > > freebsd-xen@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > > To unsubscribe, send any mail to > "freebsd-xen-unsubscribe@freebsd.org" > > > > > _______________________________________________ > freebsd-xen@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-xen > To unsubscribe, send any mail to "freebsd-xen-unsubscribe@freebsd.org" From alex.urbanowicz at artegence.com Wed Jun 17 13:29:29 2009 From: alex.urbanowicz at artegence.com (Alex Urbanowicz) Date: Wed Jun 17 13:29:37 2009 Subject: my experience with FreeBSD Xen guest In-Reply-To: <4271445.8421245241625741.JavaMail.root@zim.freshx.de> References: <4271445.8421245241625741.JavaMail.root@zim.freshx.de> Message-ID: <1245245337.15565.2147.camel@hosaka> On ?ro, 2009-06-17 at 14:27 +0200, Kai Mosebach wrote: > Hi Alex, > > do you run 32bit on a 32 or 64bit dom0? Maybe you should try a more recent version of Xen (RHEL has 3.1) > This repo might help you : The host is x86_64. > http://www.gitco.de/linux/x86_64/centos/5/rpms/ I'll give it a try when I migrate the setup to experimental server, thank you. I reported the syscall failures and FS corruption to the bugtracker. Alex -- Janusz A. Urbanowicz | Artegence sp. z o.o. niniejsza wiadomo?? nie stanowi pisma ani zam?wienia handlowego w rozumieniu kodeksu sp??ek handlowych (Dz.U. 2000 nr 94 poz. 1037) From bugmaster at FreeBSD.org Mon Jun 22 11:07:08 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 22 11:10:03 2009 Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org Message-ID: <200906221107.n5MB77sL018255@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135421 xen [xen] FreeBSD Xen PVM DomU network failure - netfronc. o kern/135179 xen [xen] Xen domU does not properly reboot o kern/135178 xen [xen] Xen domU outgoing data transfer stall when TSO i o kern/135069 xen [xen] FreeBSD-current/Xen SMP doesn't function at all o kern/135008 xen [xen] FreeBSD-current/Xen timecounter jumps o kern/134926 xen [xen] [panic] FreeBSD-current Xen DomU networking pani 6 problems total. From bugmaster at FreeBSD.org Mon Jun 29 11:07:11 2009 From: bugmaster at FreeBSD.org (FreeBSD bugmaster) Date: Mon Jun 29 11:10:03 2009 Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org Message-ID: <200906291107.n5TB7Ahx046562@freefall.freebsd.org> Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/135421 xen [xen] FreeBSD Xen PVM DomU network failure - netfronc. o kern/135179 xen [xen] Xen domU does not properly reboot o kern/135178 xen [xen] Xen domU outgoing data transfer stall when TSO i o kern/135069 xen [xen] FreeBSD-current/Xen SMP doesn't function at all o kern/135008 xen [xen] FreeBSD-current/Xen timecounter jumps o kern/134926 xen [xen] [panic] FreeBSD-current Xen DomU networking pani 6 problems total.