On Fri, 2024-01-26 at 17:51 +0100, Thomas Huth wrote:
> On 25/01/2024 01.38, Jason Wang wrote:
> > On Wed, Jan 24, 2024 at 9:14 PM David Woodhouse wrote:
> > >
> > > Hi Jason,
> > >
> > > I think this series probably lives or dies with you. I think it's a
> > > worthwhile cleanup, but I no
On 25/01/2024 01.38, Jason Wang wrote:
On Wed, Jan 24, 2024 at 9:14 PM David Woodhouse wrote:
Hi Jason,
I think this series probably lives or dies with you. I think it's a
worthwhile cleanup, but I no longer have an immediate need for it; I
shipped a slightly ugly workaround in QEMU 8.2.
On Wed, Jan 24, 2024 at 9:14 PM David Woodhouse wrote:
>
> Hi Jason,
>
> I think this series probably lives or dies with you. I think it's a
> worthwhile cleanup, but I no longer have an immediate need for it; I
> shipped a slightly ugly workaround in QEMU 8.2.
>
> Please could you let me know if
Hi Jason,
I think this series probably lives or dies with you. I think it's a
worthwhile cleanup, but I no longer have an immediate need for it; I
shipped a slightly ugly workaround in QEMU 8.2.
Please could you let me know if it's worth persisting with it?
Thanks.
On Mon, 2024-01-08 at 20:26
Most platforms iterating directly over the nd_table[] are doing one of
two things. Either they are creating the NIC for their platform and want
to find a matching -nic configuration for it, if such exists. Or they
are only going to create that platform NIC if a matching config *does*
exist.