From: Markus Armbruster <armbru@redhat.com>
To: David Gibson <david@gibson.dropbear.id.au>,
Alexander Graf <agraf@suse.de>
Cc: Paolo Bonzini <pbonzini@redhat.com>,
kwolf@redhat.com, Peter Maydell <peter.maydell@linaro.org>,
qemu-devel@nongnu.org, qemu-block@nongnu.org,
"Michael S . Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 6/6] hw/i386/i386: Stop auto-creating lsi53c895a SCSI HBAs
Date: Wed, 25 Jan 2017 17:45:27 +0100 [thread overview]
Message-ID: <87vat33x7c.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <87r33saa6p.fsf@dusky.pond.sub.org> (Markus Armbruster's message of "Tue, 24 Jan 2017 13:56:14 +0100")
David, Alex, got a sPAPR question for you.
Markus Armbruster <armbru@redhat.com> writes:
> Cc'ing in sPAPR maintainers...
[...]
> Let me spell things out a bit more, to make sure we all agree on what
> exactly we want to deprecate.
>
> After this series, -drive if=scsi works for the following machine types:
>
> * magnum pica61 LX SPARCClassic SPARCbook SS-10 SS-20 SS-4 SS-5 SS-600MP
> Voyager
>
> The machine has an onboard SCSI HBA, which adopts the drives with
> bus=0.. Drives with non-zero bus numbers stay orphaned. This is
> exactly how other interface types work.
>
> Except when additional HBAs get cold-plugged somehow, non-zero bus
> numbers can work; see below.
>
> * realview-eb realview-eb-mpcore versatileab versatilepb
>
> These create N lsi53c895a SCSI HBAs, where N is the largest value of
> bus. If N is too large, machine initialization fails with a "no
> slot/function available for lsi53c895a, all in use" error.
>
> This is just like the PC machine types work before this patch.
>
> * pseries-*
>
> Likewise, except create spapr-vscsi SCSI HBAs. Large N make machine
> initialization s-l-o-w. I tried to find out whether and how it fails
> when N is too large, but I lost patience.
Totally unscientific experiment: run "qemu-system-ppc64 -S -display none
-monitor stdio -M pseries,accel=qtest -drive if=scsi,media=cdrom,bus=N"
for various N and check SZ in ps, with "ps -C qemu-system-ppc64 -O sz".
Results:
N SZ
0 339413
10 353182
20 375342
30 405857
40 444716
50 491988
60 547582
70 611589
80 683916
90 764658
100 853743
Definitely super-linear. Is this expected?
No wonder my previous bus=999 experiement thrashed my machine;
extrapolating from the above I guesstimate SZ in the order of 50 million
pages.
Of course, asking for 1000 spapr-vscsi devices is silly, but trashing is
not a nice way to say "don't be silly". Should we reject bus=N when N
exceeds a certain limit? Care to suggest a limit?
[...]
prev parent reply other threads:[~2017-01-25 16:45 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-23 9:48 [Qemu-devel] [PATCH 0/6] More sensible default for -drive interface type Markus Armbruster
2017-01-23 9:48 ` [Qemu-devel] [PATCH 1/6] hw: Default -drive to if=ide explicitly where it works Markus Armbruster
2017-01-23 9:48 ` [Qemu-devel] [PATCH 2/6] hw/arm/cubieboard hw/arm/xlnx-ep108: Fix units_per_default_bus Markus Armbruster
2017-01-23 9:48 ` [Qemu-arm] " Markus Armbruster
2017-01-23 9:48 ` [Qemu-devel] [PATCH 3/6] hw: Default -drive to if=none instead of ide when ide cannot work Markus Armbruster
2017-01-23 9:48 ` [Qemu-arm] " Markus Armbruster
2017-01-23 9:48 ` Markus Armbruster
2017-01-23 12:24 ` [Qemu-devel] " Artyom Tarasenko
2017-01-23 9:48 ` [Qemu-devel] [PATCH 4/6] hw: Default -drive to if=none instead of scsi when scsi " Markus Armbruster
2017-01-23 9:48 ` [Qemu-arm] " Markus Armbruster
2017-01-23 9:48 ` [Qemu-devel] [PATCH 5/6] hw/arm/highbank: Default -drive to if=ide instead of if=scsi Markus Armbruster
2017-01-23 9:48 ` [Qemu-arm] " Markus Armbruster
2017-01-23 9:48 ` [Qemu-devel] [PATCH 6/6] hw/i386/i386: Stop auto-creating lsi53c895a SCSI HBAs Markus Armbruster
2017-01-23 16:48 ` Paolo Bonzini
2017-01-23 19:16 ` Markus Armbruster
2017-01-24 11:17 ` Paolo Bonzini
2017-01-24 12:56 ` Markus Armbruster
2017-01-24 13:01 ` Paolo Bonzini
2017-01-24 17:20 ` Markus Armbruster
2017-01-24 17:24 ` Peter Maydell
2017-01-24 17:40 ` Paolo Bonzini
2017-01-24 17:58 ` Peter Maydell
2017-01-24 18:43 ` Markus Armbruster
2017-01-25 16:45 ` Markus Armbruster [this message]
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=87vat33x7c.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=agraf@suse.de \
--cc=david@gibson.dropbear.id.au \
--cc=kwolf@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.