qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Matthew Kent <mkent@magoazul.com>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] fedora 7, cdrom and GPCMD_GET_EVENT_STATUS_NOTIFICATION
Date: Mon, 30 Jul 2007 12:28:13 -0700	[thread overview]
Message-ID: <1185823693.6486.250.camel@fuego> (raw)
In-Reply-To: <46AD7557.3020608@filteredperception.org>

[oops, this email wasn't subscribed to the list. forgive me if you get 2 copies..]

On Mon, 2007-30-07 at 00:21 -0500, dmc wrote:
> Matthew Kent wrote:
> > Been digging around for a solution or confirmation of this for a while
> > now without much luck. Forgive me if there's a solution to this I'm just
> > not seeing.
> > 
> > Getting some ugly libata related errors in my guest like
> > 
> > ata2: DRQ=1 with device error, dev_stat 0x49
> > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> > ata2.00: cmd a0/00:00:00:00:20/00:00:00:00:00/a0 tag 0 cdb 0x4a data 8
> > in
> >          res 41/50:03:00:00:20/00:00:00:00:00/a0 Emask 0x3 (HSM
> > violation)
> > ata2: soft resetting port
> > ata2.00: configured for MWDMA2
> > ata2: EH complete
> > 
> > when running a stock install of Fedora 7 (x86_64) in qemu (the stock
> > fedora package of qemu 0.9.0 or kvm-33). Tried upgrading to the latest
> > updated kernel 2.6.22.1-33.fc7, then the latest development one with no
> > change.
> > 
> > Tracked it down to hald-addon-storage which is polling the cdrom with
> > SG_IO and GPCMD_GET_EVENT_STATUS_NOTIFICATION which is trying to "check
> > if eject button was pressed". 
> > 
> > In my search I found a brief example program in this ticket
> > https://bugzilla.novell.com/show_bug.cgi?id=145147 which replicates the
> > issue reliably here without involving hal.
> > 
> > The workaround I found was to run
> > 
> > hal-disable-polling --device /dev/scd0
> > 
> > but given the lack of success I had finding other people reporting this
> > exact issue in libata proper, I'm guessing it might be something with
> > the cd-rom emulation of which fixing is way over my head :)
> > 
> > Guest dmesg and test case attached.
> > 
> > Anyone else seeing this?
> 
> 
> Yeah.  I mentioned it on fedora-devel@redhat.com.  I was forwarded to a link 
> which mentioned the workaround you mentioned, as well as prefixing it with a 
> 'killall hald-addon-storage'.
> 
> I also ran across this little patch, which I haven't bothered to try yet.
> 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=431829
> 
> If you try it, let me know if it works.
> 
> -dmc

Came across the same one and tried it, no such luck unfortunately.

I cc'd the linux-ide list to see if they have a suggestion.
-- 
Matthew Kent <mkent@magoazul.com>
http://magoazul.com

      parent reply	other threads:[~2007-07-30 19:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-07-27 22:19 [Qemu-devel] fedora 7, cdrom and GPCMD_GET_EVENT_STATUS_NOTIFICATION Matthew Kent
2007-07-30  5:21 ` dmc
2007-07-30 18:43   ` Matthew Kent
2007-07-30 19:28   ` Matthew Kent [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1185823693.6486.250.camel@fuego \
    --to=mkent@magoazul.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).