-
Notifications
You must be signed in to change notification settings - Fork 426
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix building for Linux 5.0 and newer #44
Conversation
That would be great, but it doesn't look as though there is anyone at Xilinx who checks this repository; so it doubt it will ever get merged. Maybe raise a query on the forum? |
I will try it later tonight. Thanks for looking into this. |
Hi ok i tried again. so a few things. I got this error: Building modules, stage 2.
I fixed it with this tip below. I then tried to reinstall. Makefile:10: XVC_FLAGS: . |
IMHO, this is unrelated to this PR since any module building requires this if you have kernel signing required (not just Xilinx's driver, I mean). |
Yes, I agree, Kernel signing is a whole other world of pain .. The fixes themselves compiled fine on Ubuntu 18.04, with kernel 5.3.0-26-generic, then I did a manual sign and install rather than Just going to see whether @lesjokolat 's tip of using #39 will help - thanks for the tip! |
The SSL signing I agree is a universal problem. I think the system map one might be fixed by making it not fail but warn users and allow a continuation of make. See comment here. https://gitlab.freedesktop.org/tomeu/linux/commit/f0b0d88a825149ef3b06656886bc211c71dcb852 I assume the script being tweaked to warn vs error would solve teh problem I had after SSL signing. regards |
I also found this stackexchange issue useful .. |
Thanks for link. I tried various versions of trying to install just cant get it to bypass the "system.map" error. |
Good news I think I found a bug in the make file for this. change this: clean: install: all endif To: install: all endif I think it was just a case of clean trying to happen before install functions were allowed. Now no erorrs and I have a 5.0.x kernel running the 2019 XDMA driver! If someone can fix the git should make other versions work too. |
Has anybody cross posted this issue on their forum? They really don't care about monitoring this (or someone in upper management told them they couldn't use github for communicating with users) |
And they are often helpful if prompted, albeit on a "month" timeline kind of thing. |
As the title says.
Mainly, there's now a wrapper for simple wait queue interface and access_ok macro that evolved in 4.19 and 5.0 respectively.