~xnox/ubuntu/+source/linux/+git/lunar:o3

Last commit made on 2023-07-06
Get this branch:
git clone -b o3 https://git.launchpad.net/~xnox/ubuntu/+source/linux/+git/lunar
Only Dimitri John Ledkov can upload to this branch. If you are Dimitri John Ledkov please log in for upload directions.

Branch merges

Branch information

Recent commits

368987c... by Dimitri John Ledkov

UBUNTU: SAUCE: Change CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE from -O2 to -O3

Increase -O2 to -O3 setting of CONFIG_CC_OPTIMIZE_FOR_PERFORMANCE.

Signed-off-by: Dimitri John Ledkov <email address hidden>

672adac... by Andrea Righi

UBUNTU: Ubuntu-6.2.0-20.20

Signed-off-by: Andrea Righi <email address hidden>

e097150... by Andrea Righi

UBUNTU: link-to-tracker: update tracking bug

BugLink: https://bugs.launchpad.net/bugs/2015429
Properties: no-test-build
Signed-off-by: Andrea Righi <email address hidden>

62ac7ed... by Andrea Righi

UBUNTU: Start new release

Ignore: yes
Signed-off-by: Andrea Righi <email address hidden>

c4de2d2... by Andrea Righi

UBUNTU: debian/dkms-versions -- update from kernel-versions (main/master)

BugLink: https://bugs.launchpad.net/bugs/1786013
Signed-off-by: Andrea Righi <email address hidden>

699a920... by Dimitri John Ledkov

UBUNTU: [Packaging] FTBFS with different dkms or when makeflags are set

BugLink: https://bugs.launchpad.net/bugs/2015361

dkms upstream, debian, lunar-proposed is changing return code for skip
from 9 to 77. To support either editions of the dkms, update
build_dkms invocation to support either return codes.

lunar kernel started to export MAKEFLAGS to speed up and optimize our
packaging builds. However, this can cause build_dkms to FTBFS if a
given dkms module uses submake and relies on built-in Make variables
to be set. Address this by unsetting MAKEFLAGS when invoking
build-dkms.

Signed-off-by: Dimitri John Ledkov <email address hidden>
Signed-off-by: Andrea Righi <email address hidden>

789c418... by Andrei Gherzan

UBUNTU: [Packaging] Copy expoline.o only when produced by the build

BugLink: https://bugs.launchpad.net/bugs/2013209

CONFIG_EXPOLINE_EXTERN has been enabled for s390x [LP:#2013209]. While
this works as expected on the base kernels, it might not work on some
derivatives: for example focal:hwe-5.15 (derived from Jammy). On Focal,
this config can't be enabled due to the GCC version it comes with.
CONFIG_EXPOLINE_EXTERN requires >= 110200 while Focal comes with 90400.

This change adds a check on the existence of the expoline object file(s)
that are packaged later. This also makes the code more robust generally.

Signed-off-by: Andrei Gherzan <email address hidden>
Signed-off-by: Andrea Righi <email address hidden>

29f94a9... by Andrea Righi

UBUNTU: SAUCE: l2tp: generate correct module alias strings

BugLink: https://bugs.launchpad.net/bugs/2013014

Commit 65b32f801bfb ("uapi: move IPPROTO_L2TP to in.h") moved the
definition of IPPROTO_L2TP from a define to an enum, but since
__stringify doesn't work properly with enums, we ended up breaking the
modalias strings for the l2tp modules:

 $ modinfo l2tp_ip l2tp_ip6 | grep alias
 alias: net-pf-2-proto-IPPROTO_L2TP
 alias: net-pf-2-proto-2-type-IPPROTO_L2TP
 alias: net-pf-10-proto-IPPROTO_L2TP
 alias: net-pf-10-proto-2-type-IPPROTO_L2TP

Use the resolved number directly in MODULE_ALIAS_*() macros (as we
already do with SOCK_DGRAM) to fix the alias strings:

$ modinfo l2tp_ip l2tp_ip6 | grep alias
alias: net-pf-2-proto-115
alias: net-pf-2-proto-115-type-2
alias: net-pf-10-proto-115
alias: net-pf-10-proto-115-type-2

Moreover, fix the ordering of the parameters passed to
MODULE_ALIAS_NET_PF_PROTO_TYPE() by switching proto and type.

Fixes: 65b32f801bfb ("uapi: move IPPROTO_L2TP to in.h")
Signed-off-by: Guillaume Nault <email address hidden>
(cherry picked from https://<email address hidden>/T/#u)
Signed-off-by: Andrea Righi <email address hidden>

9f3e2d8... by Andrea Righi

UBUNTU: [Packaging] annotations: prevent duplicate include lines

Includes are always parsed recursively, but when we save them (e.g.,
when the annotations file is updated) we should always save only the
top-level includes, without repeating the recursive ones.

Signed-off-by: Andrea Righi <email address hidden>

6cb1f60... by Andrea Righi

UBUNTU: Ubuntu-6.2.0-19.19

Signed-off-by: Andrea Righi <email address hidden>