From: Peter Maydell <peter.maydell@linaro.org>
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [PULL 03/32] hw/char/stm32f2xx_usart: fix TXE/TC bit handling
Date: Thu, 22 Feb 2018 15:22:38 +0000 [thread overview]
Message-ID: <20180222152307.7499-4-peter.maydell@linaro.org> (raw)
In-Reply-To: <20180222152307.7499-1-peter.maydell@linaro.org>
From: Richard Braun <rbraun@sceen.net>
I/O currently being synchronous, there is no reason to ever clear the
SR_TXE bit. However the SR_TC bit may be cleared by software writing
to the SR register, so set it on each write.
In addition, fix the reset value of the USART status register.
Signed-off-by: Richard Braun <rbraun@sceen.net>
Reviewed-by: Alistair Francis <alistair.francis@xilinx.com>
[PMM: removed XXX tag from comment, since it isn't something
we need to come back and fix in QEMU]
Signed-off-by: Peter Maydell <peter.maydell@linaro.org>
---
include/hw/char/stm32f2xx_usart.h | 7 ++++++-
hw/char/stm32f2xx_usart.c | 12 ++++++++----
2 files changed, 14 insertions(+), 5 deletions(-)
diff --git a/include/hw/char/stm32f2xx_usart.h b/include/hw/char/stm32f2xx_usart.h
index 9d03a7527c..84c4029777 100644
--- a/include/hw/char/stm32f2xx_usart.h
+++ b/include/hw/char/stm32f2xx_usart.h
@@ -37,7 +37,12 @@
#define USART_CR3 0x14
#define USART_GTPR 0x18
-#define USART_SR_RESET 0x00C00000
+/*
+ * NB: The reset value mentioned in "24.6.1 Status register" seems bogus.
+ * Looking at "Table 98 USART register map and reset values", it seems it
+ * should be 0xc0, and that's how real hardware behaves.
+ */
+#define USART_SR_RESET (USART_SR_TXE | USART_SR_TC)
#define USART_SR_TXE (1 << 7)
#define USART_SR_TC (1 << 6)
diff --git a/hw/char/stm32f2xx_usart.c b/hw/char/stm32f2xx_usart.c
index 07b462d4b6..032b5fda13 100644
--- a/hw/char/stm32f2xx_usart.c
+++ b/hw/char/stm32f2xx_usart.c
@@ -96,12 +96,10 @@ static uint64_t stm32f2xx_usart_read(void *opaque, hwaddr addr,
switch (addr) {
case USART_SR:
retvalue = s->usart_sr;
- s->usart_sr &= ~USART_SR_TC;
qemu_chr_fe_accept_input(&s->chr);
return retvalue;
case USART_DR:
DB_PRINT("Value: 0x%" PRIx32 ", %c\n", s->usart_dr, (char) s->usart_dr);
- s->usart_sr |= USART_SR_TXE;
s->usart_sr &= ~USART_SR_RXNE;
qemu_chr_fe_accept_input(&s->chr);
qemu_set_irq(s->irq, 0);
@@ -137,7 +135,9 @@ static void stm32f2xx_usart_write(void *opaque, hwaddr addr,
switch (addr) {
case USART_SR:
if (value <= 0x3FF) {
- s->usart_sr = value;
+ /* I/O being synchronous, TXE is always set. In addition, it may
+ only be set by hardware, so keep it set here. */
+ s->usart_sr = value | USART_SR_TXE;
} else {
s->usart_sr &= value;
}
@@ -151,8 +151,12 @@ static void stm32f2xx_usart_write(void *opaque, hwaddr addr,
/* XXX this blocks entire thread. Rewrite to use
* qemu_chr_fe_write and background I/O callbacks */
qemu_chr_fe_write_all(&s->chr, &ch, 1);
+ /* XXX I/O are currently synchronous, making it impossible for
+ software to observe transient states where TXE or TC aren't
+ set. Unlike TXE however, which is read-only, software may
+ clear TC by writing 0 to the SR register, so set it again
+ on each write. */
s->usart_sr |= USART_SR_TC;
- s->usart_sr &= ~USART_SR_TXE;
}
return;
case USART_BRR:
--
2.16.1
next prev parent reply other threads:[~2018-02-22 15:23 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-22 15:22 [Qemu-devel] [PULL 00/32] target-arm queue Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 01/32] target/arm: Fix register definitions for VMIDR and VMPIDR Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 02/32] raspi: Add "raspi3" machine type Peter Maydell
2018-02-22 15:22 ` Peter Maydell [this message]
2018-02-22 15:22 ` [Qemu-devel] [PULL 04/32] Fix ast2500 protection register emulation Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 05/32] hw/sd/milkymist-memcard: use qemu_log_mask() Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 06/32] hw/sd/milkymist-memcard: split realize() out of SysBusDevice init() Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 07/32] hw/sd/milkymist-memcard: expose a SDBus and connect the SDCard to it Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 08/32] hw/sd/ssi-sd: use the SDBus API, connect the SDCard to the bus Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 09/32] sdcard: reorder SDState struct members Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 10/32] sdcard: replace DPRINTF() by trace events Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 11/32] sdcard: add a trace event for command responses Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 12/32] sdcard: replace fprintf() by qemu_hexdump() Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 13/32] sdcard: add more trace events Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 14/32] sdcard: define SDMMC_CMD_MAX instead of using the magic '64' Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 15/32] sdcard: use G_BYTE from cutils Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 16/32] sdcard: use the registerfields API to access the OCR register Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 17/32] sdcard: Don't always set the high capacity bit Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 18/32] sdcard: update the CSD CRC register regardless the CSD structure version Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 19/32] sdcard: fix the 'maximum data transfer rate' to 25MHz Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 20/32] sdcard: clean the SCR register and add few comments Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 21/32] sdcard: remove commands from unsupported old MMC specification Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 22/32] sdcard: simplify using the ldst API Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 23/32] sdcard: use the correct masked OCR in the R3 reply Peter Maydell
2018-02-22 15:22 ` [Qemu-devel] [PULL 24/32] sdcard: use the registerfields API for the CARD_STATUS register masks Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 25/32] sdcard: handle CMD54 (SDIO) Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 26/32] sdcard: handle the Security Specification commands Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 27/32] sdcard: use a more descriptive label 'unimplemented_spi_cmd' Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 28/32] sdcard: handles more commands in SPI mode Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 29/32] sdcard: check the card is in correct state for APP CMD (CMD55) Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 30/32] sdcard: warn if host uses an incorrect address " Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 31/32] sdcard: simplify SEND_IF_COND (CMD8) Peter Maydell
2018-02-22 15:23 ` [Qemu-devel] [PULL 32/32] sdcard: simplify SD_SEND_OP_COND (ACMD41) Peter Maydell
2018-02-23 10:04 ` [Qemu-devel] [PULL 00/32] target-arm queue Peter Maydell
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=20180222152307.7499-4-peter.maydell@linaro.org \
--to=peter.maydell@linaro.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).