Bug#887695: nfs-utils FTBFS with glibc 2.26

[Adrian Bunk]

Source: nfs-utils
Version: 1:1.3.4-2.1
Severity: serious
Tags: buster sid

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/nfs-utils.html

...
rpc.c: In function 'nsm_recv_getport':
rpc.c:469:13: error: 'UINT16_MAX' undeclared (first use in this function); did 
you mean 'UINT_MAX'?
  if (port > UINT16_MAX) {
 ^~
 UINT_MAX
rpc.c:469:13: note: each undeclared identifier is reported only once for each 
function it appears in
rpc.c: In function 'nsm_recv_getaddr':
rpc.c:506:25: error: 'UINT16_MAX' undeclared (first use in this function); did 
you mean 'UINT_MAX'?
  if (port < 0 || port > UINT16_MAX) {
 ^~
 UINT_MAX

Bug#887676: Stretch kernel 4.9.0-5-amd64 breaks Xen PVH support

[Michael J. Redd]

Package: linux-image-amd64
Version: 4.9+80+deb9u

Not sure if this needs to go to the Debian Kernel team or Debian Xen
team, so please feel free to reclassify as necessary. I'm leaning
toward this being a kernel bug, as the Xen packages had not changed
when this issue was introduced; only the kernel changed.

Description:


Latest Stretch kernel (4.9.0-5-amd64), released per DSA-4082-1, breaks
Xen PVH domU support. Booting the domU with pvh = '1' set in its config
file gets the boot process as far as pyGRUB, but once the kernel itself
begins to boot, the domU immediately crashes. Even with 'quiet' removed
from the kernel's boot options, the kernel outputs nothing before it
dies.

Thinking this was possibly the work of the Meltdown mitigation, I added
`pti=off` to the domU's kernel boot options. No effect.

Steps to reproduce:
===

1. Run Xen PV domU in PVH mode (PVH = '1' in domU config file),
2. Upgrade domU's kernel from 4.9.0-4-amd64 to 4.9.0-5-amd64,
3. Reboot domU using latest kernel.

Workaround:
===

I could find no workaround with this kernel. I either had to disable
Xen PVH mode (set PVH = '0') for the domU or roll back to using kernel
4.9.0-4-amd64.

Setup:
==

- Dom0 kernel: 4.9.0-5-amd64
- DomU kernel: 4.9.0-5-amd64
- Xen hypervisor version: xen-hypervisor-4.8-amd64 (4.8.2+xsa245-
0+deb9u1)

SLAB vs. SLUB

[Bastian Blank]

Moin

Not sure when this came up the last time.  However we seem to be the
last large distribution to use SLAB as the kernel allocator.

Don't we want to change that some time?

Bastian

-- 
Intuition, however illogical, is recognized as a command prerogative.
-- Kirk, "Obsession", stardate 3620.7

Bug#887592: marked as done (linux: 4.9.65-3 FTBFS on sparc64: arch/sparc/lib/multi3.S missing patch)

[Debian Bug Tracking System]

Your message dated Thu, 18 Jan 2018 10:58:34 +
with message-id <20180118105834.GA12510@Jamess-MacBook.local>
and subject line Re: Bug#887592: linux: 4.9.65-3 FTBFS on sparc64: 
arch/sparc/lib/multi3.S missing patch
has caused the Debian Bug report #887592,
regarding linux: 4.9.65-3 FTBFS on sparc64: arch/sparc/lib/multi3.S missing 
patch
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
887592: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887592
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: linux
Version: 4.9.65-3
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

linux 4.9.65-3 (Stretch 9.3), as well as 4.9.51-1 and 4.9.47-1 FTBFS on sparc64:

/build/linux-4.9.65/arch/sparc/lib/multi3.S:2:24: fatal error: asm/export.h: No 
such file or directory
 #include 
^
compilation terminated.
/build/linux-4.9.65/scripts/Makefile.build:398: recipe for target 
'arch/sparc/lib/multi3.o' failed

It seems commit 1b4af13ff2cc "sparc64: Add __multi3 for gcc 7.x and later." was 
backported to 4.9 in 4.9.32 (commit 4b684e6474d0), but 
/debian/patches/bugfix/sparc/revert-sparc-move-exports-to-definitions.patch 
doesn't patch /arch/sparc/lib/multi3.S.

Applying the following patch, taken from linux 4.11.11-1's 
revert-sparc-move-exports-to-definitions.patch allows the build to succeed on 
sparc64 for linux 4.9.65-3, as well as 4.9.51-1 and 4.9.47-1:

--- a/arch/sparc/lib/multi3.S
+++ b/arch/sparc/lib/multi3.S
@@ -1,5 +1,4 @@
 #include 
-#include 
 
.text
.align  4
@@ -32,4 +31,3 @@ ENTRY(__multi3) /* %o0 = u, %o1 = v */
retl
 add%g1, %o0, %o0
 ENDPROC(__multi3)
-EXPORT_SYMBOL(__multi3)

Would it be possible to include this patch in future linux 4.9.x packages? 
Thanks!

Best regards,
Tom Turelinckx

-- System Information:
Debian Release: 9.0
Architecture: sparc64

Kernel: Linux 4.9.0-3-sparc64-smp (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
On Thu, Jan 18, 2018 at 11:29:07AM +0100, Tom Turelinckx wrote:
> Source: linux
> Version: 4.9.65-3
> Severity: serious
> Tags: patch
> Justification: fails to build from source (but built successfully in the past)
>
> linux 4.9.65-3 (Stretch 9.3), as well as 4.9.51-1 and 4.9.47-1 FTBFS on 
> sparc64:
>
> /build/linux-4.9.65/arch/sparc/lib/multi3.S:2:24: fatal error: asm/export.h: 
> No such file or directory
>  #include 
> ^
> compilation terminated.
> /build/linux-4.9.65/scripts/Makefile.build:398: recipe for target 
> 'arch/sparc/lib/multi3.o' failed
>
> It seems commit 1b4af13ff2cc "sparc64: Add __multi3 for gcc 7.x and later." 
> was backported to 4.9 in 4.9.32 (commit 4b684e6474d0), but 
> /debian/patches/bugfix/sparc/revert-sparc-move-exports-to-definitions.patch 
> doesn't patch /arch/sparc/lib/multi3.S.
>
> Applying the following patch, taken from linux 4.11.11-1's 
> revert-sparc-move-exports-to-definitions.patch allows the build to succeed on 
> sparc64 for linux 4.9.65-3, as well as 4.9.51-1 and 4.9.47-1:
>
> --- a/arch/sparc/lib/multi3.S
> +++ b/arch/sparc/lib/multi3.S
> @@ -1,5 +1,4 @@
>  #include 
> -#include 
>
>   .text
>   .align  4
> @@ -32,4 +31,3 @@ ENTRY(__multi3) /* %o0 = u, %o1 = v */
>   retl
>add%g1, %o0, %o0
>  ENDPROC(__multi3)
> -EXPORT_SYMBOL(__multi3)
>
> Would it be possible to include this patch in future linux 4.9.x packages? 
> Thanks!

Stretch does not include sparc64 as a supported architecture, and
therefore any patches to fix a FTBFS on sparc64 would not qualify for a
stable update. The version of linux in unstable builds fine on sparc64;
please use that. Closing.

Regards,
James--- End Message ---

Processed: severity 887592 wishlist

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 887592 wishlist
Bug #887592 [src:linux] linux: 4.9.65-3 FTBFS on sparc64: 
arch/sparc/lib/multi3.S missing patch
Severity set to 'wishlist' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
887592: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887592
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#887592: linux: 4.9.65-3 FTBFS on sparc64: arch/sparc/lib/multi3.S missing patch

[Tom Turelinckx]

Source: linux
Version: 4.9.65-3
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)

linux 4.9.65-3 (Stretch 9.3), as well as 4.9.51-1 and 4.9.47-1 FTBFS on sparc64:

/build/linux-4.9.65/arch/sparc/lib/multi3.S:2:24: fatal error: asm/export.h: No 
such file or directory
 #include 
^
compilation terminated.
/build/linux-4.9.65/scripts/Makefile.build:398: recipe for target 
'arch/sparc/lib/multi3.o' failed

It seems commit 1b4af13ff2cc "sparc64: Add __multi3 for gcc 7.x and later." was 
backported to 4.9 in 4.9.32 (commit 4b684e6474d0), but 
/debian/patches/bugfix/sparc/revert-sparc-move-exports-to-definitions.patch 
doesn't patch /arch/sparc/lib/multi3.S.

Applying the following patch, taken from linux 4.11.11-1's 
revert-sparc-move-exports-to-definitions.patch allows the build to succeed on 
sparc64 for linux 4.9.65-3, as well as 4.9.51-1 and 4.9.47-1:

--- a/arch/sparc/lib/multi3.S
+++ b/arch/sparc/lib/multi3.S
@@ -1,5 +1,4 @@
 #include 
-#include 
 
.text
.align  4
@@ -32,4 +31,3 @@ ENTRY(__multi3) /* %o0 = u, %o1 = v */
retl
 add%g1, %o0, %o0
 ENDPROC(__multi3)
-EXPORT_SYMBOL(__multi3)

Would it be possible to include this patch in future linux 4.9.x packages? 
Thanks!

Best regards,
Tom Turelinckx

-- System Information:
Debian Release: 9.0
Architecture: sparc64

Kernel: Linux 4.9.0-3-sparc64-smp (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Re: Possibilities for a special Azure or cloud Linux package

[Bastian Blank]

Hi

On Sat, Nov 18, 2017 at 01:48:53AM +, Ben Hutchings wrote:
> However, if it is possible to create a single flavour that provides
> those sorts of enhancements for multiple cloud platforms, I think that
> would be worthwhile.

I commited a inital config to master.  It is tested on Azure and I'll
take a look on the other clouds later.

commit 5f83961cb506956f9b72c408d3f22ea48f14d0b4 (HEAD -> master, origin/master, 
origin/HEAD)
Author: Bastian Blank 
Date:   Thu Jan 18 09:15:53 2018 +0100

Add cloud-amd64 kernel flavour

As discussed on d-kernel, this flavour is added as experiment on request
of Microsoft.  For now it is only tested on Microsoft Azure.

It will be expanded to cover the other public cloud platforms at well.
This platforms will need additional drivers.

http://lists.alioth.debian.org/pipermail/kernel-svn-changes/2018-January/027184.html

Please take a look if you disapprove with the things I disabled.

Regards,
Bastian

-- 
In the strict scientific sense we all feed on death -- even vegetarians.
-- Spock, "Wolf in the Fold", stardate 3615.4