linux-kernel - [Regression?] qemu-system-arm flooding "sd_write

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <534C7D36.9090008@linaro.org>
Date:	Mon, 14 Apr 2014 17:28:38 -0700
From:	John Stultz <john.stultz@...aro.org>
To:	Ulf Hansson <ulf.hansson@...aro.org>
CC:	Peter Maydell <peter.maydell@...aro.org>,
	Chris Ball <chris@...ntf.net>,
	Johan Rudholm <jrudholm@...il.com>,
	LKML <linux-kernel@...r.kernel.org>
Subject: [Regression?] qemu-system-arm flooding "sd_write_data: not in Receiving-Data
 state"

(Forgive the duplicate, I forgot to cc lkml)

I was testing v3.15-rc1 in my qemu-system-arm environment and noticed a
flood of the following messages:
    sd_write_data: not in Receiving-Data state

After looking around in the kernel and not finding such a message, I
realized this was actually a message from qemu, not the kernel.

The system seems to boot normally, but is just very noisy w/ the qemu
messages.

Not sure if this is really a problem with qemu-system-arm, but this
doesn't occur w/ 3.14 and previous kernels.

Bisecting it down pointed to:

commit e7f3d22289e4307b3071cc18b1d8ecc6598c0be4
Author: Ulf Hansson <ulf.hansson@...aro.org>
Date:   Fri Jan 10 14:51:42 2014 +0100

    mmc: mmci: Handle CMD irq before DATA irq
        In case of a read operation both MCI_CMDRESPEND and MCI_DATAEND
can be
    set in the status register when entering the interrupt handler. This is
    due to that the card start sending data before the host has
    acknowledged the command response.
        To resolve the issue for this scenario, we must start by
handling the
    CMD irq instead of the DATA irq. The reason is beacuse the completion
    of the DATA irq will not respect the current command and then causing
    it to be garbled.
        Cc: Russell King <linux@....linux.org.uk>
    Cc: Johan Rudholm <jrudholm@...il.com>
    Signed-off-by: Ulf Hansson <ulf.hansson@...aro.org>
    Signed-off-by: Chris Ball <chris@...ntf.net>




$ qemu-system-arm -version
QEMU emulator version 1.5.0 (Debian 1.5.0+dfsg-3ubuntu5.3), Copyright
(c) 2003-2008 Fabrice Bellard

Booting w/:
qemu-system-arm -kernel zImage-arm -M vexpress-a9 -cpu cortex-a9
-nographic -m 1024  -append 'root=/dev/mmcblk0p2 rw mem=1024M
raid=noautodetect console=ttyAMA0,38400n8 rootwait vmalloc=256MB
devtmpfs.mount=0' -sd test-arm.img -redir tcp:4300::22

Let me know if you have any other questions or need any other info to
help trouble-shoot this.

thanks
-john
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/