From: Guenter Roeck <linux@roeck-us.net>
To: Michael Walle <michael@walle.cc>
Cc: "Cédric Le Goater" <clg@kaod.org>,
"Tudor Ambarus" <tudor.ambarus@linaro.org>,
"Ben Dooks" <ben@fluff.org>,
"Alistair Francis" <alistair@alistair23.me>,
"Kevin Wolf" <kwolf@redhat.com>,
"Hanna Reitz" <hreitz@redhat.com>,
qemu-block@nongnu.org, qemu-devel@nongnu.org
Subject: Re: [PATCH] m25p80: Add the is25wp256 SFPD table
Date: Mon, 2 Jan 2023 08:23:08 -0800 [thread overview]
Message-ID: <20230102162308.GA1138622@roeck-us.net> (raw)
In-Reply-To: <3044e0c174268312d0323d8f9ad43c68@walle.cc>
On Mon, Jan 02, 2023 at 04:43:49PM +0100, Michael Walle wrote:
> Am 2023-01-02 14:53, schrieb Cédric Le Goater:
> > On 12/27/22 07:31, Tudor Ambarus wrote:
> > >
> > >
> > > On 25.12.2022 14:18, Ben Dooks wrote:
> > > > On Wed, Dec 21, 2022 at 06:36:02PM +0100, Cédric Le Goater wrote:
> > > > > On 12/21/22 13:22, Guenter Roeck wrote:
> > > > > > Generated from hardware using the following command and
> > > > > > then padding
> > > > > > with 0xff to fill out a power-of-2:
> > > > > > xxd -p /sys/bus/spi/devices/spi0.0/spi-nor/sfdp
> > > > > >
> > > > > > Cc: Michael Walle <michael@walle.cc>
> > > > > > Cc: Tudor Ambarus <tudor.ambarus@linaro.org>
> > > > > > Signed-off-by: Guenter Roeck <linux@roeck-us.net>
> > > > >
> > > > > Reviewed-by: Cédric Le Goater <clg@kaod.org>
> > > >
> > > > If SFDP is a standard, couldn't we have an function to generate
> > > > it from
> > > > the flash parameters?
> > > >
> > >
> > > No, it's not practical as you have to specify all the flash parameters
> > > at flash declaration.
> >
> > Indeed and the definition of flash models in QEMU is far to cover all
> > the SFDP
> > features. The known_devices array of m25p80 would be huge ! However, we
> > could
> > generate some of the SFDP tables if no raw data is provided. It could be
> > useful
> > for testing drivers.
>
> I don't think adding (incomplete) SFDP tables makes sense for any real
> devices. E.g. sometimes our linux driver will look at specific bits in
> SFDP to figure out what particular flash device is attached. For example
> when there are different flashes with the same jedec id.
>
> But since the last released kernel, we support a generic SFDP driver, which
> is used when there is no matching driver for the flash's jedec id.
> Theoretically, you can build your own flash device (with a unique id) and
> generate the sfdp tables for that one.
>
How about older kernels versions ? Would those still support such (virtual ?)
flash devices ?
Thanks,
Guenter
next prev parent reply other threads:[~2023-01-02 16:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-12-21 12:22 [PATCH] m25p80: Add the is25wp256 SFPD table Guenter Roeck
2022-12-21 17:36 ` Cédric Le Goater
2022-12-25 12:18 ` Ben Dooks
2022-12-27 6:31 ` Tudor Ambarus
2023-01-02 13:53 ` Cédric Le Goater
2023-01-02 15:43 ` Michael Walle
2023-01-02 16:23 ` Guenter Roeck [this message]
2023-01-02 17:42 ` Michael Walle
2023-01-02 18:49 ` Guenter Roeck
2023-01-02 19:58 ` Michael Walle
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=20230102162308.GA1138622@roeck-us.net \
--to=linux@roeck-us.net \
--cc=alistair@alistair23.me \
--cc=ben@fluff.org \
--cc=clg@kaod.org \
--cc=hreitz@redhat.com \
--cc=kwolf@redhat.com \
--cc=michael@walle.cc \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=tudor.ambarus@linaro.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).