Bug 1789639 - out of tree kernel modules fail to build on 5.4+
Summary: out of tree kernel modules fail to build on 5.4+
Keywords:
Status: CLOSED DUPLICATE of bug 1789641
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 31
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-01-10 00:13 UTC by Neal Gompa
Modified: 2020-01-10 00:24 UTC (History)
18 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2020-01-10 00:24:23 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
kernel dmesg (57.37 KB, text/plain)
2020-01-10 00:13 UTC, Neal Gompa
no flags Details

Description Neal Gompa 2020-01-10 00:13:43 UTC
Created attachment 1651125 [details]
kernel dmesg

1. Please describe the problem:

When a kernel module is built out of tree, the makefile tries to build the "syncconfig" target, and then fails when it cannot find flex or bison.

drwilliams@rei:~$ sudo make -j8 KERNELRELEASE=5.4.7-200.fc31.x86_64 -C /lib/modules/5.4.7-200.fc31.x86_64/build SUBDIRS=/var/lib/dkms/dattobd/0.10.11/build KVER=5.4.7-200.fc31.x86_64 modules
make: Entering directory '/usr/src/kernels/5.4.7-200.fc31.x86_64'
  LEX     scripts/kconfig/lexer.lex.c
/bin/sh: flex: command not found
  YACC    scripts/kconfig/parser.tab.[ch]
/bin/sh: bison: command not found
make[2]: *** [scripts/Makefile.host:9: scripts/kconfig/lexer.lex.c] Error 127
make[2]: *** Waiting for unfinished jobs....
make[2]: *** [scripts/Makefile.host:17: scripts/kconfig/parser.tab.h] Error 127
make[1]: *** [Makefile:567: syncconfig] Error 2
make: *** [Makefile:678: include/config/auto.conf.cmd] Error 2
make: Leaving directory '/usr/src/kernels/5.4.7-200.fc31.x86_64'

When those dependencies are installed, the build later fails as shown below.

DKMS make.log for dattobd-0.10.11 for kernel 5.4.7-200.fc31.x86_64 (x86_64)
Thu 09 Jan 2020 06:20:02 PM EST
make: Entering directory '/usr/src/kernels/5.4.7-200.fc31.x86_64'
  LEX     scripts/kconfig/lexer.lex.c
  YACC    scripts/kconfig/parser.tab.[ch]
  HOSTCC  scripts/kconfig/preprocess.o
  HOSTCC  scripts/kconfig/symbol.o
  HOSTCC  scripts/kconfig/lexer.lex.o
  HOSTCC  scripts/kconfig/parser.tab.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf  --syncconfig Kconfig
Kconfig:34: can't open file "Documentation/Kconfig"
make[2]: *** [scripts/kconfig/Makefile:73: syncconfig] Error 1
make[1]: *** [Makefile:567: syncconfig] Error 2
make: *** [Makefile:678: include/config/auto.conf.cmd] Error 2
make: Leaving directory '/usr/src/kernels/5.4.7-200.fc31.x86_64'


2. What is the Version-Release number of the kernel:

5.4.7-200.fc31

3. Did it work previously in Fedora? If so, what kernel version did the issue
   *first* appear?  Old kernels are available for download at
   https://koji.fedoraproject.org/koji/packageinfo?packageID=8 :

It worked previously on 5.3.16-300.fc31, now fails on 5.4.7-200.fc31.


4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:

- git clone https://github.com/datto/dattobd
- cd src; mkdir build
- ./genconfig.sh $(uname -r) -j1
- make KERNELRELEASE=$(uname -r) -C /lib/modules/$(uname -r)/build SUBDIRS=$PWD/build KVER=$(uname -r) modules

Also can be reproduced by installing the dkms package: https://github.com/datto/dattobd/blob/master/INSTALL.md#fedora

5. Does this problem occur with the latest Rawhide kernel? To install the
   Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by
   ``sudo dnf update --enablerepo=rawhide kernel``:

yes

6. Are you running any modules that not shipped with directly Fedora's kernel?:

no

7. Please attach the kernel logs. You can get the complete kernel log
   for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the
   issue occurred on a previous boot, use the journalctl ``-b`` flag.

Attached

Comment 1 Neal Gompa 2020-01-10 00:24:23 UTC
Whoops, wrong account. This was caused by a dumb debugging thing with kerberos. :(

*** This bug has been marked as a duplicate of bug 1789641 ***


Note You need to log in before you can comment on or make changes to this bug.