qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: dmc <dmc@filteredperception.org>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] 	fedora 7, cdrom and GPCMD_GET_EVENT_STATUS_NOTIFICATION
Date: Mon, 30 Jul 2007 00:21:27 -0500	[thread overview]
Message-ID: <46AD7557.3020608@filteredperception.org> (raw)
In-Reply-To: <1185574745.6486.166.camel@fuego>

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

  reply	other threads:[~2007-07-30  5:29 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 [this message]
2007-07-30 18:43   ` Matthew Kent
2007-07-30 19:28   ` Matthew Kent

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=46AD7557.3020608@filteredperception.org \
    --to=dmc@filteredperception.org \
    --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).