From: Thiemo Seufer <ths@networkno.de>
To: Carlo Marcelo Arenas Belon <carenas@sajinet.com.pe>
Cc: Paul Brook <paul@codesourcery.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [RFC] ide: multi-profile DVD-ROM support v2.1
Date: Tue, 8 Jan 2008 14:42:11 +0000 [thread overview]
Message-ID: <20080108144211.GA30298@networkno.de> (raw)
In-Reply-To: <20080108124500.GA13619@tapir>
Carlo Marcelo Arenas Belon wrote:
> This is version 2.1 of the patch to re-implement the "GET CONFIGURATION"
> MMC-6 command as used by the IDE emulation to match the published SPEC
> and that was originally published in :
>
> http://lists.gnu.org/archive/html/qemu-devel/2007-11/msg00849.html
>
> Important changes from the previous patches :
>
> * Use a 99min CD size as the bigger possible sector count for CD profile
> * Don't recalculate the number of sectors
> * Use an inline helper function to set the profiles in a cleaner way
> * Avoid extra computations from constants except for #define values
> * Reduce the use of magic numbers and use defines when possible
>
> Remaining issues that will need to be addressed in future versions :
>
> * MMC-6 also applies to SCSI devices and so the definitions might need
> to be moved to a common header when that code is developed.
> * The use of the buffer might not be safe for unaligned access in some
> architectures, but the same applies to all other commands that are
> currently using the io_buffer directly as the hardware does.
> * The heuristic used tries to guess the kind of media from the size of
> it and is not that reliable for really small DVDs that could fit in a
> CD.
> * The response uses the io_buffer and is therefore limited to the size
> of it (not really a problem now when the maximum response size will
> be 20 bytes) but could be a problem when more features/profiles are
> implemented.
> * When using the host_device driver media changes could go unnoticed
> and result in the wrong profile being selected due to limitations
> in the current implementation of the ide emulation.
Please add those caveats as comments to the source code.
Thiemo
next prev parent reply other threads:[~2008-01-08 14:42 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-01-07 12:26 [Qemu-devel] [RFC] ide: multi-profile DVD-ROM support v2 Carlo Marcelo Arenas Belon
2008-01-07 15:36 ` Paul Brook
2008-01-08 12:45 ` [Qemu-devel] [RFC] ide: multi-profile DVD-ROM support v2.1 Carlo Marcelo Arenas Belon
2008-01-08 14:42 ` Thiemo Seufer [this message]
2008-01-09 12:57 ` [Qemu-devel] [PATCH] ide: multi-profile DVD-ROM support v2.2 Carlo Marcelo Arenas Belon
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=20080108144211.GA30298@networkno.de \
--to=ths@networkno.de \
--cc=carenas@sajinet.com.pe \
--cc=paul@codesourcery.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 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.