All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.