From owner-freebsd-xen@FreeBSD.ORG Mon Feb 13 11:08:18 2012 Return-Path: Delivered-To: freebsd-xen@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECB68106564A for ; Mon, 13 Feb 2012 11:08:18 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C0CDD8FC21 for ; Mon, 13 Feb 2012 11:08:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.5/8.14.5) with ESMTP id q1DB8Igh091110 for ; Mon, 13 Feb 2012 11:08:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.5/8.14.5/Submit) id q1DB8IkO091108 for freebsd-xen@FreeBSD.org; Mon, 13 Feb 2012 11:08:18 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Feb 2012 11:08:18 GMT Message-Id: <201202131108.q1DB8IkO091108@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-xen@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-xen@FreeBSD.org X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Feb 2012 11:08:19 -0000 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/164630 xen [xen] XEN HVM kernel: run_interrupt_driven_hooks: stil o kern/164450 xen [xen] Failed to install FreeeBSD 9.0-RELEASE from CD i o kern/162677 xen [xen] FreeBSD not compatible with "Current Stable Xen" o kern/161318 xen [xen] sysinstall crashes with floating point exception o kern/155468 xen [xen] Xen PV i386 multi-kernel CPU system is not worki o kern/155353 xen [xen] [patch] put "nudging TOD" message under boot_ver o kern/154833 xen [xen]: xen 4.0 - DomU freebsd8.2RC3 i386, XEN kernel. o kern/154473 xen [xen] xen 4.0 - DomU freebsd8.1 i386, XEN kernel. Not o kern/154472 xen [xen] xen 4.0 - DomU freebsd8.1 i386 xen kernel reboot o kern/154428 xen [xen] xn0 network interface and PF - Massive performan o kern/153674 xen [xen] i386/XEN idle thread shows wrong percentages o kern/153672 xen [xen] [panic] i386/XEN panics under heavy fork load o kern/153620 xen [xen] Xen guest system clock drifts in AWS EC2 (FreeBS o kern/153477 xen [xen] XEN pmap code abuses vm page queue lock o kern/153150 xen [xen] xen/ec2: disable checksum offloading on interfac o kern/152228 xen [xen] [panic] Xen/PV panic with machdep.idle_mwait=1 o kern/144629 xen [xen] FreeBSD 8-RELEASE XEN pvm networking doesn't wor o kern/143398 xen [xen] FreeBSD 8-RELEASE XEN pvm networking doesn't wor o kern/143340 xen [xen] FreeBSD 8-RELEASE XEN pvm networking doesn't wor f kern/143069 xen [xen] [panic] Xen Kernel Panic - Memory modified after f kern/135667 xen ufs filesystem corruption on XEN DomU system f kern/135421 xen [xen] FreeBSD Xen PVM DomU network failure - netfronc. f kern/135178 xen [xen] Xen domU outgoing data transfer stall when TSO i p kern/135069 xen [xen] FreeBSD-current/Xen SMP doesn't function at all f i386/124516 xen [xen] FreeBSD-CURRENT Xen Kernel Segfaults when config o kern/118734 xen [xen] FreeBSD 6.3-RC1 and FreeBSD 7.0-BETA 4 fail to b 26 problems total. From owner-freebsd-xen@FreeBSD.ORG Tue Feb 14 10:34:05 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E8A671065776 for ; Tue, 14 Feb 2012 10:34:04 +0000 (UTC) (envelope-from trix@basement.net) Received: from anya.basement.net (vt42.crimsonhexagon.com [66.135.63.193]) by mx1.freebsd.org (Postfix) with ESMTP id D5F168FC16 for ; Tue, 14 Feb 2012 10:34:02 +0000 (UTC) Received: from willow.basement.net (home.basement.net [173.162.16.100]) by anya.basement.net (8.13.8/8.13.8) with ESMTP id q1EAY171017221; Tue, 14 Feb 2012 04:34:01 -0600 Received: from willow.basement.net (localhost [127.0.0.1]) by willow.basement.net (8.14.5/8.14.5) with ESMTP id q1EAY0kF004633; Tue, 14 Feb 2012 04:34:00 -0600 (CST) (envelope-from trix@basement.net) Received: (from trix@localhost) by willow.basement.net (8.14.5/8.14.5/Submit) id q1EAY0r9004632; Tue, 14 Feb 2012 04:34:00 -0600 (CST) (envelope-from trix@basement.net) X-Authentication-Warning: willow.basement.net: trix set sender to trix@basement.net using -f Date: Tue, 14 Feb 2012 04:34:00 -0600 From: Trix Farrar To: FreeBSD Xen , Xen-Users Message-ID: <20120214103400.GA4536@basement.net> References: <20120211165544.GA71096@basement.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120211165544.GA71096@basement.net> User-Agent: Mutt/1.4.2.3i X-Crypto: gpg (GnuPG) 2.0.16 X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on anya.basement.net Cc: Subject: [RESOLVED] 9.0-RELEASE PV from scratch on XCP v1.1.0 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2012 10:34:06 -0000 On Sat, Feb 11, 2012 at 10:55:44AM -0600, Trix Farrar wrote: > I'm probably missing something really obvious here, but here are a > couple of issues that keep this from being a complete win. Yes, I missed something obvious. I was overthinking things. > * Kernel ignoring/not-getting arguments from the domain builder. > This means that the kernel can''t find its root device. Boot arguments _are_ passed to the kernel correctly. The part that I missed is that they are passed literally. I had used the following: xe vm-param-set \ uuid=$VM_UUID \ PV-bootloader-args="--kernel=/boot/kernel/kernel --args='vfs.root.mountfrom=ufs:xbd0s1a,kern.hz=100,boot_verbose=1'" This meant that what the kernel saw for vfs.root.mountfrom was "'ufs:xbd0s1a", so it was ignoring it becuase there is no "'ufs" filesystem type. By removing the single quotes around the "--args" portion, the kernel boots just fine. btw: "kern.hz" is 100 by default, so that part isn't needed either. The following PV-bootloader-args command allows the VM to boot normally and unattended: xe vm-param-set \ uuid=$VM_UUID \ PV-bootloader-args='--kernel=/boot/kernel/kernel --args=vfs.root.mountfrom=ufs:xbd0s1a,boot_verbose=1' So, I'm willing to call it a win! -- John D. "Trix" Farrar __\\|//__ Basement.NET trix@basement.net (` o-o ') http://www.basement.net/ -----------------------------------ooO-(_)-Ooo-------------------------- GPG Key Fprint: 525F DBA7 1A62 E4C4 E642 DF95 384B B851 3CEF C10A From owner-freebsd-xen@FreeBSD.ORG Tue Feb 14 23:36:51 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB5631065693 for ; Tue, 14 Feb 2012 23:36:51 +0000 (UTC) (envelope-from ken@kdm.org) Received: from nargothrond.kdm.org (nargothrond.kdm.org [70.56.43.81]) by mx1.freebsd.org (Postfix) with ESMTP id 556A28FC1E for ; Tue, 14 Feb 2012 23:36:51 +0000 (UTC) Received: from nargothrond.kdm.org (localhost [127.0.0.1]) by nargothrond.kdm.org (8.14.2/8.14.2) with ESMTP id q1ENaofp009388 for ; Tue, 14 Feb 2012 16:36:50 -0700 (MST) (envelope-from ken@nargothrond.kdm.org) Received: (from ken@localhost) by nargothrond.kdm.org (8.14.2/8.14.2/Submit) id q1ENaoRA009387 for freebsd-xen@freebsd.org; Tue, 14 Feb 2012 16:36:50 -0700 (MST) (envelope-from ken) Date: Tue, 14 Feb 2012 16:36:50 -0700 From: "Kenneth D. Merry" To: freebsd-xen@freebsd.org Message-ID: <20120214233650.GA9309@nargothrond.kdm.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline User-Agent: Mutt/1.4.2i Subject: HEADS UP: Xen merge coming to stable/8 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Feb 2012 23:36:51 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi folks, I'm planning to merge pretty much all of the Xen changes from head into stable/8 soon. (i.e. before the stable/8 code freeze) If anyone has any objections, speak now. (Make sure to send mail to me directly, I'll see it more quickly.) I have attached what will be the commit message, so you can see what is involed. Thanks, Ken -- Kenneth Merry ken@FreeBSD.ORG --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xen_stable_8.20120214.txt" MFC r215818, r216405, r216437, r216448, r216956, r221827, r222975, r223059, r225343, r225704, r225705, r225706, r225707, r225709, r226029, r220647, r230183, r230587, r230916, r228526, r230879: Bring Xen support in stable/8 up to parity with head. r215818 | cperciva | 2010-11-25 08:05:21 -0700 (Thu, 25 Nov 2010) | 5 lines Rename HYPERVISOR_multicall (which performs the multicall hypercall) to _HYPERVISOR_multicall, and create a new HYPERVISOR_multicall function which invokes _HYPERVISOR_multicall and checks that the individual hypercalls all succeeded. r216405 | rwatson | 2010-12-13 05:15:46 -0700 (Mon, 13 Dec 2010) | 7 lines Add options NO_ADAPTIVE_SX to the XENHVM kernel configuration, matching its similar disabling of adaptive mutexes and rwlocks. The existing comment on why this is the case also applies to sx locks. MFC after: 3 days Discussed with: attilio r216437 | gibbs | 2010-12-14 10:23:49 -0700 (Tue, 14 Dec 2010) | 2 lines Remove spurious printf left over from debugging our XenStore support. r216448 | gibbs | 2010-12-14 13:57:40 -0700 (Tue, 14 Dec 2010) | 4 lines Fix a typo in a comment. Noticed by: Attila Nagy r216956 | rwatson | 2011-01-04 07:49:54 -0700 (Tue, 04 Jan 2011) | 8 lines Make "options XENHVM" compile for i386, not just amd64 -- a largely mechanical change. This opens the door for using PV device drivers under Xen HVM on i386, as well as more general harmonisation of i386 and amd64 Xen support in FreeBSD. Reviewed by: cperciva MFC after: 3 weeks r221827 | mav | 2011-05-12 21:40:16 -0600 (Thu, 12 May 2011) | 2 lines Fix msleep() usage in Xen balloon driver to not wake up on every HZ tick. r222975 | gibbs | 2011-06-10 22:59:01 -0600 (Fri, 10 Jun 2011) | 63 lines Monitor and emit events for XenStore changes to XenBus trees of the devices we manage. These changes can be due to writes we make ourselves or due to changes made by the control domain. The goal of these changes is to insure that all state transitions can be detected regardless of their source and to allow common device policies (e.g. "onlined" backend devices) to be centralized in the XenBus bus code. sys/xen/xenbus/xenbusvar.h: sys/xen/xenbus/xenbus.c: sys/xen/xenbus/xenbus_if.m: Add a new method for XenBus drivers "localend_changed". This method is invoked whenever a write is detected to a device's XenBus tree. The default implementation of this method is a no-op. sys/xen/xenbus/xenbus_if.m: sys/dev/xen/netfront/netfront.c: sys/dev/xen/blkfront/blkfront.c: sys/dev/xen/blkback/blkback.c: Change the signature of the "otherend_changed" method. This notification cannot fail, so it should return void. sys/xen/xenbus/xenbusb_back.c: Add "online" device handling to the XenBus Back Bus support code. An online backend device remains active after a front-end detaches as a reconnect is expected to occur in the near future. sys/xen/interface/io/xenbus.h: Add comment block further explaining the meaning and driver responsibilities associated with the XenBus Closed state. sys/xen/xenbus/xenbusb.c: sys/xen/xenbus/xenbusb.h: sys/xen/xenbus/xenbusb_back.c: sys/xen/xenbus/xenbusb_front.c: sys/xen/xenbus/xenbusb_if.m: o Register a XenStore watch against the local XenBus tree for all devices. o Cache the string length of the path to our local tree. o Allow the xenbus front and back drivers to hook/filter both local and otherend watch processing. o Update the device ivar version of "state" when we detect a XenStore update of that node. sys/dev/xen/control/control.c: sys/xen/xenbus/xenbus.c: sys/xen/xenbus/xenbusb.c: sys/xen/xenbus/xenbusb.h: sys/xen/xenbus/xenbusvar.h: sys/xen/xenstore/xenstorevar.h: Allow clients of the XenStore watch mechanism to attach a single uintptr_t worth of client data to the watch. This removes the need to carefully place client watch data within enclosing objects so that a cast or offsetof calculation can be used to convert from watch to enclosing object. Sponsored by: Spectra Logic Corporation MFC after: 1 week r223059 | gibbs | 2011-06-13 14:36:29 -0600 (Mon, 13 Jun 2011) | 36 lines Several enhancements to the Xen block back driver. sys/dev/xen/blkback/blkback.c: o Implement front-end request coalescing. This greatly improves the performance of front-end clients that are unaware of the dynamic request-size/number of requests negotiation available in the FreeBSD backend driver. This required a large restructuring in how this driver records in-flight transactions and how those transactions are mapped into kernel KVA. For example, the driver now includes a mini "KVA manager" that allocates ranges of contiguous KVA to patches of requests that are physically contiguous in the backing store so that a single bio or UIO segment can be used to represent the I/O. o Refuse to open any backend files or devices if the system has yet to mount root. This avoids a panic. o Properly handle "onlined" devices. An "onlined" backend device stays attached to its backing store across front-end disconnections. This feature is intended to reduce latency when a front-end does a hand-off to another driver (e.g. PV aware bootloader to OS kernel) or during a VM reboot. o Harden the driver against a pathological/buggy front-end by carefully vetting front-end XenStore data such as the front-end state. o Add sysctls that report the negotiated number of segments per-request and the number of requests that can be concurrently in flight. Submitted by: kdm Reviewed by: gibbs Sponsored by: Spectra Logic Corporation MFC after: 1 week r225343 | rwatson | 2011-09-02 11:36:01 -0600 (Fri, 02 Sep 2011) | 7 lines Add support for alternative break-to-debugger support on the Xen console. This should help debug boot-time hangs experienced in 9.0-BETA. MFC after: 3 weeks Tested by: sbruno Approved by: re (kib) r225704 | gibbs | 2011-09-20 17:44:34 -0600 (Tue, 20 Sep 2011) | 29 lines Properly handle suspend/resume events in the Xen device framework. Sponsored by: BQ Internet sys/xen/xenbus/xenbusb.c: o In xenbusb_resume(), publish the state transition of the resuming device into XenbusStateIntiailising so that the remote peer can see it. Recording the state locally is not sufficient to trigger a re-connect sequence. o In xenbusb_resume(), defer new-bus resume processing until after the remote peer's XenStore address has been updated. The drivers may need to refer to this information during resume processing. sys/xen/xenbus/xenbusb_back.c: sys/xen/xenbus/xenbusb_front.c: Register xenbusb_resume() rather than bus_generic_resume() as the handler for device_resume events. sys/xen/xenstore/xenstore.c: o Fix grammer in a comment. o In xs_suspend(), pass suspend events on to the child devices (e.g. xenbusb_front/back, that are attached to the XenStore. Approved by: re MFC after: 1 week r225705 | gibbs | 2011-09-20 18:02:44 -0600 (Tue, 20 Sep 2011) | 35 lines Add suspend/resume support to the Xen blkfront driver. Sponsored by: BQ Internet sys/dev/xen/blkfront/block.h: sys/dev/xen/blkfront/blkfront.c: Remove now unused blkif_vdev_t from the blkfront soft. sys/dev/xen/blkfront/blkfront.c: o In blkfront_suspend(), indicate the desire to suspend by changing the softc connected state to SUSPENDED, and then wait for any I/O pending on the remote peer to drain. Cancel suspend processing if I/O does not drain within 30 seconds. o Enable and update blkfront_resume(). Since I/O is drained prior to the suspension of the VM, the complicated recovery process performed by other Xen blkfront implementations is avoided. We simply tear down the connection to our old peer, and then re-connect. o In blkif_initialize(), fix a resource leak and botched return if we cannot allocate shadow memory for our requests. o In blkfront_backend_changed(), correct our response to the XenbusStateInitialised state. This state indicates that our backend peer has published sufficient data for blkfront to publish ring information and other XenStore data, not that a connection can occur. Blkfront now will only perform connection processing in response to the XenbusStateConnected state. This corrects an issue where blkfront connected before the backend was ready during resume processing. Approved by: re MFC after: 1 week r225706 | gibbs | 2011-09-20 18:06:02 -0600 (Tue, 20 Sep 2011) | 11 lines [ Forced commit. Actual changes accidentally included in r225704 ] sys/dev/xen/control/control.c: Fix locking violations in Xen HVM suspend processing and have it perform similar actions to those performed during an ACPI triggered suspend. Sponsored by: BQ Internet Approved by: re MFC after: 1 week r225707 | gibbs | 2011-09-20 18:08:25 -0600 (Tue, 20 Sep 2011) | 21 lines Correct suspend/resume support in the Netfront driver. Sponsored by: BQ Internet sys/dev/xen/netfront/netfront.c: o Implement netfront_suspend(), a specialized suspend handler for the netfront driver. This routine simply disables the carrier so the driver is idle during system suspend processing. o Fix a leak when re-initializing LRO during a link reset. o In netif_release_tx_bufs(), when cleaning up the grant references for our TX ring, use gnttab_end_foreign_access_ref instead of attempting to grant the page again. o In netif_release_tx_bufs(), we do not track mbufs associated with mbuf chains, but instead just free each mbuf directly. Use m_free(), not m_freem(), to avoid double frees of mbufs. o Refactor some code to enhance clarity. Approved by: re MFC after: 1 week r225709 | gibbs | 2011-09-20 18:15:29 -0600 (Tue, 20 Sep 2011) | 19 lines Update netfront so that it queries and honors published back-end features. sys/dev/xen/netfront/netfront.c: o Add xn_query_features() which reads the XenStore and records the TSO, LRO, and chained ring-request support of the backend. o Rename xn_configure_lro() to xn_configure_features() and use this routine to manage the setup of TSO, LRO, and checksum offload. o In create_netdev(), initialize if_capabilities and if_hwassist to the capabilities found on all backends. Delegate configuration of if_capenable and the TSO flag if if_hwassist to xn_configure_features(). Reported by: Hugo Silva (fix inspired by patch provided) Approved by: re MFC after: 1 week r226029 | jkim | 2011-10-04 17:53:47 -0600 (Tue, 04 Oct 2011) | 2 lines Add strnlen() to libkern. r220647 | jkim | 2011-04-14 16:17:39 -0600 (Thu, 14 Apr 2011) | 4 lines Add event handlers for (ACPI) suspend/resume events. Suspend event handlers are invoked right before device drivers go into sleep state and resume event handlers are invoked right after all device drivers are waken up. r230183 | cperciva | 2012-01-15 19:38:45 -0700 (Sun, 15 Jan 2012) | 3 lines Make XENHVM work on i386. The __ffs() function counts bits starting from zero, unlike ffs(3), which starts counting from 1. r230587 | ken | 2012-01-26 09:35:09 -0700 (Thu, 26 Jan 2012) | 38 lines Xen netback driver rewrite. share/man/man4/Makefile, share/man/man4/xnb.4, sys/dev/xen/netback/netback.c, sys/dev/xen/netback/netback_unit_tests.c: Rewrote the netback driver for xen to attach properly via newbus and work properly in both HVM and PVM mode (only HVM is tested). Works with the in-tree FreeBSD netfront driver or the Windows netfront driver from SuSE. Has not been extensively tested with a Linux netfront driver. Does not implement LRO, TSO, or polling. Includes unit tests that may be run through sysctl after compiling with XNB_DEBUG defined. sys/dev/xen/blkback/blkback.c, sys/xen/interface/io/netif.h: Comment elaboration. sys/kern/uipc_mbuf.c: Fix page fault in kernel mode when calling m_print() on a null mbuf. Since m_print() is only used for debugging, there are no performance concerns for extra error checking code. sys/kern/subr_scanf.c: Add the "hh" and "ll" width specifiers from C99 to scanf(). A few callers were already using "ll" even though scanf() was handling it as "l". Submitted by: Alan Somers Submitted by: John Suykerbuyk Sponsored by: Spectra Logic MFC after: 1 week Reviewed by: ken r230916 | ken | 2012-02-02 10:54:35 -0700 (Thu, 02 Feb 2012) | 13 lines Fix the netback driver build for i386. netback.c: Add missing VM includes. xen/xenvar.h, xen/xenpmap.h: Move some XENHVM macros from to on i386 to match the amd64 headers. conf/files: Add netback to the build. Submitted by: jhb MFC after: 3 days r228526 | kevlo | 2011-12-14 23:29:13 -0700 (Wed, 14 Dec 2011) | 2 lines s/timout/timeout r230879 | ken | 2012-02-01 13:19:33 -0700 (Wed, 01 Feb 2012) | 4 lines Add the GSO prefix descriptor define. MFC after: 3 days --sdtB3X0nJg68CQEu-- From owner-freebsd-xen@FreeBSD.ORG Wed Feb 15 01:13:53 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B4651065670 for ; Wed, 15 Feb 2012 01:13:53 +0000 (UTC) (envelope-from bounces+73574-0602-freebsd-xen=freebsd.org@sendgrid.me) Received: from o5.shared.sendgrid.net (o5.shared.sendgrid.net [74.63.236.234]) by mx1.freebsd.org (Postfix) with SMTP id DD6BD8FC15 for ; Wed, 15 Feb 2012 01:13:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=Ka6AeO4rHptk8WzEFg+0jEI3dlE=; b=MUHa62aGEkSW2PBLuGYrSxHyEMQV EUBI+Ny15mWy5lDo046Hsc8TTqYjyEgGH1XgI4gm1eDvvk17a9Ddf7gQKav8jf85 Mif6IssefggCDaUMKUsCjvJ6TXOMgYO0pyM0obn7XqtqnHUgZa//ErosKO50Qulu vuc3tsJgGogf240= Received: by 10.4.35.204 with SMTP id mf47.21056.4F3B06BC3 Tue, 14 Feb 2012 19:13:32 -0600 (CST) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi1 (SG) with ESMTP id 4f3b06bc.796.15e723c for ; Tue, 14 Feb 2012 19:13:32 -0600 (CST) Received: (qmail 11440 invoked from network); 15 Feb 2012 01:10:33 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 15 Feb 2012 01:10:33 -0000 Received: (qmail 89168 invoked from network); 15 Feb 2012 01:10:17 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 15 Feb 2012 01:10:17 -0000 Message-ID: <4F3B05F9.9070002@freebsd.org> Date: Tue, 14 Feb 2012 17:10:17 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120125 Thunderbird/9.0 MIME-Version: 1.0 To: "Kenneth D. Merry" References: <20120214233650.GA9309@nargothrond.kdm.org> In-Reply-To: <20120214233650.GA9309@nargothrond.kdm.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: RUbAm5H8PjswBj/QH+sYVehaJogg3iBnZcyVi1bw/Ix7/X4isJX6B4yYOBW4BchhetJqbkTUF2lvNsvZQSue8ABUMxj7vPabxTboO9gGxxxsCTHYs/KwJDDEVhmbjzBuHCqWvgNEiKtDZE43lGTj2oxfufNGQaI8fffLkLBWhoE= Cc: freebsd-xen@freebsd.org Subject: Re: HEADS UP: Xen merge coming to stable/8 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Feb 2012 01:13:53 -0000 On 02/14/12 15:36, Kenneth D. Merry wrote: > I'm planning to merge pretty much all of the Xen changes from head into > stable/8 soon. (i.e. before the stable/8 code freeze) Oh good, I've been meaning to do some merges but wasn't sure if I'd be able to find time before the freeze starts. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-xen@FreeBSD.ORG Thu Feb 16 12:06:55 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4483B106568F for ; Thu, 16 Feb 2012 12:06:55 +0000 (UTC) (envelope-from moto@kawasaki3.org) Received: from blackpearl.kawasaki3.org (moto-1-pt.tunnel.tserv3.fmt2.ipv6.he.net [IPv6:2001:470:1f04:f28::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2B8498FC08 for ; Thu, 16 Feb 2012 12:06:55 +0000 (UTC) Received: from localhost (s249.HtokyoFL10.vectant.ne.jp [222.228.92.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: moto) by blackpearl.kawasaki3.org (Postfix) with ESMTPSA id B0BA9805C for ; Thu, 16 Feb 2012 21:06:54 +0900 (JST) Date: Thu, 16 Feb 2012 21:06:44 +0900 (JST) Message-Id: <20120216.210644.21599774.moto@kawasaki3.org> To: freebsd-xen@freebsd.org From: moto kawasaki X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) X-Face: )._4~w!_D$r6qNS0+; nS|]WNeI4f3o)QnH[ItB[esXuc$~hQ$.,?}$SnLe/[24Hao%^q/Is 'SJtZe#21h;7z;q+iyj[^%7\46.Gg-t7.px<}L-f_:P+6i4-a{DIL[ Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Q: speed and duplex of xn in amd64 XENHVM X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2012 12:06:55 -0000 Hi, Could you please advice me of the speed and duplex mode of the xn interface in XENHVM kernel (amd64)? With what command can I determine it ? I am testing XenServer 5.6 SP2, and FreeBSD 8.2-RELEASE-p6 (amd64, XENHVM), and ifconfig command shows me "media: Ethernet manual", instead of something like "media: Ethernet autoselect (100baseTX )". Thank you very much! Best Regards, -- moto kawasaki From owner-freebsd-xen@FreeBSD.ORG Thu Feb 16 12:12:23 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 110711065674 for ; Thu, 16 Feb 2012 12:12:23 +0000 (UTC) (envelope-from bounces+73574-0602-freebsd-xen=freebsd.org@sendgrid.me) Received: from o5.shared.sendgrid.net (o5.shared.sendgrid.net [74.63.236.234]) by mx1.freebsd.org (Postfix) with SMTP id B7BD48FC17 for ; Thu, 16 Feb 2012 12:12:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=g6jRohq9CrrZ2yhZ8aPna4Cg8sI=; b=mtX0oz8zWA704r5DOYFFT/+zZp7r 12W8QPL3QxUlTQ3byvg3hnczgHVISoqQoQVWrkUeCC3k2xXxqvmQ7PnWO+xX6XV9 +iLMeayL2dRdkS6y177w8F9U0sBNvZxcRJZ6Xdd+6h2FEw2vThKdXMwERLGzXuGO mp47AR78xj6vtP4= Received: by 10.4.35.204 with SMTP id mf47.21056.4F3CF2A56 Thu, 16 Feb 2012 06:12:21 -0600 (CST) Received: from mail.tarsnap.com (unknown [10.9.180.5]) by mi12 (SG) with ESMTP id 4f3cf2a5.318c.3405fd9 for ; Thu, 16 Feb 2012 06:12:21 -0600 (CST) Received: (qmail 30303 invoked from network); 16 Feb 2012 12:09:18 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 16 Feb 2012 12:09:18 -0000 Received: (qmail 20601 invoked from network); 16 Feb 2012 12:09:01 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 16 Feb 2012 12:09:01 -0000 Message-ID: <4F3CF1DD.2020006@freebsd.org> Date: Thu, 16 Feb 2012 04:09:01 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:9.0) Gecko/20120125 Thunderbird/9.0 MIME-Version: 1.0 To: moto kawasaki References: <20120216.210644.21599774.moto@kawasaki3.org> In-Reply-To: <20120216.210644.21599774.moto@kawasaki3.org> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: RUbAm5H8PjswBj/QH+sYVehaJogg3iBnZcyVi1bw/Ix7/X4isJX6B4yYOBW4BchhQMVLdkjrQ0D+A5I+KNH+ZaanfGLAYY+afOlfovp2oNDhAXWRs0znY+7oJkCfg97kfMdjezHVEXF1khfSMbn+G0T4v7qp7MmtnaI70kGhg5M= Cc: freebsd-xen@freebsd.org Subject: Re: Q: speed and duplex of xn in amd64 XENHVM X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Feb 2012 12:12:23 -0000 On 02/16/12 04:06, moto kawasaki wrote: > Could you please advice me of the speed and duplex mode of the xn > interface in XENHVM kernel (amd64)? > With what command can I determine it ? > > I am testing XenServer 5.6 SP2, and FreeBSD 8.2-RELEASE-p6 (amd64, > XENHVM), and ifconfig command shows me "media: Ethernet manual", > instead of something like "media: Ethernet autoselect (100baseTX > )". The xen virtual network interface is just that -- virtual. It can run at several Gbps but you're probably going to be limited by the host's network interface; and there's no way to find out what that is. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid From owner-freebsd-xen@FreeBSD.ORG Fri Feb 17 10:01:05 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6B5A106566B for ; Fri, 17 Feb 2012 10:01:05 +0000 (UTC) (envelope-from krichy@tvnetwork.hu) Received: from smtp-a.tvnetwork.hu (smtp-a.tvnetwork.hu [109.61.0.51]) by mx1.freebsd.org (Postfix) with SMTP id EDABF8FC18 for ; Fri, 17 Feb 2012 10:01:04 +0000 (UTC) Received: (qmail 19185 invoked by uid 1001); 17 Feb 2012 11:01:02 +0100 Received: from 109.61.101.194 by smtp-a.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.88.1/1396. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(109.61.101.194):SA:0(-1.0/5.0):. Processed in 5.401527 secs); 17 Feb 2012 10:01:02 -0000 X-Spam-Status: No, hits=-1.0 required=5.0 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp-a.tvnetwork.hu X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.1 X-Spam-Report: * -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP X-Envelope-From: krichy@tvnetwork.hu Received: from unknown (HELO krichy.tvnetwork.hu) (109.61.101.194) by smtp-a.tvnetwork.hu with SMTP; 17 Feb 2012 11:00:57 +0100 Received: by krichy.tvnetwork.hu (Postfix, from userid 1000) id 22DC2A4D; Fri, 17 Feb 2012 11:00:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by krichy.tvnetwork.hu (Postfix) with ESMTP id 1C8A3A4C; Fri, 17 Feb 2012 11:00:57 +0100 (CET) Date: Fri, 17 Feb 2012 11:00:57 +0100 (CET) From: Richard Kojedzinszky To: Colin Percival In-Reply-To: <4F3B05F9.9070002@freebsd.org> Message-ID: References: <20120214233650.GA9309@nargothrond.kdm.org> <4F3B05F9.9070002@freebsd.org> User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-xen@freebsd.org Subject: Re: HEADS UP: Xen merge coming to stable/8 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 10:01:05 -0000 Dear Colin, Will the merges affect 8.2 as well? regards, Kojedzinszky Richard Euronet Magyarorszag Informatikai Zrt. On Tue, 14 Feb 2012, Colin Percival wrote: > Date: Tue, 14 Feb 2012 17:10:17 -0800 > From: Colin Percival > To: Kenneth D. Merry > Cc: freebsd-xen@freebsd.org > Subject: Re: HEADS UP: Xen merge coming to stable/8 > > On 02/14/12 15:36, Kenneth D. Merry wrote: >> I'm planning to merge pretty much all of the Xen changes from head into >> stable/8 soon. (i.e. before the stable/8 code freeze) > > Oh good, I've been meaning to do some merges but wasn't sure if I'd be able > to find time before the freeze starts. > > -- > Colin Percival > Security Officer, FreeBSD | freebsd.org | The power to serve > Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid > _______________________________________________ > 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 owner-freebsd-xen@FreeBSD.ORG Fri Feb 17 10:47:23 2012 Return-Path: Delivered-To: freebsd-xen@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 297201065700 for ; Fri, 17 Feb 2012 10:47:23 +0000 (UTC) (envelope-from bounces+73574-0602-freebsd-xen=freebsd.org@sendgrid.me) Received: from o5.shared.sendgrid.net (o5.shared.sendgrid.net [74.63.236.234]) by mx1.freebsd.org (Postfix) with SMTP id AC3438FC1B for ; Fri, 17 Feb 2012 10:47:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; s=smtpapi; bh=Uhbw15Zax8KO/dVHMeSvjZQ1va4=; b=EqrnY9BAykRx1MI7mBU05BgYDgYM kpc9ea/ELPvL5K1jy6tp7YUpATSBqWXO+VWOv9RK5ljPf3OP2LtnNCfRTS5daicq 9nTaDjYq1bkxiU6hb2O1Owl/115e24PZObGd3jZiB6oczoeavKmEZO+/SDzPwi+h 05QYNHQT3XK9TKY= Received: by 10.41.149.114 with SMTP id f04-11.4937.4F3E302D5 Fri, 17 Feb 2012 10:47:09 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.41.149.212]) by i04-04 (SG) with ESMTP id 4f3e2cf9.3ac4.4ad8166 for ; Fri, 17 Feb 2012 10:33:29 +0000 (UTC) Received: (qmail 42171 invoked from network); 17 Feb 2012 10:44:15 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 17 Feb 2012 10:44:15 -0000 Received: (qmail 43765 invoked from network); 17 Feb 2012 10:44:04 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 17 Feb 2012 10:44:04 -0000 Message-ID: <4F3E2F74.8060006@freebsd.org> Date: Fri, 17 Feb 2012 02:44:04 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.1) Gecko/20120215 Thunderbird/10.0.1 MIME-Version: 1.0 To: Richard Kojedzinszky References: <20120214233650.GA9309@nargothrond.kdm.org> <4F3B05F9.9070002@freebsd.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: RUbAm5H8PjswBj/QH+sYVehaJogg3iBnZcyVi1bw/IxnB/Ebb78E9arUqRlqqy0SCi6duAAe0ME6xySquKrPvO0Qshlf+4fUFuRq1LaXr5ylIqJ4NEYtD/O+QT4y3BmeFvarHaKE6Xq7h9UXpjLgZMmq0NZ4+NF5Yia0E4GPBW8= Cc: freebsd-xen@freebsd.org Subject: Re: HEADS UP: Xen merge coming to stable/8 X-BeenThere: freebsd-xen@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion of the freebsd port to xen - implementation and usage List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Feb 2012 10:47:23 -0000 On 02/17/12 02:00, Richard Kojedzinszky wrote: > Dear Colin, > > Will the merges affect 8.2 as well? No, only security fixes and "critical" bug fixes get merged back to the old release branches. > On Tue, 14 Feb 2012, Colin Percival wrote: >> Date: Tue, 14 Feb 2012 17:10:17 -0800 >> From: Colin Percival >> To: Kenneth D. Merry >> Cc: freebsd-xen@freebsd.org >> Subject: Re: HEADS UP: Xen merge coming to stable/8 >> >> On 02/14/12 15:36, Kenneth D. Merry wrote: >>> I'm planning to merge pretty much all of the Xen changes from head into >>> stable/8 soon. (i.e. before the stable/8 code freeze) >> >> Oh good, I've been meaning to do some merges but wasn't sure if I'd be able >> to find time before the freeze starts. -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid