I would also prefer current general "virt68k", rather than
specific emulators like qemu68k etc. because:

- it's unlikely that someone will design and implement new virtual
  Ethernet/storage I/O devices for ancient architectures

- we should avoid dumb copies of MD locore.s, pmap_bootstrap.c,
  <machine/foo.h> headers, and src/distrib files etc.

- even if we will support different VM implementation, we can
  still have multiple kernel config files in a single port,
  as we've merged sun3 (020 + Sun's MMU) and sun3x (030 MMU)
  into a single sun3 port in the past
  (atari and evbarm also have multiple GENERIC like config files
   for different archtectures)

Thanks,
---
Izumi Tsutsui

Reply via email to