On 03/10/17 11:12, Savolainen, Petri (Nokia - FI/Espoo) wrote:
>> -----Original Message-----
>> From: lng-odp [mailto:lng-odp-boun...@lists.linaro.org] On Behalf Of Ola
>> Liljedahl
>> Sent: Friday, September 29, 2017 8:47 PM
>> To: lng-odp@lists.linaro.org
>> Subject: [lng-odp] generic core + HW specific drivers
>>
>> olli@vubuntu:~$ dpkg --get-selections | grep xorg
>> xorg install
>> xorg-docs-core install
>> xserver-xorg install
>> xserver-xorg-core install
>> xserver-xorg-input-all install
>> xserver-xorg-input-evdev install
>> xserver-xorg-input-libinput install
>> xserver-xorg-input-synaptics install
>> xserver-xorg-input-wacom install
>> xserver-xorg-video-all install
>> xserver-xorg-video-amdgpu install
>> xserver-xorg-video-ati install
>> xserver-xorg-video-fbdev install
>> xserver-xorg-video-intel install
>> xserver-xorg-video-mach64 install
>> xserver-xorg-video-neomagic install
>> xserver-xorg-video-nouveau install    <<<Nvidia
>> xserver-xorg-video-openchrome install
>> xserver-xorg-video-qxl install
>> xserver-xorg-video-r128 install
>> xserver-xorg-video-radeon install .   <<<AMD
>> xserver-xorg-video-savage install
>> xserver-xorg-video-siliconmotion install
>> xserver-xorg-video-sisusb install
>> xserver-xorg-video-tdfx install
>> xserver-xorg-video-trident install
>> xserver-xorg-video-vesa install
>> xserver-xorg-video-vmware install .   <<<virtualised GPU?
>>
>> So let's rename ODP Cloud to ODP Core.
>>
>> -- Ola
> 
> 
> DPDK packages in Ubuntu 17.05 (https://packages.ubuntu.com/artful/dpdk) 
> include many HW dependent packages 
> 
> ...
> librte-pmd-fm10k17.05 (= 17.05.2-0ubuntu1) [amd64, i386]  <<< Intel Red Rock 
> Canyon net driver, provided only for x86
> librte-pmd-i40e17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-ixgbe17.05 (= 17.05.2-0ubuntu1) [not ppc64el]
> librte-pmd-kni17.05 (= 17.05.2-0ubuntu1) [not i386]
> librte-pmd-lio17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-nfp17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-null-crypto17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-null17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-octeontx-ssovf17.05 (= 17.05.2-0ubuntu1)   <<< OcteonTX SSO 
> eventdev driver files as a package
> librte-pmd-pcap17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-qede17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-ring17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-sfc-efx17.05 (= 17.05.2-0ubuntu1) [amd64]
> librte-pmd-skeleton-event17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-sw-event17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-tap17.05 (= 17.05.2-0ubuntu1)
> librte-pmd-thunderx-nicvf17.05 (= 17.05.2-0ubuntu1)  <<< ThunderX net driver 
> files as a package
> ...
> 
> 
> So, we should be able to deliver ODP as a set of HW independent and HW 
> specific packages (libraries). For example, minimal install would include 
> only odp, odp-linux and odp-test-suite, but when on arm64 (and especially 
> when on ThunderX) odp-thunderx would be installed also. The trick would be 
> how to select odp-thunderx installed files (also headers) as default when 
> application is built or run on ThunderX (and not on another arm64).
> 
> Package:
> * odp (only generic folders and documentation, no implementation)
>   * depends on: odp-linux, odp-test-suite
>   * recommends: odp-linux, odp-dpdk, odp-thunderx, odp-dpaa2, ...
> * odp-linux
>   * depends on: odp, openssl
>   * recommends: dpdk, netmap, ...
> * odp-dpdk
>   * depends on: odp, dpdk
> * odp-thunderx [arm64]
>   * depends on: odp, ...
> * odp-test-suite
>   * depends on: odp

I suppose this would satisfy distribution requirements. Especially if we
can merge all platforms to the same repo. It might be reasonable to
optionally follow the model of OpenCL ICD (installable client drivers),
when there is a frontend library moderating access to several backend
libraries. Each driver can be built as a stand-along libopencl or as
ICD, being picked up by frontend libopencl1. Modular ODP might well be
just one of these drivers, serving the case when single platform
combines different hardware instances.

-- 
With best wishes
Dmitry

Reply via email to