From: Peter Maydell <peter.maydell@linaro.org>
To: qemu-devel@nongnu.org
Cc: "Riku Voipio" <riku.voipio@iki.fi>,
"Juha Riihimäki" <juha.riihimaki@nokia.com>,
"Markus Armbruster" <armbru@redhat.com>,
patches@linaro.org
Subject: [Qemu-devel] [PATCH 00/12] bugfix and qdevify NAND and ONENAND devices
Date: Fri, 15 Jul 2011 15:58:14 +0100 [thread overview]
Message-ID: <1310741906-1606-1-git-send-email-peter.maydell@linaro.org> (raw)
This patchseries is more goodies from the Meego tree. Specifically, various
bug fixes to hw/nand and hw/onenand, plus conversion of both to sysbus.
[An advance note on the next thing due to come out of the pipe: qdeving
nand and onenand allows us to move to qdevification of omap_gpmc, which
takes both of those (and other things) as 'downstream' devices. That
change will make it accept arbitrary SysBus devices as its 'downstream'
devices rather than the current setup of taking an opaque pointer and a
pair of resize/unmap function pointers. (There are also patches which add
NAND support so you can tell omap_gpmc "this is a NAND device" and it then
uses the nand_setpins/nand_getpins/nand_setio interface.) The rationale for
using SysBus there rather than defining some new kind of bus is that you
want to be able to plug any random thing into it; for instance the Overo
board has a lan9118 ethernet controller hanging off the GPMC. ]
A note on dependencies:
* This patch depends on the omap gpio patchset (although more textually
than seriously semantically)
* the six nand patches and the six onenand patches are broadly independent
of each other
Juha Riihimäki (9):
hw/nand: Support large NAND devices
hw/nand: Support devices wider than 8 bits
hw/nand: Support multiple reads following READ STATUS
hw/nand: qdevify
onenand: Handle various ID fields separately
onenand: Ignore zero writes to boot command space
hw/onenand: program actions can only clear bits
hw/sysbus: Add sysbus_mmio_unmap() for unmapping a region
hw/onenand: qdevify
Peter Maydell (3):
hw/nand: Pass block device state to init function
hw/nand: Writing to NAND can only clear bits
onenand: Pass BlockDriverState to init function
hw/axis_dev88.c | 8 +-
hw/flash.h | 19 ++--
hw/nand.c | 345 ++++++++++++++++++++++++++++++++-------------------
hw/nseries.c | 13 ++-
hw/onenand.c | 373 +++++++++++++++++++++++++++++++++++++++++++------------
hw/spitz.c | 6 +-
hw/sysbus.c | 17 +++
hw/sysbus.h | 1 +
hw/tc6393xb.c | 7 +-
9 files changed, 561 insertions(+), 228 deletions(-)
next reply other threads:[~2011-07-15 14:58 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-15 14:58 Peter Maydell [this message]
2011-07-15 14:58 ` [Qemu-devel] [PATCH 01/12] hw/nand: Pass block device state to init function Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 02/12] hw/nand: Support large NAND devices Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 03/12] hw/nand: Support devices wider than 8 bits Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 04/12] hw/nand: Support multiple reads following READ STATUS Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 05/12] hw/nand: Writing to NAND can only clear bits Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 06/12] hw/nand: qdevify Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 07/12] onenand: Pass BlockDriverState to init function Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 08/12] onenand: Handle various ID fields separately Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 09/12] onenand: Ignore zero writes to boot command space Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 10/12] hw/onenand: program actions can only clear bits Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 11/12] hw/sysbus: Add sysbus_mmio_unmap() for unmapping a region Peter Maydell
2011-07-15 14:58 ` [Qemu-devel] [PATCH 12/12] hw/onenand: qdevify Peter Maydell
2011-07-28 13:51 ` [Qemu-devel] [PATCH 00/12] bugfix and qdevify NAND and ONENAND devices 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=1310741906-1606-1-git-send-email-peter.maydell@linaro.org \
--to=peter.maydell@linaro.org \
--cc=armbru@redhat.com \
--cc=juha.riihimaki@nokia.com \
--cc=patches@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=riku.voipio@iki.fi \
/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).