From: John Snow <jsnow@redhat.com>
To: Kevin Wolf <kwolf@redhat.com>, qemu-block@nongnu.org
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 5/8] fdc: Code cleanup in fdctrl_write_data()
Date: Tue, 19 May 2015 16:40:16 -0400 [thread overview]
Message-ID: <555B9FB0.9080707@redhat.com> (raw)
In-Reply-To: <1432049762-2184-6-git-send-email-kwolf@redhat.com>
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?")
> + /* The first byte specifies the command. Now we start reading
> + * as many parameters as this command requires. */
> + cmd = get_command(value);
> + fdctrl->data_len = cmd->parameters + 1;
> fdctrl->msr |= FD_MSR_CMDBUSY;
> }
>
> - FLOPPY_DPRINTF("%s: %02x\n", __func__, value);
> - pos = fdctrl->data_pos++;
> - pos %= FD_SECTOR_LEN;
> - fdctrl->fifo[pos] = value;
> if (fdctrl->data_pos == fdctrl->data_len) {
> - /* We now have all parameters
> - * and will be able to treat the command
> - */
> + /* We have all parameters now, execute the command */
> fdctrl->phase = FD_PHASE_EXECUTION;
> +
> if (fdctrl->data_state & FD_STATE_FORMAT) {
> fdctrl_format_sector(fdctrl);
> break;
> }
>
> - pos = command_to_handler[fdctrl->fifo[0] & 0xff];
> - FLOPPY_DPRINTF("treat %s command\n", handlers[pos].name);
> - (*handlers[pos].handler)(fdctrl, handlers[pos].direction);
> + cmd = get_command(fdctrl->fifo[0]);
> + FLOPPY_DPRINTF("Calling handler for '%s'\n", cmd->name);
> + cmd->handler(fdctrl, cmd->direction);
> }
> break;
>
>
Reviewed-by: John Snow <jsnow@redhat.com>
next prev parent reply other threads:[~2015-05-19 20:40 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 [this message]
2015-05-20 8:18 ` Kevin Wolf
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=555B9FB0.9080707@redhat.com \
--to=jsnow@redhat.com \
--cc=kwolf@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).