/freebsd/sys/dev/ntb/ |
H A D | ntb_if.m | 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility.
|
H A D | ntb.h | 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility.
|
H A D | ntb.c | 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility.
|
H A D | ntb_transport.c | 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility. 4490696b Thu Jul 28 10:48:20 GMT 2016 Alexander Motin <mav@FreeBSD.org> Once more refactor KPI between NTB hardware and consumers.
New design allows hardware resources to be split between several consumers. For example, one BAR can be dedicated for remote memory access, while other resources can be used for packet transport for virtual Ethernet interface. And even without resource split, this code allows to specify which consumer driver should attach the hardware.
From some points this makes the code even closer to Linux one, even though Linux does not provide the described flexibility.
|