Error in building own kernel

Asked by ajay patil

Hi Support team,
We are using Ubuntu 21.10 and kernel version is 5.13.0-37-generic. Building our own kernel using the following link. site:https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
command :-
LANG=C fakeroot debian/rules clean
// quicker build:
LANG=C fakeroot debian/rules binary-headers binary-generic binary-perarch
after above command below error comes. please help me regarding issue.

 LD [M] net/netfilter/nf_flow_table.o
  AR net/built-in.a
make[2]: Leaving directory '/home/embed/workspace/Intel_3930/custom4/disco/debian/build/build-generic'
make[1]: *** [Makefile:173: sub-make] Error 2
make[1]: Leaving directory '/home/embed/workspace/Intel_3930/custom4/disco'
make: *** [debian/rules.d/2-binary-arch.mk:50: /home/embed/workspace/Intel_3930/custom4/disco/debian/stamps/stamp-build-generic] Error 2

Regarding and Thanks
         Ajay

Question information

Language:
English Edit question
Status:
Solved
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Solved by:
Manfred Hampl
Solved:
Last query:
Last reply:
Revision history for this message
Manfred Hampl (m-hampl) said :
#1

1. If you are running this on Ubuntu 21.10, then "disco" does not make sense.
Ubuntu disco was release 19.04 which is not supported any more.
Ubuntu 21.10 is named "impish".

2. The real error is not shown in your snippet. Please show the first line from your log that contains "error:" and a few lines before and after.

Revision history for this message
ajay patil (ajay9292) said :
#2

Hi M-hampl,
Thanks for reply.
As per your suggestion we can share the full error message as below.

 CC [M] net/netfilter/xt_osf.o
  CC [M] net/netfilter/xt_owner.o
  CC [M] net/netfilter/xt_cgroup.o
  CC [M] net/netfilter/xt_physdev.o
  CC [M] net/netfilter/xt_pkttype.o
  CC [M] net/netfilter/xt_policy.o
  CC [M] net/netfilter/xt_quota.o
  CC [M] net/netfilter/xt_rateest.o
  LD [M] net/wireless/cfg80211.o
  CC [M] net/netfilter/xt_realm.o
  CC [M] net/netfilter/xt_recent.o
  CC [M] net/netfilter/xt_sctp.o
  CC [M] net/netfilter/xt_socket.o
  CC [M] net/netfilter/xt_state.o
  CC [M] net/netfilter/xt_statistic.o
  CC [M] net/netfilter/xt_string.o
  CC [M] net/netfilter/xt_tcpmss.o
  CC [M] net/netfilter/xt_time.o
  CC [M] net/netfilter/xt_u32.o
  AR net/netfilter/built-in.a
  LD [M] net/netfilter/nf_conntrack.o
  LD [M] net/netfilter/nf_conntrack_h323.o
  LD [M] net/netfilter/nf_nat.o
  LD [M] net/netfilter/nf_tables.o
  LD [M] net/netfilter/nf_tables_set.o
  LD [M] net/netfilter/nf_flow_table.o
  AR net/built-in.a
make[2]: Leaving directory '/home/embed/workspace/Intel_3930/custom4/disco/debian/build/build-generic'
make[1]: *** [Makefile:173: sub-make] Error 2
make[1]: Leaving directory '/home/embed/workspace/Intel_3930/custom4/disco'
make: *** [debian/rules.d/2-binary-arch.mk:50: /home/embed/workspace/Intel_3930/custom4/disco/debian/stamps/stamp-build-generic] Error 2

Thanks and Regarding
           Ajay

Revision history for this message
Manfred Hampl (m-hampl) said :
#3

It still says "disco"

Revision history for this message
ajay patil (ajay9292) said :
#4

Hi M-hampl,
Thanks so much for quick reply.
I have another question this disco kernel package supports for Intel atom X5-3930 processor ?
if not then please provide the supported kernel source information and also customisation of the kernel source is possible.

Thanks once again for help.

Regarding and Thanks
    Ajay

Revision history for this message
Best Manfred Hampl (m-hampl) said (last edit ):
#5

Ubuntu disco is obsolete!
It does not make any sense trying to build a disco kernel any more.

If you are running Ubuntu 21.10 then you have to replace "disco" by "impish" in _all_ your steps.
see https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel#git
"disco" is just the example that was current at the time of writing that wiki page, nowadays you have to use "impish", and it will be "jammy" in near future and so on.

If the Intel atom X5-3930 processor understands the "standard intel 64bit instruction set" (which I assume), then any linux kernel for that architecture should work.

Revision history for this message
ajay patil (ajay9292) said :
#6

Thanks Manfred Hampl, that solved my question.