From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=43749 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PZm07-0007gU-Ci for qemu-devel@nongnu.org; Mon, 03 Jan 2011 10:07:12 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PZlzs-0000L4-VP for qemu-devel@nongnu.org; Mon, 03 Jan 2011 10:06:58 -0500 Received: from adelie.canonical.com ([91.189.90.139]:33049) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PZlzs-0000KX-HH for qemu-devel@nongnu.org; Mon, 03 Jan 2011 10:06:56 -0500 Received: from loganberry.canonical.com ([91.189.90.37]) by adelie.canonical.com with esmtp (Exim 4.71 #1 (Debian)) id 1PZlzp-0005EF-7A for ; Mon, 03 Jan 2011 15:06:53 +0000 Received: from loganberry.canonical.com (localhost [127.0.0.1]) by loganberry.canonical.com (Postfix) with ESMTP id 5272A2E8260 for ; Mon, 3 Jan 2011 15:06:30 +0000 (UTC) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Mon, 03 Jan 2011 14:58:07 -0000 From: Alex Davis <670769@bugs.launchpad.net> Sender: bounces@canonical.com References: <20101104050832.8354.57127.malonedeb@potassium.ubuntu.com> <20101110031724.12399.20669.malone@gandwana.canonical.com> <120776.18540.qm@web50205.mail.re2.yahoo.com> Message-Id: <271278.49053.qm@web130109.mail.mud.yahoo.com> Subject: Re: [Qemu-devel] [Bug 670769] Re: CDROM size not updated when changing image files Errors-To: bounces@canonical.com Reply-To: Bug 670769 <670769@bugs.launchpad.net> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org I code, therefore I am --- On Wed, 11/10/10, agraf <670769@bugs.launchpad.net> wrote: > From: agraf <670769@bugs.launchpad.net> > Subject: Re: [Qemu-devel] [Bug 670769] Re: CDROM size not updated when ch= anging image files > To: alex14641@yahoo.com > Date: Wednesday, November 10, 2010, 8:11 AM > = > On 10.11.2010, at 13:55, Alex Davis wrote: > = > > --- On Tue, 11/9/10, agraf <670769@bugs.launchpad.net> > wrote: > > = > >> From: agraf <670769@bugs.launchpad.net> > >> Subject: Re: [Qemu-devel] [Bug 670769] Re: CDROM > size not updated when changing image files > >> To: alex14641@yahoo.com > >> Date: Tuesday, November 9, 2010, 10:47 PM > >> = > >> On 10.11.2010, at 04:17, Alex Davis wrote: > >> = > >>> Please note that until this bug is fixed, one > cannot > >> successfully > >>> install a guest OS from a set of CD-ROMS where > the > >> first disk image is > >>> smaller than subsequent ones. > >>> = > >>> -- = > >>> CDROM size not updated when changing image > files > >>> https://bugs.launchpad.net/bugs/670769 > >>> You received this bug notification because you > are a > >> member of qemu- > >>> devel-ml, which is subscribed to QEMU. > >>> = > >>> Status in QEMU: New > >>> = > >>> Bug description: > >>> I'm using qemu 13.0 with a plain Linux kernel > using > >> the ata_piix driver as the guest, and an initrd > that starts > >> a shell. When changing the image in the monitor > and reading > >> from the CDROM in the guest, the size is not > updated. I'm > >> using LInux 2.6.32.24 > >>> as the host and I've tested 2.6.32.24, 2.6.35, > and > >> 2.6.36 as guests.=C2=A0 Both host and guest are > 64-bit. Here > >> is the command used to start the guest using the > initrd: > >>> = > >>> ./x86_64-softmmu/qemu-system-x86_64 -cdrom > >> /spare2/cd1.img -kernel > >> > /sources/linux-2.6.32.24-test/arch/x86/boot/bzImage -initrd > >> /spare2/initrd.img -append 'root=3D/dev/ram0 rw' > -cpu > >> core2duo > >>> = > >>> Additional info on this bug can be found here: > http://marc.info/?l=3Dkvm&m=3D128746013906820&w=3D2. Note: > >> this is how I discovered = > >>> the bug, using 32-bit Slackware install CDs. > >>> = > >>> I'm attaching the initrd I used in my tests: I > created > >> two different-sized fake CDROM images by dd'ing > from > >> /dev/zero. In my tests, > >>> cd1.img is smaller that cd2.img. In the > monitor I > >> executed 'change ide1-cd0 /spare2/cd2.img' to load > the new > >> image. I checked = > >>> the size by cat'ing /sys/block/sr0/size in the > guest > >> after reading the CDROM. Reading the CDROM was > done by > >> typing > >>> 'dd if=3D/dev/sr0 of=3D/dev/null bs=3D512 count=3D3' > >> = > >> Just to clarify, the contents of the image do > change, but > >> the reported > >> size does not? > > Correct? > = > Sounds like a missing change event to the guest to me. > = > Kevin, are you aware of this bug? > = I looks like change event is being sent, but it's being eaten by the error recovery in the guest. -- = You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/670769 Title: CDROM size not updated when changing image files Status in QEMU: New Bug description: I'm using qemu 13.0 with a plain Linux kernel using the ata_piix driver a= s the guest, and an initrd that starts a shell. When changing the image in = the monitor and reading from the CDROM in the guest, the size is not update= d. I'm using LInux 2.6.32.24 as the host and I've tested 2.6.32.24, 2.6.35, and 2.6.36 as guests. Both = host and guest are 64-bit. Here is the command used to start the guest usin= g the initrd: ./x86_64-softmmu/qemu-system-x86_64 -cdrom /spare2/cd1.img -kernel /sources= /linux-2.6.32.24-test/arch/x86/boot/bzImage -initrd /spare2/initrd.img -app= end 'root=3D/dev/ram0 rw' -cpu core2duo Additional info on this bug can be found here: http://marc.info/?l=3Dkvm&m= =3D128746013906820&w=3D2. Note: this is how I discovered = the bug, using 32-bit Slackware install CDs. I'm attaching the initrd I used in my tests: I created two different-sized = fake CDROM images by dd'ing from /dev/zero. In my tests, cd1.img is smaller that cd2.img. In the monitor I executed 'change ide1-cd0= /spare2/cd2.img' to load the new image. I checked = the size by cat'ing /sys/block/sr0/size in the guest after reading the CDRO= M. Reading the CDROM was done by typing 'dd if=3D/dev/sr0 of=3D/dev/null bs=3D512 count=3D3'