[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH v4 2/6] m68k: Add NeXTcube keyboard device
From: |
Peter Maydell |
Subject: |
Re: [Qemu-devel] [PATCH v4 2/6] m68k: Add NeXTcube keyboard device |
Date: |
Tue, 3 Sep 2019 10:12:04 +0100 |
On Sat, 31 Aug 2019 at 06:19, Thomas Huth <address@hidden> wrote:
>
> Am Tue, 13 Aug 2019 11:16:44 +0100
> schrieb Peter Maydell <address@hidden>:
>
> > On Tue, 9 Jul 2019 at 08:35, Thomas Huth <address@hidden> wrote:
> > >
> > > It is likely still quite incomplete (e.g. mouse and interrupts are
> > > not implemented yet), but it is good enough for keyboard input at
> > > the firmware monitor.
> > > This code has been taken from Bryce Lanham's GSoC 2011 NeXT branch
> > > at
> > >
> > > https://github.com/blanham/qemu-NeXT/blob/next-cube/hw/next-kbd.c
> > >
> > > and altered to fit the latest interface of the current QEMU (e.g.
> > > to use memory_region_init_io() instead of
> > > cpu_register_physical_memory()).
> > >
> > > Signed-off-by: Thomas Huth <address@hidden>
> > > +static void nextkbd_class_init(ObjectClass *oc, void *data)
> > > +{
> > > + DeviceClass *dc = DEVICE_CLASS(oc);
> > > +
> > > + set_bit(DEVICE_CATEGORY_INPUT, dc->categories);
> > > + dc->realize = nextkbd_realize;
> > > + dc->reset = nextkbd_reset;
> > > +}
> >
> > This one definitely needs migration state...
>
> m68k machines are currently unmigratable - see vmstate_m68k_cpu in
> target/m68k/cpu.c. So I assume it's currently enough if I add a
> ".unmigratable = 1" here, too?
Well, if you insist I guess. But personally I find it's just
as easy to simply implement migration state.
thanks
-- PMM
- Re: [Qemu-devel] [PATCH v4 2/6] m68k: Add NeXTcube keyboard device,
Peter Maydell <=