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 1/8] fdc: Rename fdctrl_reset_fifo() to fdctrl_to_command_phase()
Date: Tue, 19 May 2015 16:37:39 -0400 [thread overview]
Message-ID: <555B9F13.30206@redhat.com> (raw)
In-Reply-To: <1432049762-2184-2-git-send-email-kwolf@redhat.com>
On 05/19/2015 11:35 AM, Kevin Wolf wrote:
> What all callers of fdctrl_reset_fifo() really want to do is to start
> the command phase, where writes to the data port initiate a new command.
>
> The function doesn't only clear the FIFO, but also sets up the state so
> that a new command can be received. Rename it to reflect this.
>
> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
> ---
> hw/block/fdc.c | 30 +++++++++++++++---------------
> 1 file changed, 15 insertions(+), 15 deletions(-)
>
> diff --git a/hw/block/fdc.c b/hw/block/fdc.c
> index d8a8edd..9f95ace 100644
> --- a/hw/block/fdc.c
> +++ b/hw/block/fdc.c
> @@ -324,7 +324,7 @@ static void fd_revalidate(FDrive *drv)
> /* Intel 82078 floppy disk controller emulation */
>
> static void fdctrl_reset(FDCtrl *fdctrl, int do_irq);
> -static void fdctrl_reset_fifo(FDCtrl *fdctrl);
> +static void fdctrl_to_command_phase(FDCtrl *fdctrl);
> static int fdctrl_transfer_handler (void *opaque, int nchan,
> int dma_pos, int dma_len);
> static void fdctrl_raise_irq(FDCtrl *fdctrl);
> @@ -918,7 +918,7 @@ static void fdctrl_reset(FDCtrl *fdctrl, int do_irq)
> fdctrl->data_dir = FD_DIR_WRITE;
> for (i = 0; i < MAX_FD; i++)
> fd_recalibrate(&fdctrl->drives[i]);
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> if (do_irq) {
> fdctrl->status0 |= FD_SR0_RDYCHG;
> fdctrl_raise_irq(fdctrl);
> @@ -1134,8 +1134,8 @@ static uint32_t fdctrl_read_dir(FDCtrl *fdctrl)
> return retval;
> }
>
> -/* FIFO state control */
> -static void fdctrl_reset_fifo(FDCtrl *fdctrl)
> +/* Clear the FIFO and update the state for receiving the next command */
> +static void fdctrl_to_command_phase(FDCtrl *fdctrl)
> {
> fdctrl->data_dir = FD_DIR_WRITE;
> fdctrl->data_pos = 0;
> @@ -1533,7 +1533,7 @@ static uint32_t fdctrl_read_data(FDCtrl *fdctrl)
> if (fdctrl->msr & FD_MSR_NONDMA) {
> fdctrl_stop_transfer(fdctrl, 0x00, 0x00, 0x00);
> } else {
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> fdctrl_reset_irq(fdctrl);
> }
> }
> @@ -1667,7 +1667,7 @@ static void fdctrl_handle_restore(FDCtrl *fdctrl, int direction)
> fdctrl->config = fdctrl->fifo[11];
> fdctrl->precomp_trk = fdctrl->fifo[12];
> fdctrl->pwrd = fdctrl->fifo[13];
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
>
> static void fdctrl_handle_save(FDCtrl *fdctrl, int direction)
> @@ -1746,7 +1746,7 @@ static void fdctrl_handle_specify(FDCtrl *fdctrl, int direction)
> else
> fdctrl->dor |= FD_DOR_DMAEN;
> /* No result back */
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
>
> static void fdctrl_handle_sense_drive_status(FDCtrl *fdctrl, int direction)
> @@ -1772,7 +1772,7 @@ static void fdctrl_handle_recalibrate(FDCtrl *fdctrl, int direction)
> SET_CUR_DRV(fdctrl, fdctrl->fifo[1] & FD_DOR_SELMASK);
> cur_drv = get_cur_drv(fdctrl);
> fd_recalibrate(cur_drv);
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> /* Raise Interrupt */
> fdctrl->status0 |= FD_SR0_SEEK;
> fdctrl_raise_irq(fdctrl);
> @@ -1808,7 +1808,7 @@ static void fdctrl_handle_seek(FDCtrl *fdctrl, int direction)
>
> SET_CUR_DRV(fdctrl, fdctrl->fifo[1] & FD_DOR_SELMASK);
> cur_drv = get_cur_drv(fdctrl);
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> /* The seek command just sends step pulses to the drive and doesn't care if
> * there is a medium inserted of if it's banging the head against the drive.
> */
> @@ -1825,7 +1825,7 @@ static void fdctrl_handle_perpendicular_mode(FDCtrl *fdctrl, int direction)
> if (fdctrl->fifo[1] & 0x80)
> cur_drv->perpendicular = fdctrl->fifo[1] & 0x7;
> /* No result back */
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
>
> static void fdctrl_handle_configure(FDCtrl *fdctrl, int direction)
> @@ -1833,7 +1833,7 @@ static void fdctrl_handle_configure(FDCtrl *fdctrl, int direction)
> fdctrl->config = fdctrl->fifo[2];
> fdctrl->precomp_trk = fdctrl->fifo[3];
> /* No result back */
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
>
> static void fdctrl_handle_powerdown_mode(FDCtrl *fdctrl, int direction)
> @@ -1846,7 +1846,7 @@ static void fdctrl_handle_powerdown_mode(FDCtrl *fdctrl, int direction)
> static void fdctrl_handle_option(FDCtrl *fdctrl, int direction)
> {
> /* No result back */
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
>
> static void fdctrl_handle_drive_specification_command(FDCtrl *fdctrl, int direction)
> @@ -1864,7 +1864,7 @@ static void fdctrl_handle_drive_specification_command(FDCtrl *fdctrl, int direct
> fdctrl->fifo[3] = 0;
> fdctrl_set_fifo(fdctrl, 4);
> } else {
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> }
> } else if (fdctrl->data_len > 7) {
> /* ERROR */
> @@ -1887,7 +1887,7 @@ static void fdctrl_handle_relative_seek_in(FDCtrl *fdctrl, int direction)
> fd_seek(cur_drv, cur_drv->head,
> cur_drv->track + fdctrl->fifo[2], cur_drv->sect, 1);
> }
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> /* Raise Interrupt */
> fdctrl->status0 |= FD_SR0_SEEK;
> fdctrl_raise_irq(fdctrl);
> @@ -1905,7 +1905,7 @@ static void fdctrl_handle_relative_seek_out(FDCtrl *fdctrl, int direction)
> fd_seek(cur_drv, cur_drv->head,
> cur_drv->track - fdctrl->fifo[2], cur_drv->sect, 1);
> }
> - fdctrl_reset_fifo(fdctrl);
> + fdctrl_to_command_phase(fdctrl);
> /* Raise Interrupt */
> fdctrl->status0 |= FD_SR0_SEEK;
> fdctrl_raise_irq(fdctrl);
>
why 'to' instead of 'start' or 'init'? It seems weird to describe it in
a third-party descriptive way instead of with the imperative.
Bike-shedding aside:
Reviewed-by: John Snow <jsnow@redhat.com>
next prev parent reply other threads:[~2015-05-19 20:37 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 [this message]
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
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=555B9F13.30206@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).