[Openchrome-devel] [Bug 94473] DRM / KMS bootup error on VX900 platform

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=94473

--- Comment #58 from HuangRan <huangran at iscas.ac.cn> ---
Hi Kevin,

  Actually I didn't recommend you do the back porting work for VIA KMS driver
because of this reason...
  I remember one team is doing that when I am in AMD and this team spend
several months to finish the back porting and verify it is working fine...
  So for conclusion, I still suggest you use latest Linux distribution OS with
new kernel version.

Thanks,
Frank

(In reply to Kevin Brace from comment #57)
> 
> 
> Hi Frank,
> 
> I tried compiling James Simmons' developmental DRM module that supports KMS
> with Linux 3.2 kernel.
> It was a pretty miserable several hours I spent trying this . . .
> It appears that James used the latest TTM API, so it cannot practically be
> compiled with Linux kernel anything older than 3.18 without some rewriting.
> Considering that VIA Technologies hardware we are dealing here is not state
> of the art unlike stuff from NVIDIA, AMD, or Intel (in no particular order),
> I will be philosophically against using the latest API.
> If the older API is adequate, I will be inclined to sticking to it, unless
> there are technical reasons to using the newer API for newer generation
> hardware or older the API was obsoleted.
> Anyway, just to make it somewhat easier to compile it against older Linux
> kernels, the newer DRM module should supply its own PCI device IDs, rather
> than using the ones from DRM header file or Linux PCI device ID header file.
>     Due to this compilation issue, I probably will have to use a shorter
> support period Lubuntu for the newer DRM development like Lubuntu 15.10 for
> experimenting with my ZOTAC ZBOX nano VD01.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/openchrome-devel/attachments/20160325/452e2cb0/attachment.html>