[PATCH] pc386: Add virtio network driver
Chris Johns
chrisj at rtems.org
Wed Jun 1 04:42:45 UTC 2016
[ hijacked thread ]
On 31/05/2016 21:05, Sebastian Huber wrote:
> the x86 architecture is not really interesting for me. So, I am not
> against a mainline integration.
Great.
> However, I think we reached a dead end with the pc386 BSP.
I do not agree, the BSP is alive and working ... <tap><tap> ... yeap my
i7 box with 2G of RAM, a RealTek PCIe card, and booting over PXE and
iPXE is working nicely.
The PC BSP is one of the older real hardware BSPs in RTEMS still valid
today with a single continuous line of improving hardware development.
The BSP is in need of some attention to work on the latest PC hardware
or UEFI only boards like the Minnow Max but stating it is a dead end is
a statement I would not use. It needs UEFI, ACPI and APIC support and
then some work in the SMP area because that support is now broken.
I have looked over the BSP code and I do not agree a wholesale dump of
FreeBSD x86 support is need. Intel provides a range of code that can be
used to support some of these new PC standards and the bulk of FreeBSD's
support is that code. It just needs some attention.
The PC is an ideal tier 1 BSP and that is something we will need. I
would like to see real hardware in the OSL in our rack and used for testing.
> The RTEMS driver infrastructure is not capable
> enough to deal with a plug-and-play architecture like x86.
This does not make sense to me and I fail to see how it relates to the
previous statement. The original classic API for RTEMS is based on a VME
bus standard and while not a hot swap bus architecture it did allow a
plug in architecture based on a huge range of slave boards. The fact an
architecture or bus has plug-and-play support does not mean RTEMS has to
provide such support nor a BSP has reached a dead end because it does not.
Chris
More information about the devel
mailing list