From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:45780) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9V7L-0002Vr-Um for qemu-devel@nongnu.org; Tue, 12 Apr 2011 00:22:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q9V7L-00046W-3n for qemu-devel@nongnu.org; Tue, 12 Apr 2011 00:22:19 -0400 Received: from mx1.redhat.com ([209.132.183.28]:52442) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q9V7K-00046Q-RM for qemu-devel@nongnu.org; Tue, 12 Apr 2011 00:22:19 -0400 Date: Tue, 12 Apr 2011 09:52:13 +0530 From: Amit Shah Message-ID: <20110412042213.GA26678@amit-x200.redhat.com> References: <20110411061809.GB7523@amit-x200.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PATCH 0/5] atapi: Implement 'media' subcommand for GESN List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Kevin Wolf , Stefan Hajnoczi , Juan Quintela , qemu list , Paolo Bonzini On (Mon) 11 Apr 2011 [15:46:33], Markus Armbruster wrote: > Amit Shah writes: > > > On (Fri) 08 Apr 2011 [11:39:26], Markus Armbruster wrote: > >> Results of quick test run now, patch review to follow. > >> > >> Test uses a simple program to try ioctl CDROM_DRIVE_STATUS (attached). > > > > ... > > > >> Test in guest without your patches: > >> > >> [start with empty drive] > >> # ./drive-status > >> CDS_NO_DISC > >> # eject /dev/sr0 > >> # ./drive-status > >> CDS_NO_DISC > >> [incorrect, should be CDS_TRAY_OPEN] > >> # eject -t /dev/sr0 > >> # ./drive-status > >> CDS_NO_DISC > >> [insert media with monitor command change] > >> # ./drive-status > >> CDS_DISC_OK > >> # eject /dev/sr0 > >> # ./drive-status > >> CDS_NO_DISC > >> [incorrect, should be CDS_TRAY_OPEN] > >> # eject -t /dev/sr0 > >> # ./drive-status > >> CDS_DISC_OK > >> > >> With the patches, it behaves as expected. Except something (guest > >> kernel?) closes the tray right after eject if there's a medium in the > >> open tray. > > > > Can you try with the two patches I sent on Saturday: > > > > atapi: Drives can be locked without media present > > atapi: Report correct errors on guest eject request > > My test cases show no further improvement. OK - thanks for testing! Amit