From Artem.Kachitchkin@sun.com Fri Sep 19 15:54:51 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8JMspUK005196 for ; Fri, 19 Sep 2008 15:54:51 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8JMspoI008784 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 19 Sep 2008 16:54:51 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7G00007SZEW100@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Sep 2008 16:54:50 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7G00J4CSZEZ020@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Sep 2008 16:54:50 -0600 (MDT) Received: from fe-sfbay-10.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8JMsoaD016505 for ; Fri, 19 Sep 2008 15:54:50 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-10.sun.com by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7G00I01SP0UU00@fe-sfbay-10.sun.com> (original mail from Artem.Kachitchkin@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 19 Sep 2008 15:54:50 -0700 (PDT) Received: from [129.146.104.83] by fe-sfbay-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7G00FA8SZEL6A0@fe-sfbay-10.sun.com>; Fri, 19 Sep 2008 15:54:50 -0700 (PDT) Date: Fri, 19 Sep 2008 15:55:04 -0700 From: Artem Kachitchkine Subject: PSARC/2008/596 Block Tap Support for Solaris Sender: Artem.Kachitchkin@sun.com To: PSARC-ext@sun.com Cc: Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D42DC8.50100@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 4390 I'm sponsoring this fasttrack for Mark Johnson. The timer is set for 09/26/2008. -Artem Template Version: @(#)sac_nextcase %I% %G% SMI This information is Copyright 2008 Sun Microsystems 1. Introduction 1.1. Project/Component Working Name: Block Tap Support for Solaris 1.2. Name of Document Author/Supplier: Author: Mark Johnson 1.3 Date of This Document: 19 September, 2008 4. Technical Description 4.1. Summary This fasttrack delivers a new virtual disk backend driver for Solaris which is capable of reading & writing VMWare native (vmdk), VirtualBox native (vdi), and raw disk files. See the sister vdiskadm fasttrack for information on how to create and manage these file based virtual disks. Minor release binding is requested. 4.2. Discussion On Solaris, a para-virtualized disk is implemented with a frontend block driver (which lives in the guest OS) and a backend block driver (which lives in the IO domain). The backend driver performs the actual disk I/O on behalf of the guest OS. This case adds an additional backend driver to handle additional file based disks. This includes support for VMWare native (vmdk), VirtualBox native (vdi), and raw disk files. COW based snapshot support is included for both vmdk and vdi based files. This driver will be the default backend driver for file based disks going forward. The actual block tap driver is split into two parts. A kernel driver (xpvtap) and a user space application (vdisk). xpvtap will receive block requests from the guest OS, map in the guest pages into the vdisk application's address space, and then forward the request to the vdisk application using a standard Xen blkif ring. The vdisk application will perform the block operation on the file based virtual disk, and then send the response back down to the xpvtap driver. The xpvtap driver will then forward the response on to the guest. The vdisk application runs as user xvm and runs with the PRIV_XVM_CONTROL privilege. The xpvtap driver requires this privilege to perform and ioctl or mmap operations. See PSARC/2008/289 for further information on PRIV_XVM_CONTROL. A hot plug script (tap-event), which fits into the existing i86xpv PV driver hotplug infrastructure, takes care of start & stopping the vdisk application, and synchronizing the application startup with the driver instance. The current backend block driver (xdb) allows block devices or raw files (using lofi) to be exported to the guest as disks. xdb will continue to be present and will co-exist with the block tap driver (xpvtap). A guest may contain many disks. These disks can be a mixture of block devices using xdb, raw files using xdb, and vmdk, vdi, and/or raw files using xpvtap. For illustration purposes of what exists today with xdb, either of the following commands would add a raw file based disk ("file") to a guest using the existing xdb backend driver. # xm block-attach nevada file:/tank/guests/nevada/disk.raw 3 w # virsh attach-disk nevada /tank/guests/nevada/disk.raw 3 --driver file And either of the following commands would add a block based disk ("phy") to a guest using the existing xdb backend driver. # xm block-attach nevada phy:/dev/zvol/dsk/tank/guests/scratch 3 w # virsh attach-disk nevada /dev/zvol/dsk/tank/guests/scratch 3 --driver phy For block tap, the "tap:vdisk" syntax is used to add a block tap file based virtual disk. The same syntax is used for all formats (vmdk, vdi, raw). # xm block-attach nevada tap:vdisk:/tank/guests/nevada/disk 3 w # virsh attach-disk nevada /tank/guests/nevada/disk hdb --driver tap --subdriver vdisk 4.3. Interfaces The extension to select the block tap driver (tap:vdisk) is Uncommitted (consistent with the current file: and phy: tags). The vdisk command line options and output are Project Private. The only consumer of these interfaces are the tap-event script. The tap-event script command line options and output are Project Private. Interfaces between the xpvtap driver and vdisk application are Project Private. 5. References PSARC/2006/260 Solaris on Xen PSARC/2007/157 libvirt - a LGPL library to control guest domain PSARC/2008/289 Least Privilege for xVM 6. Resources and Schedule 6.4. Steering Committee requested information 6.4.1. Consolidation C-team Name: ON 6.5. ARC review type: FastTrack 6.6. ARC Exposure: open From carlsonj@phorcys.east.sun.com Mon Sep 22 04:10:42 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MBAgFv010582 for ; Mon, 22 Sep 2008 04:10:42 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8MBAaIu006206; Mon, 22 Sep 2008 12:10:38 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00F0NGDOA900@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 04:10:36 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L009V6GDNXU50@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 04:10:35 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8MBAZ5U006221; Mon, 22 Sep 2008 07:10:35 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8MBAZVe006218; Mon, 22 Sep 2008 07:10:35 -0400 (EDT) Date: Mon, 22 Sep 2008 07:10:35 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D42DC8.50100@sun.com> To: Artem Kachitchkine Cc: PSARC-ext@sun.com, Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <18647.32043.268917.823051@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> Status: RO Content-Length: 820 Artem Kachitchkine writes: > This fasttrack delivers a new virtual disk backend driver for Solaris > which is capable of reading & writing VMWare native (vmdk), VirtualBox > native (vdi), and raw disk files. See the sister vdiskadm fasttrack for > information on how to create and manage these file based virtual disks. Does this project depend on 'vdiskadm'? Does that other project depend on this one? I'd much rather see the whole project described in a single ARC case, if that's at all possible. > 4.3. Interfaces What about the VMWare native and Virtual Box native disk file formats? -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Mark.Johnson@sun.com Mon Sep 22 07:17:19 2008 Received: from sunmail2sca.sfbay.sun.com (sunmail2sca.SFBay.Sun.COM [129.145.155.234]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MEHJfA015253 for ; Mon, 22 Sep 2008 07:17:19 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail2sca.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8MEHJso000165 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 22 Sep 2008 07:17:19 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00M4LP0VVQ00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:17:19 -0700 (PDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L00M06P0UH120@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:17:18 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8MEHIqS020358 for ; Mon, 22 Sep 2008 14:17:18 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7L00301O0P5200@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 08:17:18 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7L00D0XP0KZTG0@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 08:17:09 -0600 (MDT) Date: Mon, 22 Sep 2008 10:17:08 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <18647.32043.268917.823051@gargle.gargle.HOWL> Sender: Mark.Johnson@sun.com To: James Carlson Cc: Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D7A8E4.1090507@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 1115 James Carlson wrote: > Artem Kachitchkine writes: >> This fasttrack delivers a new virtual disk backend driver for Solaris >> which is capable of reading & writing VMWare native (vmdk), VirtualBox >> native (vdi), and raw disk files. See the sister vdiskadm fasttrack for >> information on how to create and manage these file based virtual disks. > > Does this project depend on 'vdiskadm'? Does that other project > depend on this one? blktap does have a dependency on vdiskadm, but can operate without it. blktap is specific to Xen. vdiskadm does not have any dependencies on blktap or xVM. It can be leveraged by other efforts (as blktap did). There aren't any other projects leveraging vdiskadm today. > I'd much rather see the whole project described in a single ARC case, > if that's at all possible. If you feel strongly about it, we can do that... What would be the next step for us? >> 4.3. Interfaces > > What about the VMWare native and Virtual Box native disk file formats? Yes, I will add this in. I'll wait to hear back about the merge before sending out an update. Thanks, MRJ From gdamore@sun.com Mon Sep 22 07:29:20 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8METJeg015409 for ; Mon, 22 Sep 2008 07:29:19 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8METI4E007167 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 22 Sep 2008 07:29:19 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00015PKV4W00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:29:19 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L00MZRPKUGY30@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:29:18 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8METIdk019037 for ; Mon, 22 Sep 2008 07:29:18 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7L00501PHAPL00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:29:18 -0700 (PDT) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7L004LSPKSWWF0@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 07:29:17 -0700 (PDT) Date: Mon, 22 Sep 2008 07:27:14 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D7A8E4.1090507@sun.com> Sender: Garrett.Damore@sun.com To: Mark Johnson Cc: James Carlson , Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D7AB42.7010109@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 1364 Mark Johnson wrote: > > > James Carlson wrote: >> Artem Kachitchkine writes: >>> This fasttrack delivers a new virtual disk backend driver for Solaris >>> which is capable of reading & writing VMWare native (vmdk), VirtualBox >>> native (vdi), and raw disk files. See the sister vdiskadm fasttrack for >>> information on how to create and manage these file based virtual disks. >> >> Does this project depend on 'vdiskadm'? Does that other project >> depend on this one? > > blktap does have a dependency on vdiskadm, but can > operate without it. blktap is specific to Xen. > > vdiskadm does not have any dependencies on blktap or > xVM. It can be leveraged by other efforts (as blktap > did). There aren't any other projects leveraging > vdiskadm today. > > > >> I'd much rather see the whole project described in a single ARC case, >> if that's at all possible. > > If you feel strongly about it, we can do that... What > would be the next step for us? > > > >>> 4.3. Interfaces >> >> What about the VMWare native and Virtual Box native disk file formats? > > Yes, I will add this in. I'll wait to hear back about the merge > before sending out an update. Based on your above comments re project dependencies, it does sound like separate ARC cases was the right way to go. Jim may of course feel differently. -- Garrett > > > > Thanks, > > MRJ > > From carlsonj@phorcys.east.sun.com Mon Sep 22 07:53:04 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MEr3KP015700 for ; Mon, 22 Sep 2008 07:53:04 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m8MEqnKg027289; Mon, 22 Sep 2008 22:52:57 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00005QO5XD00@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 07:52:53 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L00MMCQO4H170@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 07:52:52 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8MEqqJW007128; Mon, 22 Sep 2008 10:52:52 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8MEqqxo007125; Mon, 22 Sep 2008 10:52:52 -0400 (EDT) Date: Mon, 22 Sep 2008 10:52:52 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D7A8E4.1090507@sun.com> To: Mark Johnson Cc: PSARC-ext@sun.com, Artem Kachitchkine , Susan.Kamm-Worrell@sun.com Message-id: <18647.45380.271924.415989@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> Status: RO Content-Length: 1764 Mark Johnson writes: > James Carlson wrote: > > Artem Kachitchkine writes: > >> This fasttrack delivers a new virtual disk backend driver for Solaris > >> which is capable of reading & writing VMWare native (vmdk), VirtualBox > >> native (vdi), and raw disk files. See the sister vdiskadm fasttrack for > >> information on how to create and manage these file based virtual disks. > > > > Does this project depend on 'vdiskadm'? Does that other project > > depend on this one? > > blktap does have a dependency on vdiskadm, but can > operate without it. blktap is specific to Xen. > > vdiskadm does not have any dependencies on blktap or > xVM. It can be leveraged by other efforts (as blktap > did). There aren't any other projects leveraging > vdiskadm today. Would vdiskadm be a useful addition to the system if blktap never integrates? (What would it do?) > > I'd much rather see the whole project described in a single ARC case, > > if that's at all possible. > > If you feel strongly about it, we can do that... What > would be the next step for us? No, I don't feel strongly about it. I just think it's less confusing to see one case that sets out the whole project than a series of tiny interconnected cases that are intended to be worked together. > >> 4.3. Interfaces > > > > What about the VMWare native and Virtual Box native disk file formats? > > Yes, I will add this in. I'll wait to hear back about the merge > before sending out an update. OK. I'm mostly curious about the stability level of those formats. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Mark.Johnson@sun.com Mon Sep 22 09:46:52 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MGkqTL019190 for ; Mon, 22 Sep 2008 09:46:52 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8MGkpqM021702 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 22 Sep 2008 10:46:51 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00501VY08500@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 09:46:48 -0700 (PDT) Received: from brmea-mail-2.sun.com ([192.18.98.43]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L002WDVXZSG70@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 09:46:48 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8MGklWA009990 for ; Mon, 22 Sep 2008 16:46:47 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7L00201VSV9S00@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 10:46:47 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7L00B3AVXQG4E0@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 10:46:42 -0600 (MDT) Date: Mon, 22 Sep 2008 12:46:38 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <18647.45380.271924.415989@gargle.gargle.HOWL> Sender: Mark.Johnson@sun.com To: James Carlson Cc: PSARC-ext@sun.com, Artem Kachitchkine , Susan.Kamm-Worrell@sun.com Message-id: <48D7CBEE.7060100@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> <18647.45380.271924.415989@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 2349 James Carlson wrote: > Mark Johnson writes: >> James Carlson wrote: >>> Artem Kachitchkine writes: >>>> This fasttrack delivers a new virtual disk backend driver for Solaris >>>> which is capable of reading & writing VMWare native (vmdk), VirtualBox >>>> native (vdi), and raw disk files. See the sister vdiskadm fasttrack for >>>> information on how to create and manage these file based virtual disks. >>> Does this project depend on 'vdiskadm'? Does that other project >>> depend on this one? >> blktap does have a dependency on vdiskadm, but can >> operate without it. blktap is specific to Xen. >> >> vdiskadm does not have any dependencies on blktap or >> xVM. It can be leveraged by other efforts (as blktap >> did). There aren't any other projects leveraging >> vdiskadm today. > > Would vdiskadm be a useful addition to the system if blktap never > integrates? (What would it do?) By itself, vdiskadm wouldn't be overly useful today. You would be able to create/snapshot vmdk and vdi files. But nothing would write to them. In the near future, you will be able to convert a vmdk or vdi files to a zvol, or zvol to vmdk or vdi file.. That would be useful outside of blktap. But that is *not* covered by this fast track. Having them separate is based on forward look assumptions that it will be used by other code outside of xVM-Xen. I can see how assumptions like that can get out of hand too.. >>> I'd much rather see the whole project described in a single ARC case, >>> if that's at all possible. >> If you feel strongly about it, we can do that... What >> would be the next step for us? > > No, I don't feel strongly about it. I just think it's less confusing > to see one case that sets out the whole project than a series of tiny > interconnected cases that are intended to be worked together. We can certainly see that point.. We don't have any issues with combining the two cases if asked to. We would just need a little guidance on what we would need to do to move forward with that. >>>> 4.3. Interfaces >>> What about the VMWare native and Virtual Box native disk file formats? >> Yes, I will add this in. I'll wait to hear back about the merge >> before sending out an update. > > OK. I'm mostly curious about the stability level of those formats. vmdk and vdi file formats are Uncommitted. Thanks, MRJ From carlsonj@phorcys.east.sun.com Mon Sep 22 10:02:45 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MH2imB020173 for ; Mon, 22 Sep 2008 10:02:44 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8MH2DZP011159; Mon, 22 Sep 2008 18:02:39 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L0050DWOERS00@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 10:02:38 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L002LUWODSL90@nwk-avmta-2.sfbay.sun.com>; Mon, 22 Sep 2008 10:02:38 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8MH2b2m007606; Mon, 22 Sep 2008 13:02:37 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8MH2bqt007603; Mon, 22 Sep 2008 13:02:37 -0400 (EDT) Date: Mon, 22 Sep 2008 13:02:37 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D7CBEE.7060100@sun.com> To: Mark Johnson Cc: PSARC-ext@sun.com, Artem Kachitchkine , Susan.Kamm-Worrell@sun.com Message-id: <18647.53165.532275.273656@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> <18647.45380.271924.415989@gargle.gargle.HOWL> <48D7CBEE.7060100@sun.com> Status: RO Content-Length: 2076 Mark Johnson writes: > James Carlson wrote: > > Would vdiskadm be a useful addition to the system if blktap never > > integrates? (What would it do?) > > By itself, vdiskadm wouldn't be overly useful today. > You would be able to create/snapshot vmdk and vdi files. > But nothing would write to them. That makes it sound like vdiskadm is actually dependent on delivery of blktap. > In the near future, you will be able to convert a vmdk or > vdi files to a zvol, or zvol to vmdk or vdi file.. > That would be useful outside of blktap. But that is > *not* covered by this fast track. > > Having them separate is based on forward look assumptions > that it will be used by other code outside of xVM-Xen. > I can see how assumptions like that can get out of hand too.. Yes; it makes it a little less clear what we're actually approving. :-/ > We can certainly see that point.. We don't have any issues > with combining the two cases if asked to. We would just need > a little guidance on what we would need to do to move forward > with that. I can live with it the way it is, as long as these two are the whole project as it stands today. (Otherwise, I'd want to see something that documents the whole project.) > >>>> 4.3. Interfaces > >>> What about the VMWare native and Virtual Box native disk file formats? > >> Yes, I will add this in. I'll wait to hear back about the merge > >> before sending out an update. > > > > OK. I'm mostly curious about the stability level of those formats. > > vmdk and vdi file formats are Uncommitted. How does this versioning work? How do the Virtual Box people know to work with us if they need to create a new disk image format? Do we know or constrain their plans? If VMWare chooses to create a new file format (perhaps just to spite Sun and xVM), does something here have to track the changes? -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Mark.Johnson@Sun.COM Mon Sep 22 10:41:25 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MHfOr1021377 for ; Mon, 22 Sep 2008 10:41:25 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8MHfKSi029793 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Mon, 22 Sep 2008 18:41:23 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L0010JYGXZG00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 11:41:21 -0600 (MDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L00LWYYGXNL30@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 11:41:21 -0600 (MDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8MHfL4L020756 for ; Mon, 22 Sep 2008 17:41:21 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7L00B01XRWJO00@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 11:41:21 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7L0031EYGVR640@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Mon, 22 Sep 2008 11:41:20 -0600 (MDT) Date: Mon, 22 Sep 2008 13:41:19 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <18647.53165.532275.273656@gargle.gargle.HOWL> Sender: Mark.Johnson@Sun.COM To: James Carlson Cc: PSARC-ext@Sun.COM, Artem Kachitchkine , Susan.Kamm-Worrell@Sun.COM Message-id: <48D7D8BF.3020801@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> <18647.45380.271924.415989@gargle.gargle.HOWL> <48D7CBEE.7060100@sun.com> <18647.53165.532275.273656@gargle.gargle.HOWL> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 2627 James Carlson wrote: > Mark Johnson writes: >> James Carlson wrote: >>> Would vdiskadm be a useful addition to the system if blktap never >>> integrates? (What would it do?) >> By itself, vdiskadm wouldn't be overly useful today. >> You would be able to create/snapshot vmdk and vdi files. >> But nothing would write to them. > > That makes it sound like vdiskadm is actually dependent on delivery of > blktap. > >> In the near future, you will be able to convert a vmdk or >> vdi files to a zvol, or zvol to vmdk or vdi file.. >> That would be useful outside of blktap. But that is >> *not* covered by this fast track. >> >> Having them separate is based on forward look assumptions >> that it will be used by other code outside of xVM-Xen. >> I can see how assumptions like that can get out of hand too.. > > Yes; it makes it a little less clear what we're actually approving. :-/ > >> We can certainly see that point.. We don't have any issues >> with combining the two cases if asked to. We would just need >> a little guidance on what we would need to do to move forward >> with that. > > I can live with it the way it is, as long as these two are the whole > project as it stands today. (Otherwise, I'd want to see something > that documents the whole project.) Yes, these two fasttracks encompass the entire effort. >>>>>> 4.3. Interfaces >>>>> What about the VMWare native and Virtual Box native disk file formats? >>>> Yes, I will add this in. I'll wait to hear back about the merge >>>> before sending out an update. >>> OK. I'm mostly curious about the stability level of those formats. >> vmdk and vdi file formats are Uncommitted. > > How does this versioning work? vmdk support follows the vmdk spec (Virtual Disk Format 1.0). There is a version field in the vmdk header. vdi is also versioned, but I can't get to my workspace to provide the actual details at the moment. > How do the Virtual Box people know to work with us if they need to > create a new disk image format? Do we know or constrain their plans? Yes, we are talking with them. We use the actual VirtualBox disk code to provide this support. Their code is very modular so it's relatively easy to keep in sync with their changes. Even if they add entirely new disk formats. We do not constrain them in any way. > If VMWare chooses to create a new file format (perhaps just to spite > Sun and xVM), does something here have to track the changes? We are committing to what VMWare has documented in the 1.0 version of their spec. Any support for future version updates to their spec are to be determined. Thanks, MRJ From carlsonj@phorcys.east.sun.com Mon Sep 22 10:44:50 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8MHingM021484 for ; Mon, 22 Sep 2008 10:44:49 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8MHilwh049677; Mon, 22 Sep 2008 11:44:48 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7L00E2JYMNC400@nwk-avmta-1.sfbay.Sun.COM>; Mon, 22 Sep 2008 10:44:47 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7L00233YMND5B0@nwk-avmta-1.sfbay.Sun.COM>; Mon, 22 Sep 2008 10:44:47 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8MHilc1007834; Mon, 22 Sep 2008 13:44:47 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8MHikMr007831; Mon, 22 Sep 2008 13:44:46 -0400 (EDT) Date: Mon, 22 Sep 2008 13:44:46 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D7D8BF.3020801@sun.com> To: Mark Johnson Cc: PSARC-ext@sun.com, Artem Kachitchkine , Susan.Kamm-Worrell@sun.com Message-id: <18647.55694.950466.922416@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <18647.32043.268917.823051@gargle.gargle.HOWL> <48D7A8E4.1090507@sun.com> <18647.45380.271924.415989@gargle.gargle.HOWL> <48D7CBEE.7060100@sun.com> <18647.53165.532275.273656@gargle.gargle.HOWL> <48D7D8BF.3020801@sun.com> Status: RO Content-Length: 1032 Mark Johnson writes: > > How do the Virtual Box people know to work with us if they need to > > create a new disk image format? Do we know or constrain their plans? > > Yes, we are talking with them. We use the actual > VirtualBox disk code to provide this support. > Their code is very modular so it's relatively > easy to keep in sync with their changes. Even if > they add entirely new disk formats. > > We do not constrain them in any way. > > > > > If VMWare chooses to create a new file format (perhaps just to spite > > Sun and xVM), does something here have to track the changes? > > We are committing to what VMWare has documented in the > 1.0 version of their spec. Any support for future > version updates to their spec are to be determined. OK; thanks. That answers the questions I had. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Darren.Moffat@sun.com Tue Sep 23 09:02:37 2008 Received: from sunmail4.singapore.sun.com (sunmail4.Singapore.Sun.COM [129.158.71.19]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8NG2aK9003247 for ; Tue, 23 Sep 2008 09:02:37 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail4.singapore.sun.com (8.13.4+Sun/8.13.3/ENSMAIL,v2.2) with ESMTP id m8NG2MK2003976 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 00:02:35 +0800 (SGT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7N0016WOKBM200@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:02:35 -0700 (PDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7N0008BOK85W10@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:02:33 -0700 (PDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8NG2W5t002483 for ; Tue, 23 Sep 2008 16:02:32 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7N00E01LRUSO00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 17:02:32 +0100 (BST) Received: from [192.168.1.75] ([12.43.172.54]) by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7N00D84OJSIR90@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 17:02:18 +0100 (BST) Date: Tue, 23 Sep 2008 17:02:29 +0100 From: Darren J Moffat Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D42DC8.50100@sun.com> Sender: Darren.Moffat@sun.com To: Artem Kachitchkine Cc: PSARC-ext@sun.com, Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D91315.9020207@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 350 I need time to review this case but I may not be able to do so by the timeout on Wednesday, so please consider this a request for more time. In particular I want to review where this is taking us compared to lofi given that lofi has compression and encryption support, what what that means for the architecture of this case. -- Darren J Moffat From Artem.Kachitchkin@sun.com Tue Sep 23 09:50:52 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8NGoqvM005544 for ; Tue, 23 Sep 2008 09:50:52 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8NGontD028397 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 23 Sep 2008 10:50:52 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7N0021LQSQJ800@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:50:50 -0700 (PDT) Received: from sca-es-mail-2.sun.com ([192.18.43.133]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7N00L3WQSPPCD0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:50:49 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8NGonr7015448 for ; Tue, 23 Sep 2008 09:50:49 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7N00G01Q7N0600@fe-sfbay-09.sun.com> (original mail from Artem.Kachitchkin@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:50:49 -0700 (PDT) Received: from [192.168.1.100] ([75.7.11.177]) by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7N00M98QSNRXB0@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 09:50:47 -0700 (PDT) Date: Tue, 23 Sep 2008 09:50:14 -0700 From: Artem Kachitchkine Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D91315.9020207@Sun.COM> Sender: Artem.Kachitchkin@sun.com To: Darren J Moffat Cc: PSARC-ext@sun.com, Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D91E46.1030107@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D91315.9020207@Sun.COM> User-Agent: Mozilla/5.0 Gecko/20040113 Status: RO Content-Length: 264 Darren J Moffat wrote: > I need time to review this case but I may not be able to do so by the > timeout on Wednesday, so please consider this a request for more time. Correction: the timeout is on Friday, 9/26. Given that, do you still need more time? -Artem From Darren.Moffat@sun.com Tue Sep 23 10:18:23 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8NHINoJ008601 for ; Tue, 23 Sep 2008 10:18:23 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8NHIM4g021442 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Tue, 23 Sep 2008 10:18:23 -0700 (PDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7N00I0LS2LR200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 11:18:21 -0600 (MDT) Received: from gmp-eb-inf-2.sun.com ([192.18.6.24]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7N008JWS2K8SE0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 11:18:21 -0600 (MDT) Received: from fe-emea-09.sun.com (gmp-eb-lb-2-fe3.eu.sun.com [192.18.6.12]) by gmp-eb-inf-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8NHIKXR008160 for ; Tue, 23 Sep 2008 17:18:20 +0000 (GMT) Received: from conversion-daemon.fe-emea-09.sun.com by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7N00I01RZS2E00@fe-emea-09.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 18:18:20 +0100 (BST) Received: from [129.156.173.199] by fe-emea-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7N00DDUS2JIRB0@fe-emea-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 18:18:20 +0100 (BST) Date: Tue, 23 Sep 2008 18:18:19 +0100 From: Darren J Moffat Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D91E46.1030107@sun.com> Sender: Darren.Moffat@sun.com To: Artem Kachitchkine Cc: PSARC-ext@sun.com, Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48D924DB.5080300@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D91315.9020207@Sun.COM> <48D91E46.1030107@sun.com> User-Agent: Thunderbird 2.0.0.16 (X11/20080825) Status: RO Content-Length: 478 Artem Kachitchkine wrote: > Darren J Moffat wrote: >> I need time to review this case but I may not be able to do so by the >> timeout on Wednesday, so please consider this a request for more time. > > Correction: the timeout is on Friday, 9/26. Given that, do you still > need more time? Probably will since I'm at SNIA and SISW conferences this week. I'll try and review today but if I don't managed to I won't be able to do sun until Monday 29th. -- Darren J Moffat From Darren.Moffat@Sun.COM Tue Sep 23 22:24:40 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8O5OdoF028993 for ; Tue, 23 Sep 2008 22:24:40 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8O5Occf024589 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 06:24:38 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7O00401PP1N200@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 23:24:37 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7O00E30PP0WRA0@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Tue, 23 Sep 2008 23:24:37 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-1-fe3.eu.sun.com [192.18.6.10]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8O5OaJx025318 for ; Wed, 24 Sep 2008 05:24:36 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7O00K01PKOOD00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 06:24:36 +0100 (BST) Received: from [192.168.0.160] ([12.71.34.2]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7O000UVPOP8SC0@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 06:24:34 +0100 (BST) Date: Wed, 24 Sep 2008 06:24:36 +0100 From: Darren J Moffat Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D42DC8.50100@sun.com> Sender: Darren.Moffat@Sun.COM To: Artem Kachitchkine Cc: PSARC-ext@Sun.COM, Mark.Johnson@Sun.COM, Susan.Kamm-Worrell@Sun.COM Message-id: <48D9CF14.8050702@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 1444 Artem Kachitchkine wrote: > The current backend block driver (xdb) allows block devices or raw > files (using lofi) to be exported to the guest as disks. xdb will > continue to be present and will co-exist with the block tap driver > (xpvtap). A guest may contain many disks. These disks can be a mixture > of block devices using xdb, raw files using xdb, and vmdk, vdi, and/or > raw files using xpvtap. Why keep the existing lofi based with xdb as the default for file based disks if xpvtab can support this too ? Is it just because lofi supports compression and encryption and xpvtap doesn't or is there another reason ? This is the only part that needs to be answered for me to be happy with the architecture of this case the rest is futures. Is xdb likely to be obsoleted in the future ? I believe VMware has the capability to provide encrypted .vmdk images, is there a plan/desire for this support to be added to xpvtap in the future I'm not expecting it to be part of this case just trying to work of if the architecture of this case can support it, I believe it could providing we can get the details of how encrypted vmdk images are written. I would expect that to support encryption with xpvtab vdiskadm (PSARC/2008/597) would need updating. For VirtualBox VDI format there is an open request for adding encryption support: http://www.virtualbox.org/ticket/1765 Similar comments for compression. -- Darren J Moffat From Mark.Johnson@Sun.COM Wed Sep 24 05:36:03 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OCa3Up009647 for ; Wed, 24 Sep 2008 05:36:03 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8OCa3AX005422 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 05:36:03 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00A0F9O26400@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 05:36:02 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P00ME99O0LMF0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 05:36:01 -0700 (PDT) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8OCa0cJ015831 for ; Wed, 24 Sep 2008 12:36:00 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00F019MJS100@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 06:36:00 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P00HCR9NJ5UE0@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 06:35:44 -0600 (MDT) Date: Wed, 24 Sep 2008 08:35:42 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D9CF14.8050702@Sun.COM> Sender: Mark.Johnson@Sun.COM To: Darren J Moffat Cc: Artem Kachitchkine , PSARC-ext@Sun.COM, Susan.Kamm-Worrell@Sun.COM Message-id: <48DA341E.1040400@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 2343 Darren J Moffat wrote: > Artem Kachitchkine wrote: >> The current backend block driver (xdb) allows block devices or raw >> files (using lofi) to be exported to the guest as disks. xdb will >> continue to be present and will co-exist with the block tap driver >> (xpvtap). A guest may contain many disks. These disks can be a mixture >> of block devices using xdb, raw files using xdb, and vmdk, vdi, and/or >> raw files using xpvtap. > > Why keep the existing lofi based with xdb as the default for file based > disks if xpvtab can support this too ? > Is it just because lofi supports compression and encryption and xpvtap > doesn't or is there another reason ? This is the only part that needs to > be answered for me to be happy with the architecture of this case the > rest is futures. xdb with lofi is still used for cdrom emulation. xpvtap does not handle media exchange today. There is a recent RFE to add in this support to xpvtap in the future. When this, encryption, and possibly compression support are present in xpvtap, it makes sense to re-evaluate lofi support in xdb. > Is xdb likely to be obsoleted in the future ? It's expected that xdb will still be used for block based devices (zvols, raw disks, etc). > I believe VMware has the capability to provide encrypted .vmdk images, > is there a plan/desire for this support to be added to xpvtap in the > future I'm not expecting it to be part of this case just trying to work > of if the architecture of this case can support it, I believe it could > providing we can get the details of how encrypted vmdk images are written. Assuming VMWare provides the details for the encrypted .vmdk image, and customers use it, I would expect us to add support for it. > I would expect that to support encryption with xpvtab vdiskadm > (PSARC/2008/597) would need updating. Yes. > For VirtualBox VDI format there is an open request for adding encryption > support: http://www.virtualbox.org/ticket/1765 Yes, we are aware and interested in this. :-) > Similar comments for compression. We haven't discussed compression internally yet. But all the same comments apply. Once the 1.0 features have been putback, we are going to start prioritizing what functionality to add next. Most, if not all of which, will require follow-up ARC work. Thanks, MRJ From Darren.Moffat@sun.com Wed Sep 24 10:54:29 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OHsTm7022017 for ; Wed, 24 Sep 2008 10:54:29 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8OHsRt3013304 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 11:54:28 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00C1DOERCQ00@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:54:27 -0600 (MDT) Received: from gmp-eb-inf-1.sun.com ([192.18.6.21]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P009FHOEQZ730@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:54:26 -0600 (MDT) Received: from fe-emea-10.sun.com (gmp-eb-lb-2-fe2.eu.sun.com [192.18.6.11]) by gmp-eb-inf-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8OHsP6S004265 for ; Wed, 24 Sep 2008 17:54:25 +0000 (GMT) Received: from conversion-daemon.fe-emea-10.sun.com by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00H01OE20S00@fe-emea-10.sun.com> (original mail from Darren.Moffat@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 18:54:25 +0100 (BST) Received: from [192.168.1.203] ([12.43.172.54]) by fe-emea-10.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P008L4OEMQI60@fe-emea-10.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 18:54:25 +0100 (BST) Date: Wed, 24 Sep 2008 18:54:34 +0100 From: Darren J Moffat Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA341E.1040400@sun.com> Sender: Darren.Moffat@sun.com To: Mark Johnson Cc: Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DA7EDA.4090602@Sun.COM> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080630) Status: RO Content-Length: 84 I'm happy with the responses and support the case as specified. -- Darren J Moffat From gdamore@sun.com Wed Sep 24 11:06:39 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OI6dLu022351 for ; Wed, 24 Sep 2008 11:06:39 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8OI6cGH019350 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 12:06:38 -0600 (MDT) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00D01OZ26900@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:06:38 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P009RUOZ0Z840@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:06:36 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8OI6aqJ024709 for ; Wed, 24 Sep 2008 11:06:36 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00J01OREIV00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:06:36 -0700 (PDT) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P00MDOOYYFBG0@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:06:34 -0700 (PDT) Date: Wed, 24 Sep 2008 11:04:24 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA7EDA.4090602@Sun.COM> Sender: Garrett.Damore@sun.com To: Darren J Moffat Cc: Mark Johnson , Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DA8128.9080007@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 479 Darren J Moffat wrote: > I'm happy with the responses and support the case as specified. > > -- > Darren J Moffat Its too bad you weren't at todays meeting then -- the case was extended to cover your concerns. Can we get a quorum via e-mail to approve the case ahead of timeout (I'm not sure there is precedent for this). Is the project team OK with waiting another week for approval? (It certainly appears that the project will be approved as specified.) - Garrett From Mark.Johnson@sun.com Wed Sep 24 11:14:21 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OIEKxD022586 for ; Wed, 24 Sep 2008 11:14:20 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8OIEFAd026452 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 19:14:19 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00M0NPBU8H00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:14:18 -0700 (PDT) Received: from brmea-mail-3.sun.com ([192.18.98.34]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P00I6QPBRC9A0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:14:15 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-3.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8OIEFMd023957 for ; Wed, 24 Sep 2008 18:14:15 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00A01NILM600@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:14:15 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P003ZBPBE4K70@mail-amer.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:14:03 -0600 (MDT) Date: Wed, 24 Sep 2008 14:14:02 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA8128.9080007@sun.com> Sender: Mark.Johnson@sun.com To: "Garrett D'Amore" Cc: Darren J Moffat , Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DA836A.7080603@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> <48DA8128.9080007@sun.com> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 789 Garrett D'Amore wrote: > Darren J Moffat wrote: >> I'm happy with the responses and support the case as specified. >> >> -- >> Darren J Moffat > Its too bad you weren't at todays meeting then -- the case was extended > to cover your concerns. Can we get a quorum via e-mail to approve the > case ahead of timeout (I'm not sure there is precedent for this). Is > the project team OK with waiting another week for approval? (It > certainly appears that the project will be approved as specified.) We are targeting b100 so the original timeout on Friday would be better for us. :-) I had asked at the meeting, that if Darren was OK with the responses, if it was OK to leave the timer on Friday.. I thought folks agreed to that, but I didn't see it in the status. Thanks, MRJ From carlsonj@phorcys.east.sun.com Wed Sep 24 11:18:05 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OII5Xb022621 for ; Wed, 24 Sep 2008 11:18:05 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8OII3Oi024249; Wed, 24 Sep 2008 12:18:03 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00M09PI0D000@nwk-avmta-2.sfbay.sun.com>; Wed, 24 Sep 2008 11:18:00 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P00I31PHZCEA0@nwk-avmta-2.sfbay.sun.com>; Wed, 24 Sep 2008 11:17:59 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8OIHxEv017945; Wed, 24 Sep 2008 14:17:59 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8OIHxRD017942; Wed, 24 Sep 2008 14:17:59 -0400 (EDT) Date: Wed, 24 Sep 2008 14:17:59 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA8128.9080007@sun.com> To: "Garrett D'Amore" Cc: Darren J Moffat , PSARC-ext@sun.com, Artem Kachitchkine , Mark Johnson , Susan.Kamm-Worrell@sun.com Message-id: <18650.33879.243364.969924@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> <48DA8128.9080007@sun.com> Status: RO Content-Length: 945 Garrett D'Amore writes: > Darren J Moffat wrote: > > I'm happy with the responses and support the case as specified. > > > > -- > > Darren J Moffat > Its too bad you weren't at todays meeting then -- the case was extended > to cover your concerns. Can we get a quorum via e-mail to approve the > case ahead of timeout (I'm not sure there is precedent for this). Is > the project team OK with waiting another week for approval? (It > certainly appears that the project will be approved as specified.) This fast-track request was submitted less than 24 hours before the start of the meeting. I thought we had an informal rule stating that fast-tracks had to run at least that long to allow everyone to read them. -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From gdamore@sun.com Wed Sep 24 11:25:24 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OIPNRx022683 for ; Wed, 24 Sep 2008 11:25:24 -0700 (PDT) Received: from brm-avmta-1.central.sun.com (brm-avmta-1.Central.Sun.COM [129.147.4.11]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8OIPJJ6001751 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 19:25:23 +0100 (BST) Received: from pmxchannel-daemon.brm-avmta-1.central.sun.com by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00E1PPU9G400@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:25:21 -0600 (MDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by brm-avmta-1.central.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P0098HPU8Z160@brm-avmta-1.central.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 12:25:20 -0600 (MDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8OIPKGm027552 for ; Wed, 24 Sep 2008 11:25:20 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00J01OREIV00@fe-sfbay-09.sun.com> (original mail from gdamore@sun.com) for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:25:20 -0700 (PDT) Received: from [10.7.251.172] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P00AOKPTWVT70@fe-sfbay-09.sun.com> for PSARC-ext@Sun.COM (ORCPT PSARC-ext@Sun.COM); Wed, 24 Sep 2008 11:25:08 -0700 (PDT) Date: Wed, 24 Sep 2008 11:22:58 -0700 From: "Garrett D'Amore" Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA836A.7080603@sun.com> Sender: Garrett.Damore@sun.com To: Mark Johnson Cc: Darren J Moffat , Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DA8582.2040900@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> <48DA8128.9080007@sun.com> <48DA836A.7080603@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 1596 Mark Johnson wrote: > > > Garrett D'Amore wrote: >> Darren J Moffat wrote: >>> I'm happy with the responses and support the case as specified. >>> >>> -- >>> Darren J Moffat >> Its too bad you weren't at todays meeting then -- the case was >> extended to cover your concerns. Can we get a quorum via e-mail to >> approve the case ahead of timeout (I'm not sure there is precedent >> for this). Is the project team OK with waiting another week for >> approval? (It certainly appears that the project will be approved as >> specified.) > > We are targeting b100 so the original timeout on > Friday would be better for us. :-) > > I had asked at the meeting, that if Darren was OK with > the responses, if it was OK to leave the timer on > Friday.. I thought folks agreed to that, but I > didn't see it in the status. Hmm... maybe it was let run, not extended? Letting it run to Friday certainly seems fair enough to me. As a general rule of thumb, it would be better next time to submit the fast track a build or two *ahead* of your needed integration date. While fast tracks often take less than a week to complete, they occasionally need to run for another week or two, and submission of case materials early reduces the likelihood of running into ARC-incurred delays. (Never mind the fact that I am certain that the gatekeepers would rather avoid the crowding of projects that seems to happen in the final builds before a release. In my estimation, the amount of new code that seems to be targeting b100 is a bit disconcerting.) -- Garrett > > > > Thanks, > > MRJ > From carlsonj@phorcys.east.sun.com Wed Sep 24 11:33:45 2008 Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OIXjAt022870 for ; Wed, 24 Sep 2008 11:33:45 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail3mpk.sfbay.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8OIXgkI007542; Wed, 24 Sep 2008 11:33:43 -0700 (PDT) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00C09Q85L700@nwk-avmta-1.sfbay.Sun.COM>; Wed, 24 Sep 2008 11:33:41 -0700 (PDT) Received: from phorcys.east.sun.com ([129.148.174.143]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P00C52Q85FX00@nwk-avmta-1.sfbay.Sun.COM>; Wed, 24 Sep 2008 11:33:41 -0700 (PDT) Received: from phorcys.east.sun.com (localhost [127.0.0.1]) by phorcys.east.sun.com (8.14.3+Sun/8.14.3) with ESMTP id m8OIXeNw018079; Wed, 24 Sep 2008 14:33:40 -0400 (EDT) Received: (from carlsonj@localhost) by phorcys.east.sun.com (8.14.3+Sun/8.14.3/Submit) id m8OIXeU1018076; Wed, 24 Sep 2008 14:33:40 -0400 (EDT) Date: Wed, 24 Sep 2008 14:33:40 -0400 From: James Carlson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <18650.33879.243364.969924@gargle.gargle.HOWL> To: "Garrett D'Amore" , Darren J Moffat , PSARC-ext@sun.com, Artem Kachitchkine , Mark Johnson , Susan.Kamm-Worrell@sun.com Message-id: <18650.34820.905158.514053@gargle.gargle.HOWL> MIME-version: 1.0 X-Mailer: VM 7.01 under Emacs 21.3.1 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> <48DA8128.9080007@sun.com> <18650.33879.243364.969924@gargle.gargle.HOWL> Status: RO Content-Length: 541 James Carlson writes: > This fast-track request was submitted less than 24 hours before the > start of the meeting. I thought we had an informal rule stating that > fast-tracks had to run at least that long to allow everyone to read > them. Shoot. Sorry; I got this response mixed up with 2008/580. "Never mind." -- James Carlson, Solaris Networking Sun Microsystems / 35 Network Drive 71.232W Vox +1 781 442 2084 MS UBUR02-212 / Burlington MA 01803-2757 42.496N Fax +1 781 442 1677 From Mark.Johnson@sun.com Wed Sep 24 11:38:13 2008 Received: from sunmail5.uk.sun.com (sunmail5.UK.Sun.COM [129.156.85.165]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8OIcCV1022959 for ; Wed, 24 Sep 2008 11:38:13 -0700 (PDT) Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74]) by sunmail5.uk.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.2) with ESMTP id m8OIc9LI007045 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Wed, 24 Sep 2008 19:38:11 +0100 (BST) Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7P00D0PQFM2900@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Sep 2008 11:38:10 -0700 (PDT) Received: from brmea-mail-1.sun.com ([192.18.98.31]) by nwk-avmta-1.sfbay.Sun.COM (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7P00CGKQFLFS00@nwk-avmta-1.sfbay.Sun.COM> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Sep 2008 11:38:09 -0700 (PDT) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id m8OIc9cl015077 for ; Wed, 24 Sep 2008 18:38:09 +0000 (GMT) Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7P00H01PJ8J300@mail-amer.sun.com> (original mail from Mark.Johnson@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Sep 2008 12:38:09 -0600 (MDT) Received: from mrj.local ([75.150.99.9]) by mail-amer.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7P00GEUQF6FK50@mail-amer.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Wed, 24 Sep 2008 12:37:55 -0600 (MDT) Date: Wed, 24 Sep 2008 14:37:54 -0400 From: Mark Johnson Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48DA8582.2040900@sun.com> Sender: Mark.Johnson@sun.com To: "Garrett D'Amore" Cc: Darren J Moffat , Artem Kachitchkine , PSARC-ext@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DA8902.2080201@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> <48D9CF14.8050702@Sun.COM> <48DA341E.1040400@sun.com> <48DA7EDA.4090602@Sun.COM> <48DA8128.9080007@sun.com> <48DA836A.7080603@sun.com> <48DA8582.2040900@sun.com> User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) Status: RO Content-Length: 1717 Garrett D'Amore wrote: > Mark Johnson wrote: >> >> >> Garrett D'Amore wrote: >>> Darren J Moffat wrote: >>>> I'm happy with the responses and support the case as specified. >>>> >>>> -- >>>> Darren J Moffat >>> Its too bad you weren't at todays meeting then -- the case was >>> extended to cover your concerns. Can we get a quorum via e-mail to >>> approve the case ahead of timeout (I'm not sure there is precedent >>> for this). Is the project team OK with waiting another week for >>> approval? (It certainly appears that the project will be approved as >>> specified.) >> >> We are targeting b100 so the original timeout on >> Friday would be better for us. :-) >> >> I had asked at the meeting, that if Darren was OK with >> the responses, if it was OK to leave the timer on >> Friday.. I thought folks agreed to that, but I >> didn't see it in the status. > > Hmm... maybe it was let run, not extended? Letting it run to Friday > certainly seems fair enough to me. > > As a general rule of thumb, it would be better next time to submit the > fast track a build or two *ahead* of your needed integration date. > While fast tracks often take less than a week to complete, they > occasionally need to run for another week or two, and submission of case > materials early reduces the likelihood of running into ARC-incurred delays. I understand and agree.. MRJ > (Never mind the fact that I am certain that the gatekeepers would rather > avoid the crowding of projects that seems to happen in the final builds > before a release. In my estimation, the amount of new code that seems > to be targeting b100 is a bit disconcerting.) > > -- Garrett >> >> >> >> Thanks, >> >> MRJ >> > From Artem.Kachitchkin@sun.com Fri Sep 26 12:39:38 2008 Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245]) by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m8QJdcEf014911 for ; Fri, 26 Sep 2008 12:39:38 -0700 (PDT) Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6]) by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.2) with ESMTP id m8QJdb5W012233 for <@sunmail2sca.sfbay.sun.com:PSARC-ext@sun.com>; Fri, 26 Sep 2008 13:39:38 -0600 (MDT) Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) id <0K7T00B0HILYWI00@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 26 Sep 2008 12:39:34 -0700 (PDT) Received: from sca-es-mail-1.sun.com ([192.18.43.132]) by nwk-avmta-2.sfbay.sun.com (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005)) with ESMTP id <0K7T003UOILXTLB0@nwk-avmta-2.sfbay.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 26 Sep 2008 12:39:33 -0700 (PDT) Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m8QJdXOB003969 for ; Fri, 26 Sep 2008 12:39:33 -0700 (PDT) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0K7T00C01IF3IH00@fe-sfbay-09.sun.com> (original mail from Artem.Kachitchkin@Sun.COM) for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 26 Sep 2008 12:39:33 -0700 (PDT) Received: from [129.146.104.83] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0K7T00BWTILXDX10@fe-sfbay-09.sun.com> for PSARC-ext@sun.com (ORCPT PSARC-ext@sun.com); Fri, 26 Sep 2008 12:39:33 -0700 (PDT) Date: Fri, 26 Sep 2008 12:40:03 -0700 From: Artem Kachitchkine Subject: Re: PSARC/2008/596 Block Tap Support for Solaris In-reply-to: <48D42DC8.50100@sun.com> Sender: Artem.Kachitchkin@sun.com To: psarc-ext@sun.com Cc: Mark.Johnson@sun.com, Susan.Kamm-Worrell@sun.com Message-id: <48DD3A93.3060503@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT X-PMX-Version: 5.4.1.325704 References: <48D42DC8.50100@sun.com> User-Agent: Thunderbird 2.0.0.14 (X11/20080616) Status: RO Content-Length: 94 I believe all issues have been addressed, so I'm marking this case closed approved. -Artem