Wrong build when kernel upgrade (about kernel header path)

Bug #1705820 reported by Mabin
88
This bug affects 19 people
Affects Status Importance Assigned to Milestone
rtl8812au (Ubuntu)
Confirmed
High
Unassigned

Bug Description

When I upgrade kernel with `apt` command,
this module built with wrong kernel header path.

If I use `4.10.0-20-generic` kernel version and I update `4.10.0-27-generic`,
dkms still use head path of `4.10.0-20-generic` for building.

I suggest to fix this way.

dkms.conf
MAKE="'make' all"
=>
MAKE="'make' all KVER=$kernelver"

Makefile 822 line
KVER := $(shell uname -r)
=>
KVER ?= $(shell uname -r)

Tags: patch
Revision history for this message
Mabin (mabin359) wrote :
description: updated
Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "rtl8812au-4.3.8.12175.20140902+dfsg.patch" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
Revision history for this message
Jeremy (wa113y3s) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in rtl8812au (Ubuntu):
status: New → Confirmed
Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Mabin, thanks a lot for your patch, it appears to have fixed this problem for me (with Ubuntu 16.04.5 x86_64 and rtl8812au-dkms 4.3.8.12175.20140902+dfsg-0ubuntu2)!

I have applied the patch in /usr/src/rtl8812au-4.3.8.12175.20140902+dfsg/ directory. Afterwards I could use "dkms remove" to remove a module that was built for an older kernel version, and then use "dkms autoinstall --kernelver ..." to build the module for that specific kernel version again. modinfo then showed that the newly built module had the correct kernel listed in its "vermagic" field.

Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Btw. this appears to be a common type of issue with DKMS; eg. bug 1687492 appears to be the same issue in another dkms source package, and the fix was kinda similar.

Revision history for this message
Reinhard Koehn (rekoehn) wrote :

This bug is till today not fixed in Ubuntu 18.04

Revision history for this message
Solitaire (bill-s0l) wrote :

Running :
Ubuntu 19.04
kernel 5.0.0-14-generic

rtl8812au based Edimax EW-7811UTC AC600 Wireless Dual-Band Mini USB 2.0 Adapter

Still need to reinstall "rtl8812au-dkms" every time the kernel updates

Revision history for this message
Ernst (ernst-blaauw) wrote :

Can anyone explain how I can apply this patch easily? It is kind of annoying I have to reinstall every time. Of course I understand that the developers are busy and maybe this issue is not on top of their list. So if anyone can help me how to sort this out myself...

Changed in rtl8812au (Ubuntu):
importance: Undecided → High
Revision history for this message
Oliver Gerlich (ogerlich) wrote :

Ernst, you can apply Mabins patch with these commands:

- cd /tmp/ && wget https://launchpadlibrarian.net/330175838/rtl8812au-4.3.8.12175.20140902+dfsg.patch
- cd /usr/src/
- sudo patch -p0 < /tmp/rtl8812au-4.3.8.12175.20140902+dfsg.patch

After the next kernel upgrade the rtl8812ae module should be automatically built for the newly installed kernel version.

Revision history for this message
Ryan C. Underwood (nemesis-icequake) wrote :

Does this package have an owner? This really needs to be fixed since it blocks every new user of Ubuntu with this network hardware who has automatic upgrades enabled.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.