Different linux-image produced w/wo pkg.linux.nokerneldbg profile?

=]/d' $(DIR)/.config > $(DESTDIR)/boot/config-$(REAL_VERSION) echo " B The real System.map is in the linux-image--dbg package" \ > $(DESTDIR)/boot/System.map-$(REAL_VERSION) -- Best Regards Masahiro Yamada

[PATCH] hook-functions: dep_add_modules_mount: kill unreadable eval

The 'eval' is here because we evaluated the code returned by AWK. Commit 9249db649ced ("MODULES=dep: awk free version for root dev search") stopped using AWK, so 'eval' is unneeded. Signed-off-by: Masahiro Yamada --- hook-functions | 11 +++ 1 file changed, 7 insertions(+), 4

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

meral build key but the MoK key is a long > term key with a special signing infrastructure, usually burned into the > distro version of shim. The kernel signing key usually has to be long > term because you want shim to boot multiple kernels otherwise upgrading > becomes a nightmare. Fully agreed. -- Best Regards Masahiro Yamada

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

ng for some people, maybe we can add some switch like KDEB_SIGN_KERNEL to conditionally sign the kernel. -- Best Regards Masahiro Yamada

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

On Mon, Feb 7, 2022 at 10:31 PM Matthew Wilcox wrote: > > On Mon, Feb 07, 2022 at 09:33:46PM +0900, Masahiro Yamada wrote: > > Added "Ben Hutchings " > > > > On Wed, Jan 5, 2022 at 3:13 AM Matthew Wilcox wrote: > > > > > > On Wed, Jan

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

On Sat, Feb 5, 2022 at 7:30 AM Matthew Wilcox wrote: > > On Wed, Jan 05, 2022 at 12:39:57AM +0900, Masahiro Yamada wrote: > > +CC the maintainers of CERTIFICATE HANDLING > > M: David Howells > > M: David Woodhouse > > L: keyri...@vger.kernel.org >

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

Added "Ben Hutchings " On Wed, Jan 5, 2022 at 3:13 AM Matthew Wilcox wrote: > > On Wed, Jan 05, 2022 at 12:39:57AM +0900, Masahiro Yamada wrote: > > > +vmlinux=$($MAKE -s -f $srctree/Makefile image_name) > > > +key= > > > +if is_enabled CONF

Re: [PATCH v2] builddeb: Support signing kernels with the module signing key

$vmlinux" --output > "$tmpdir/$installed_image_path" > +else > + cp "$vmlinux" "$tmpdir/$installed_image_path" > +fi > > if is_enabled CONFIG_OF_EARLY_FLATTREE; then > # Only some architectures with OF support have this target > -- > 2.33.0 > -- Best Regards Masahiro Yamada

Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key

On Fri, Dec 17, 2021 at 7:04 AM Matthew Wilcox wrote: > > On Thu, Nov 04, 2021 at 06:28:40PM +0900, Masahiro Yamada wrote: > > On Thu, Oct 14, 2021 at 6:47 PM Ard Biesheuvel wrote: > > > > > > On Wed, 13 Oct 2021 at 22:07, Matthew Wilcox (Oracle) > > > wr

Re: [PATCH] builddeb: Support signing kernels with a Machine Owner Key

s_file.c:76: make[4]: *** [scripts/Makefile.package:87: intdeb-pkg] Error 1 make[3]: *** [Makefile:1539: intdeb-pkg] Error 2 make[2]: *** [debian/rules:13: binary-arch] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 make[1]: *** [scripts/Makefile.package:83: bindeb-pkg] Error 2 make: *** [Makefile:1539: bindeb-pkg] Error 2 CC'ed Ben in case he has more comments. -- Best Regards Masahiro Yamada

Re: [Question] diff between debian kernel and stable kernel

On Mon, Apr 19, 2021 at 11:34 PM Ben Hutchings wrote: > > On Mon, 2021-04-19 at 04:06 +0900, Masahiro Yamada wrote: > > Hello, Debian kernel team, > > > > I have a question about the code diff > > between the orig.tar.xz and the upstream > > stable kernel

[Question] diff between debian kernel and stable kernel

/video/fbdev: nvidia Only in korg/linux-5.10.28/drivers/video/fbdev: riva I guess there are some reasons why those files were deleted from the debian kernel. What is the story behind this? -- Best Regards Masahiro Yamada

Bug#954778: Patch: Suppress irrelevant warning when generating a debian package

this configuration. Signed-off-by: Reinhard Karcher Signed-off-by: Masahiro Yamada ------>8--- -- Best Regards Masahiro Yamada

Bug#954778: Patch: Suppress irrelevant warning when generating a debian package

On Sun, Mar 29, 2020 at 9:57 PM Reinhard Karcher wrote: > > Am Sonntag, 29. März 2020, 14:01 schrieb Masahiro Yamada: > > > > > By making a contribution to this project, I certify that: > > > The contribution was created in whole or in part by me and I have the

Bug#954778: Patch: Suppress irrelevant warning when generating a debian package

d to debug the kernel. It provides > all the necessary debug symbols for the kernel and its modules. > EOF > +fi > > cat < debian/rules > #!$(command -v $MAKE) -f > > > -- Best Regards Masahiro Yamada

Re: a bug in genksysms/CONFIG_MODVERSIONS w/ __attribute__((foo))?

, we merge it first, give them time to migrate over to it, then finally remove modversions?? > I think we left that on hold because some of the bigger distros were > heading into releases and we didn't care to cause pain. I wonder if > we could try again. I agree. > > What's your requirement for versioning? I added Ben Hutchings to CC. > > Thanks, > Nick -- Best Regards Masahiro Yamada

Re: [PATCH v2] deb-pkg: generate correct build dependencies

Hi Riku, On Tue, Feb 19, 2019 at 11:15 AM Masahiro Yamada wrote: > > The way we dealt with this in Debian before flex was fixed was (c): use > > "flex:native". But for reasons I don't understand that *isn't* > > compatible with (b), so to be compatible wi

Re: [PATCH v2] deb-pkg: generate correct build dependencies

On Tue, Feb 19, 2019 at 4:13 AM Ben Hutchings wrote: > > On Tue, 2019-02-19 at 02:05 +0900, Masahiro Yamada wrote: > [...] > > "make allnoconfig; make bindeb-pkg" > > failed on Ubuntu 16.04, but succeeded on Ubuntu 18.04 > > > > I am puzzled... >

Re: [PATCH v2] deb-pkg: generate correct build dependencies

On Tue, Feb 19, 2019 at 1:00 AM Masahiro Yamada wrote: > > Hi Riku, > > > On Thu, Jan 3, 2019 at 6:28 AM Masahiro Yamada > wrote: > > > > Hi Riku, > > > > > > > > On Wed, Jan 2, 2019 at 6:28 PM wrote: > > > > > > Fro

Re: [PATCH v2] deb-pkg: generate correct build dependencies

Hi Riku, On Thu, Jan 3, 2019 at 6:28 AM Masahiro Yamada wrote: > > Hi Riku, > > > > On Wed, Jan 2, 2019 at 6:28 PM wrote: > > > > From: Riku Voipio > > > > bison/flex is now needed always for building for kconfig. Some build > > dependen

Re: [PATCH v2] deb-pkg: generate correct build dependencies

rnel > Priority: optional > Maintainer: $maintainer > -Build-Depends: bc, kmod, cpio > +Build-Depends: bc, kmod, cpio, bison, flex $extra_build_depends > Homepage: http://www.kernel.org/ > > Package: $packagename > -- > 2.19.2 > -- Best Regards Masahiro Yamada

Re: [PATCH] deb-pkg: generate correct build dependencies

ngelog > @@ -170,7 +172,7 @@ Source: $sourcename > Section: kernel > Priority: optional > Maintainer: $maintainer > -Build-Depends: bc, kmod, cpio > +Build-Depends: bc, kmod, cpio, bison, flex $extra_build_depends > Homepage: http://www.kernel.org/ > > Package: $packagename > -- > 2.19.2 > -- Best Regards Masahiro Yamada

Re: [PATCH 00/12] Update architecture detection

omatic support for m68k architecture > builddeb: Add automatic support for riscv* architectures > builddeb: Add automatic support for sh{3,4}{,eb} architectures > > scripts/package/mkdebian | 68 +--- > 1 file changed, 50 insertions(+), 18 deletions(-) > Applied. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH v2] kbuild: deb-pkg improve maintainer address generation

2018-05-08 20:56 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > On 7 May 2018 at 16:35, Masahiro Yamada <yamada.masah...@socionext.com> wrote: >> Hi Riku, >> >> 2018-05-07 16:11 GMT+09:00 <riku.voi...@linaro.org>: >>> From: Riku Voipio <riku.

Re: [PATCH v2] kbuild: deb-pkg improve maintainer address generation

email="$user@$buildhost" > + fi > + maintainer="$name <$email>" > fi > -maintainer="$name <$email>" > > # Try to determine distribution > if [ -n "$KDEB_CHANGELOG_DIST" ]; then > -- > 2.14.2 > > -- > To unsubscribe from this list: send the line "unsubscribe linux-kbuild" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html -- Best Regards Masahiro Yamada

Re: [PATCH] kbuild: deb-pkg improve maintainer address generation

else > + buildhost=${KBUILD_BUILD_HOST-$(hostname -f 2>/dev/null || > hostname)} > + maintainer="$name <$user@$buildhost>" > + fi > fi I think the else-block can be a bit shorter if you write like follows: # or construct the maintainer string user=${KBUILD_BUILD_USER-$(id -nu)} name=${DEBFULLNAME-$user} if [ -z "$email" ]; then buildhost=${KBUILD_BUILD_HOST-$(hostname -f 2>/dev/null || hostname)} email=$user@$buildhost fi maintainer="$name <$email>" -- Best Regards Masahiro Yamada

Re: [PATCH v5] scripts/package/builddeb: split generating packaging and build

2018-04-05 20:22 GMT+09:00 : > From: Riku Voipio > > Move debian/ directory generation out of builddeb to a new script, > mkdebian. The package build commands are kept in builddeb, which > is now an internal command called from debian/rules. > >

Re: [PATCH v4] scripts/package/builddeb: split generating packaging and build

2018-03-28 17:58 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > On 27 March 2018 at 18:23, Masahiro Yamada > <yamada.masah...@socionext.com> wrote: >> Riku, >> >> 2018-03-27 22:28 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: >> >>&g

Re: [PATCH v4] scripts/package/builddeb: split generating packaging and build

t, due to the shebang '#!/usr/bin/make -f' debian/rules is executed by older Make. Due to the incompatibility of MAKEFLAGS, Make went insane. Hmm, do you have an idea for solution? I would be possible to forcibly overwrite MAKEFLAGS, but IMHO, it is kind of strange to run dpkg-buildpackage from Makefile. -- Best Regards Masahiro Yamada

Re: [PATCH v4] scripts/package/builddeb: split generating packaging and build

nt-directory -- obj=scripts/package If I use GNU Make 4.2 $ cat deb_pkg_log.txt MAKEFLAGS for deb-pkg: rR -I/home/masahiro/ref/linux -j8 --jobserver-auth=3,4 --no-print-directory -- obj=scripts/package MAKEFLAGS for mkdebian internal: rR -I/home/masahiro/ref/linux -j --jobserver-fds=5,6 --no-print-directory -- obj=scripts/package -- Best Regards Masahiro Yamada

Re: [PATCH v3] scripts/package/builddeb: split generating packaging and build

Hi Riku, 2017-10-04 19:38 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > On 4 October 2017 at 12:12, Masahiro Yamada > <yamada.masah...@socionext.com> wrote: >> Hi Riku, > >> 2017-10-02 19:43 GMT+09:00 <riku.voi...@linaro.org>: >>> From: R

Re: [PATCH v3] scripts/package/builddeb: split generating packaging and build

$(MAKE) clean > + mv debian.backup debian "mv debian debian.backup" is unnecessary, I think. I think you saw clean-dirs += $(objtree)/debian/ in scripts/package/Makefile. Please notice this is cleaned-up by "make mrproper" because Kbuild does not descend under scripts/ for "make clean". -- Best Regards Masahiro Yamada

Re: [PATCH v2] scripts/package/builddeb: split generating packaging and build

Hi Riku, 2017-10-02 16:21 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > On 29 September 2017 at 12:36, Masahiro Yamada > <yamada.masah...@socionext.com> wrote: >> Hi Riku, >> >> >> 2017-09-23 18:39 GMT+09:00 Riku Voipio <riku.voi...@linaro.or

Re: [PATCH v2] scripts/package/builddeb: split generating packaging and build

LEASE=${version} ARCH=${ARCH} KBUILD_SRC= In scripts/package/Makefile: bindeb-pkg: FORCE $(CONFIG_SHELL) $(srctree)/scripts/package/mkdebian dpkg-buildpackage $(filter -j%,$(MAKEFLAGS)) \ -r$(KBUILD_PKG_ROOTCMD) -a$$(cat debian/arch) -b -nc -us -uc This worked for me. If you have a better solution, please override it. -- Best Regards Masahiro Yamada

Re: [PATCH 2/2] scripts/package/builddeb: split generating packaging and build

e ARCH and SRCARCH variables which are > hardcoded anyways in mkdebian. I'll try. Most of the variables are exported from the top-level Makefile. KCONFIG_CONFIG ?= .config export KCONFIG_CONFIG export ARCH SRCARCH CONFIG_SHELL HOSTCC HOSTCFLAGS CROSS_COMPILE AS LD CC So, I think you can refer $KCONFIG_CONFIG from scripts/package/debuild. (I have not tested it, though...) -- Best Regards Masahiro Yamada

Re: [PATCH 2/2] scripts/package/builddeb: split generating packaging and build

debian/*tmp debian/files > + mv debian/ debian.backup # debian/ might be cleaned away > + \$(MAKE) clean The biggest change in the behavior is, "make bindeb-pkg" did not previously "make clean", but now does it. If "make bindeb-pkg" is run in a row, all objects are cleaned every time. Is it reasonable to skip "$(MAKE) clean" for bindeb-pkg? -- Best Regards Masahiro Yamada

Re: [PATCH 1/2] scripts/package/Makefile: make revision update a function

2017-09-11 19:48 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > On 8 September 2017 at 18:40, Masahiro Yamada > <yamada.masah...@socionext.com> wrote: >> 2017-09-08 2:04 GMT+09:00 Masahiro Yamada <yamada.masah...@socionext.com>: >>> Hi Riku, >>&g

Re: [PATCH 1/2] scripts/package/Makefile: make revision update a function

2017-09-08 2:04 GMT+09:00 Masahiro Yamada <yamada.masah...@socionext.com>: > Hi Riku, > > > 2017-08-16 20:08 GMT+09:00 <riku.voi...@linaro.org>: >> From: Riku Voipio <riku.voi...@linaro.org> >> >> The updated deb-pkg and bindeb-pkg will use the sa

Re: [PATCH 1/2] scripts/package/Makefile: make revision update a function

$(UTS_MACHINE) -bb $(objtree)/binkernel.spec > rm binkernel.spec scripts/mkversion is pretty small. I think scripts/mkversion can also update .version For example, if [ ! -f .version ] then version=1 else version=$(expr 0$(cat .version) + 1) fi echo $version > .version echo $version Then, remove the duplicated code from the Makefile. -- Best Regards Masahiro Yamada

Re: [PATCH v2] kbuild: Do not use hyphen in exported variable name

t. > Thanks for figuring out the root cause! Applied to linux-kbuild/fixes. -- Best Regards Masahiro Yamada

Re: [PATCH] kbuild: Do not use hyphen in exported variable name

Hi Ben, Thanks for useful info. 2017-08-19 10:13 GMT+09:00 Ben Hutchings <b...@decadent.org.uk>: > On Sun, 2017-04-30 at 15:49 +0100, Ben Hutchings wrote: >> On Sun, 2017-04-30 at 23:14 +0900, Masahiro Yamada wrote: >> > Hi Ben, >> > >> > >>

Re: [PATCH] kbuild: Do not use hyphen in exported variable name

Hi Ben, 2017-04-30 23:49 GMT+09:00 Ben Hutchings <b...@decadent.org.uk>: > On Sun, 2017-04-30 at 23:14 +0900, Masahiro Yamada wrote: >> Hi Ben, >> >> >> > 2017-04-23 16:23 GMT+09:00 Ben Hutchings <b...@decadent.org.uk>: >> > On Su

Re: [PATCH] kbuild: Do not use hyphen in exported variable name

Hi Ben, 2017-04-23 16:23 GMT+09:00 Ben Hutchings <b...@decadent.org.uk>: > On Sun, 2017-04-23 at 15:47 +0900, Masahiro Yamada wrote: > [...] >> I tested dtbs_install once again by myself, but >> dtbinst-root is exported to the sub make >> and the vendor dir

Re: [PATCH v3 0/2] builddeb updates

eb: Update a few outdated and hardcoded strings > > scripts/package/builddeb | 9 ++--- > 1 file changed, 2 insertions(+), 7 deletions(-) Applied to linux-kbuild/misc. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH] kbuild: Do not use hyphen in exported variable name

this issue happen on a specific Make version? I tested GNU make 3.81, 3.82, 4.0, 4.1, 4.2, but I was not hit by the problem. In the last post in the thread, you concluded: "We believe that the bug you reported is fixed in the latest version of linux, which is due to be installed in the Debian FTP archive." If so, why is this patch here? How is the dtbs_install procedure different in the Debian package? -- Best Regards Masahiro Yamada

Re: [PATCH 3/3] builddeb: add make fastdeb-pkg target

Hi Riku, 2017-04-20 19:53 GMT+09:00 Riku Voipio <riku.voi...@linaro.org>: > Hi, > > Thanks for taking time to review. > > On 18 April 2017 at 17:31, Masahiro Yamada > <yamada.masah...@socionext.com> wrote: >> Before expanding this even more, >> please he

Re: [PATCH v2 1/3] builddeb: Update a few outdated and hardcoded strings

uot; for the Standard-Version removal? I know the answer is in the v2: https://patchwork.kernel.org/patch/9532275/ but I'd like you to record it in git-log. With the comment improved, I will pick up this soon. Thanks! -- Best Regards Masahiro Yamada

Re: [PATCH 3/3] builddeb: add make fastdeb-pkg target

licitly somehow.) Why do not we create a source package first, then build binary packages from it? rpm-pkg does that way. (generate a spec-file, then run rpmbuild) -- Best Regards Masahiro Yamada

Re: [PATCH v2 0/3] builddeb updates for v4.12

4.11 >> round. > > Can you please take a look at the series? After I check clang patches a little more, I will take a look at this series. Very sorry for the delay. -- Best Regards Masahiro Yamada

Bug#856474: [PATCH] Kbuild.include: addtree: Remove quotes before matching path

Hi Sam, 2017-04-04 5:20 GMT+09:00 Sam Ravnborg <s...@ravnborg.org>: > On Mon, Apr 03, 2017 at 03:25:10PM +0200, Michal Marek wrote: >> On 2017-04-03 09:42, Masahiro Yamada wrote: >> > Each Makefile knows it wants to see >> > additional headers in the source

Bug#856474: [PATCH] Kbuild.include: addtree: Remove quotes before matching path

e knows it wants to see additional headers in the source tree, or objtree. I am guessing the right approach in a long run is, we require -I to specify $(srctree) or $(objtree) explicitly. ccflags-y := -I$(srctree)/foo/bar/baz or ccflags-y := -I$(objtree)/foo/bar/baz (For the latter, we can omit $(objtree)/ as it is ./) Then, delete $(call flags,_c_flags) after the conversion. Any comments? -- Best Regards Masahiro Yamada