[PATCH v4 32/45] fs: fat: Support reading from a larger block size

[Bin Meng]

Hi Simon,

On Wed, Jul 19, 2023 at 9:11 AM Simon Glass <sjg at chromium.org> wrote:
>
> Hi Bin,
>
> On Sun, 16 Jul 2023 at 09:19, Bin Meng <bmeng.cn at gmail.com> wrote:
> >
> > Hi Simon,
> >
> > On Sun, Jul 16, 2023 at 7:42 AM Simon Glass <sjg at chromium.org> wrote:
> > >
> > > Hi Bin,
> > >
> > > On Thu, 13 Jul 2023 at 04:49, Bin Meng <bmeng.cn at gmail.com> wrote:
> > > >
> > > > Hi Simon,
> > > >
> > > > On Mon, Jun 19, 2023 at 8:02 PM Simon Glass <sjg at chromium.org> wrote:
> > > > >
> > > > > At present it is not possible to read from some CDROM drives since the
> > > > > FAT sector size does not match the media's block size. Add a conversion
> > > > > option for this, so that reading is possible.
> > > >
> > > > I am completely confused. The CDROM uses iso9660 file system. This has
> > > > nothing to do with FAT.
> > >
> > > It actually can use both - this is the -cdrom option in QEMU which can
> > > emulate an old-style CDROM, with a FAT filesystem on it!
> > >
> >
> > What QEMU command line is this to enable a CDROM with FAT file system?
> >
> > If that is the case, what you changed in this commit only works with
> > QEMU, not with any real-world devices, I believe?
> >
> > Could you use iso9660 instead?
>
> Sure, but the image I am using has an MSDOS partition name, an EFI
> partition table, a FAT filesystem and an ISO9660 filesystem! I was
> trying to look at the FAT filesystem via the MSDOS partition table.
>

Is that a released installer iso that I can download somewhere?

Which QEMU command line should I use for reproducing the issue?

Regards,
Bin