From: Kevin Wolf <kwolf@redhat.com>
To: John Snow <jsnow@redhat.com>
Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 5/8] fdc: Code cleanup in fdctrl_write_data()
Date: Wed, 20 May 2015 10:18:51 +0200 [thread overview]
Message-ID: <20150520081851.GC4917@noname.redhat.com> (raw)
In-Reply-To: <555B9FB0.9080707@redhat.com>
Am 19.05.2015 um 22:40 hat John Snow geschrieben:
>
>
> On 05/19/2015 11:35 AM, Kevin Wolf wrote:
> > Factor out a few common lines of code, reformat, improve comments.
> >
> > Signed-off-by: Kevin Wolf <kwolf@redhat.com>
> > ---
> > hw/block/fdc.c | 62 +++++++++++++++++++++++++++++++++++-----------------------
> > 1 file changed, 38 insertions(+), 24 deletions(-)
> >
> > diff --git a/hw/block/fdc.c b/hw/block/fdc.c
> > index a13e0ce..cbf7abf 100644
> > --- a/hw/block/fdc.c
> > +++ b/hw/block/fdc.c
> > @@ -1942,14 +1942,16 @@ static void fdctrl_handle_relative_seek_out(FDCtrl *fdctrl, int direction)
> > /*
> > * Handlers for the execution phase of each command
> > */
> > -static const struct {
> > +typedef struct FDCtrlCommand {
> > uint8_t value;
> > uint8_t mask;
> > const char* name;
> > int parameters;
> > void (*handler)(FDCtrl *fdctrl, int direction);
> > int direction;
> > -} handlers[] = {
> > +} FDCtrlCommand;
> > +
> > +static const FDCtrlCommand handlers[] = {
> > { FD_CMD_READ, 0x1f, "READ", 8, fdctrl_start_transfer, FD_DIR_READ },
> > { FD_CMD_WRITE, 0x3f, "WRITE", 8, fdctrl_start_transfer, FD_DIR_WRITE },
> > { FD_CMD_SEEK, 0xff, "SEEK", 2, fdctrl_handle_seek },
> > @@ -1986,9 +1988,19 @@ static const struct {
> > /* Associate command to an index in the 'handlers' array */
> > static uint8_t command_to_handler[256];
> >
> > +static const FDCtrlCommand *get_command(uint8_t cmd)
> > +{
> > + int idx;
> > +
> > + idx = command_to_handler[cmd];
> > + FLOPPY_DPRINTF("%s command\n", handlers[idx].name);
> > + return &handlers[idx];
> > +}
> > +
> > static void fdctrl_write_data(FDCtrl *fdctrl, uint32_t value)
> > {
> > FDrive *cur_drv;
> > + const FDCtrlCommand *cmd;
> > uint32_t pos;
> >
> > /* Reset mode */
> > @@ -2002,13 +2014,20 @@ static void fdctrl_write_data(FDCtrl *fdctrl, uint32_t value)
> > }
> > fdctrl->dsr &= ~FD_DSR_PWRDOWN;
> >
> > + FLOPPY_DPRINTF("%s: %02x\n", __func__, value);
> > +
> > + /* If data_len spans multiple sectors, the current position in the FIFO
> > + * wraps around while fdctrl->data_pos is the real position in the whole
> > + * request. */
> > + pos = fdctrl->data_pos++;
> > + pos %= FD_SECTOR_LEN;
> > + fdctrl->fifo[pos] = value;
> > +
> > switch (fdctrl->phase) {
> > case FD_PHASE_EXECUTION:
> > assert(fdctrl->msr & FD_MSR_NONDMA);
> > +
> > /* FIFO data write */
> > - pos = fdctrl->data_pos++;
> > - pos %= FD_SECTOR_LEN;
> > - fdctrl->fifo[pos] = value;
> > if (pos == FD_SECTOR_LEN - 1 ||
> > fdctrl->data_pos == fdctrl->data_len) {
> > cur_drv = get_cur_drv(fdctrl);
> > @@ -2024,41 +2043,36 @@ static void fdctrl_write_data(FDCtrl *fdctrl, uint32_t value)
> > break;
> > }
> > }
> > - /* Switch from transfer mode to status mode
> > - * then from status mode to command mode
> > - */
> > - if (fdctrl->data_pos == fdctrl->data_len)
> > +
> > + /* Switch to result phase when done with the transfer */
> > + if (fdctrl->data_pos == fdctrl->data_len) {
> > fdctrl_stop_transfer(fdctrl, 0x00, 0x00, 0x00);
> > + }
> > break;
> >
> > case FD_PHASE_COMMAND:
> > assert(!(fdctrl->msr & FD_MSR_NONDMA));
> >
> > - if (fdctrl->data_pos == 0) {
> > - /* Command */
> > - pos = command_to_handler[value & 0xff];
> > - FLOPPY_DPRINTF("%s command\n", handlers[pos].name);
> > - fdctrl->data_len = handlers[pos].parameters + 1;
> > + if (fdctrl->data_pos == 1) {
>
> This reads more awkwardly than the previous ifz, but it's not
> like I have a better idea. (I just had a momentary pause of "Why 1?")
Hm, I think we can assert fdctrl->data_pos < FD_SECTOR_LEN (this is the
command phase and commands only have a few bytes of parameters) and
therefore check for pos == 0 here, if you think that's better.
Kevin
next prev parent reply other threads:[~2015-05-20 8:19 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-19 15:35 [Qemu-devel] [PATCH 0/8] fdc: Clean up and fix command processing Kevin Wolf
2015-05-19 15:35 ` [Qemu-devel] [PATCH 1/8] fdc: Rename fdctrl_reset_fifo() to fdctrl_to_command_phase() Kevin Wolf
2015-05-19 20:37 ` John Snow
2015-05-19 15:35 ` [Qemu-devel] [PATCH 2/8] fdc: Rename fdctrl_set_fifo() to fdctrl_to_result_phase() Kevin Wolf
2015-05-19 20:38 ` John Snow
2015-05-19 15:35 ` [Qemu-devel] [PATCH 3/8] fdc: Introduce fdctrl->phase Kevin Wolf
2015-05-19 20:38 ` John Snow
2015-05-19 20:44 ` Peter Maydell
2015-05-19 20:52 ` John Snow
2015-05-19 20:57 ` Peter Maydell
2015-05-20 7:54 ` Kevin Wolf
2015-05-20 8:06 ` Peter Maydell
2015-05-20 8:43 ` Kevin Wolf
2015-05-20 9:24 ` Peter Maydell
2015-05-20 11:55 ` John Snow
2015-05-20 12:07 ` Peter Maydell
2015-05-21 9:42 ` Kevin Wolf
2015-05-21 9:47 ` Dr. David Alan Gilbert
2015-05-21 10:11 ` Peter Maydell
2015-05-21 10:31 ` Kevin Wolf
2015-05-21 11:09 ` Markus Armbruster
2015-05-21 11:14 ` Peter Maydell
2015-05-21 11:37 ` Dr. David Alan Gilbert
2015-05-19 15:35 ` [Qemu-devel] [PATCH 4/8] fdc: Use phase in fdctrl_write_data() Kevin Wolf
2015-05-19 20:39 ` John Snow
2015-05-19 20:52 ` Peter Maydell
2015-05-19 15:35 ` [Qemu-devel] [PATCH 5/8] fdc: Code cleanup " Kevin Wolf
2015-05-19 20:40 ` John Snow
2015-05-20 8:18 ` Kevin Wolf [this message]
2015-05-19 15:36 ` [Qemu-devel] [PATCH 6/8] fdc: Disentangle phases in fdctrl_read_data() Kevin Wolf
2015-05-19 20:40 ` John Snow
2015-05-20 8:25 ` Kevin Wolf
2015-05-20 11:59 ` John Snow
2015-05-19 15:36 ` [Qemu-devel] [PATCH 7/8] fdc: Fix MSR.RQM flag Kevin Wolf
2015-05-19 20:40 ` John Snow
2015-05-20 8:14 ` Kevin Wolf
2015-05-20 11:58 ` John Snow
2015-05-19 15:36 ` [Qemu-devel] [PATCH 8/8] fdc-test: Test state for existing cases more thoroughly Kevin Wolf
2015-05-19 20:41 ` John Snow
2015-05-19 20:37 ` [Qemu-devel] [PATCH 0/8] fdc: Clean up and fix command processing John Snow
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=20150520081851.GC4917@noname.redhat.com \
--to=kwolf@redhat.com \
--cc=jsnow@redhat.com \
--cc=qemu-block@nongnu.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).