From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lneyp-0000t3-AQ for qemu-devel@nongnu.org; Sat, 28 Mar 2009 16:18:11 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lneyk-0000sJ-1o for qemu-devel@nongnu.org; Sat, 28 Mar 2009 16:18:10 -0400 Received: from [199.232.76.173] (port=52416 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lneyj-0000s0-Rl for qemu-devel@nongnu.org; Sat, 28 Mar 2009 16:18:05 -0400 Received: from mail-fx0-f169.google.com ([209.85.220.169]:43963) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Lneyj-0005vl-FX for qemu-devel@nongnu.org; Sat, 28 Mar 2009 16:18:05 -0400 Received: by fxm17 with SMTP id 17so1327541fxm.34 for ; Sat, 28 Mar 2009 13:18:04 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <200903282007.n2SK7QqK093818@saturn.kn-bremen.de> References: <20090323224602.GA40711@saturn.kn-bremen.de> <200903282007.n2SK7QqK093818@saturn.kn-bremen.de> Date: Sat, 28 Mar 2009 22:18:04 +0200 Message-ID: Subject: Re: [Qemu-devel] [PATCH:] FreeBSD host physical cdrom fixes From: Blue Swirl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Juergen Lock Cc: qemu-devel@nongnu.org On 3/28/09, Juergen Lock wrote: > In article you write: > >On 3/24/09, Juergen Lock wrote: > >> This improves physical cdrom support on FreeBSD hosts to be almost as > >> good as on Linux, with the only notable exception that you still need to > >> either have the guest itself eject the disc if you want to take it > >> out/change it, or do a change command in the monitor after taking out > >> a disc in case a guest cannot eject it itself - otherwise the guest may > >> continue using state (like size) of the old disc. > >> > >> [Yes this is not perfect but still is way better than the old state of > >> things and thus commit-worthy in my opinion. I don't think it needs > >> to be committed in incremental pieces, if you disagree please say so.] > > > >Thanks, applied. > > > Thanx! Is anyone looking at my scsi disk/cdrom fixes/improvements series > also? > http://lists.gnu.org/archive/html/qemu-devel/2009-03/msg01110.html > Without it for example eject won't work on emulated scsi cdroms i.e. > you'd still have to use the monitor... Yes I'm looking, but I'm not sure if the problems I see result from other stuff or your patches.