From: Alexey Kardashevskiy <aik@ozlabs.ru>
To: Paolo Bonzini <pbonzini@redhat.com>, qemu-devel@nongnu.org
Cc: qemu-ppc@nongnu.org, David Gibson <david@gibson.dropbear.id.au>
Subject: Re: [PATCH qemu v7 0/5] spapr: Kill SLOF
Date: Fri, 21 Feb 2020 11:18:13 +1100 [thread overview]
Message-ID: <68b71292-48db-e2ec-5f22-fe4580c2938e@ozlabs.ru> (raw)
In-Reply-To: <db675fc6-9d07-1780-134d-6a9279328b29@redhat.com>
On 20/02/2020 21:01, Paolo Bonzini wrote:
> On 20/02/20 07:16, Alexey Kardashevskiy wrote:
>> This is another attempt to implement minimalistic
>> Open Firmware Client Interface in QEMU.
>>
>> With this thing, I can boot unmodified Ubuntu 18.04 and Fedora 30
>> directly from the disk without SLOF.
>>
>> A useful discussion happened esrlier:
>> https://lore.kernel.org/qemu-devel/f881c2e7-be92-9695-6e19-2dd88cbc63c1@ozlabs.ru/
>>
>> 5/5 is kind of controvertial though. This respin does not include
>> networking.
>>
>> This is based on sha1
>> 015fb0ead60d Chen Qun "hw/ppc/virtex_ml507:fix leak of fdevice tree blob".
>
> I would like to play with this. Can you provide a disk image that just
> reads the first sector of the disk using an OpenFirmware read command,
> and dumps it to stdout?
I am not quite sure I understood the request. Write my own small
firmware and replace GRUB with it? The firmware from 5/5 reads first 2
sectors and the entire PReP, I could add there stuff if that helps (I
have "work in progress" patch for the firmware with printk/etc borrowed
from SLOF).
> (Also, I lost the pointer to your super-minimal
> pSeries firmware).
It is incorporated into these patches under /pc-bios/vof - 4/5 has the
minimum (may be even too much), 5/5 has MBR+GPT+ELF.
--
Alexey
next prev parent reply other threads:[~2020-02-21 0:19 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-02-20 6:16 [PATCH qemu v7 0/5] spapr: Kill SLOF Alexey Kardashevskiy
2020-02-20 6:16 ` [PATCH qemu v7 1/5] ppc/spapr: Move GPRs setup to one place Alexey Kardashevskiy
2020-02-20 6:16 ` [PATCH qemu v7 2/5] spapr/spapr: Make vty_getchars public Alexey Kardashevskiy
2020-02-20 6:16 ` [PATCH qemu v7 3/5] spapr/cas: Separate CAS handling from rebuilding the FDT Alexey Kardashevskiy
2020-02-20 6:16 ` [PATCH qemu v7 4/5] spapr: Implement Open Firmware client interface Alexey Kardashevskiy
2020-02-20 6:16 ` [PATCH qemu v7 5/5] spapr/vof: Add basic support for MBR/GPT/GRUB Alexey Kardashevskiy
2020-02-20 10:01 ` [PATCH qemu v7 0/5] spapr: Kill SLOF Paolo Bonzini
2020-02-21 0:18 ` Alexey Kardashevskiy [this message]
2020-02-21 8:27 ` Paolo Bonzini
2020-02-25 23:58 ` Alexey Kardashevskiy
2020-02-26 11:34 ` Paolo Bonzini
2020-02-26 23:38 ` Alexey Kardashevskiy
2020-02-27 6:35 ` Paolo Bonzini
2020-03-06 1:17 ` Alexey Kardashevskiy
2020-03-06 8:25 ` Paolo Bonzini
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=68b71292-48db-e2ec-5f22-fe4580c2938e@ozlabs.ru \
--to=aik@ozlabs.ru \
--cc=david@gibson.dropbear.id.au \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@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.