Linux overlord Linus Torvalds is both worried and chilled about the progress of Linux 4.9. Or maybe he isn't: his weekly message about the latest release candidate has a bet each way.
"We're getting further in the rc series, and while things have stayed pretty calm, I'm not sure if we're quite there yet," he posted to the Linux Kernel Mailing List on Sunday evening. But in the next sentence, he calms down, saying "This may be one of those releases that have an rc8, which considering the size of 4.9 is perhaps not that unusual."
In the next paragraph of his post he again expresses both worry and calm.
"That said, nothing particular is bothering me all that much, but we've had some of the VMALLOC_STACK fixups continue to trickle in, so I worry that we're not quite done there yet."
He does it again in the next paragraph, first saying ""The fact that rc6 is bigger than rc5 was is not a particularly great sign" before then saying the situation is probably "just the usual timing fluctuation: rc6 had networking updates, rc5 didn't, for example."
"There are also some rdma updates etc that stand out. Nothing that looks particularly worrisome."
(Score: 2) by PocketSizeSUn on Tuesday November 22 2016, @06:42PM
Patch for debian sid:
linux$ git diff
diff --git a/Makefile b/Makefile
index 80b8671..260ae76 100644
--- a/Makefile
+++ b/Makefile
@@ -619,6 +619,11 @@ ARCH_AFLAGS:=
ARCH_CFLAGS :=
include arch/$(SRCARCH)/Makefile
+KBUILD_CPPFLAGS += $(call cc-option,-fno-pic,)
+KBUILD_CPPFLAGS += $(call cc-option,-fno-pie,)
+
+KBUILD_CFLAGS += $(call cc-option,-fno-pic,)
+KBUILD_CFLAGS += $(call cc-option,-fno-pie,)
KBUILD_CFLAGS += $(call cc-option,-fno-delete-null-pointer-checks,)
KBUILD_CFLAGS += $(call cc-disable-warning,maybe-uninitialized,)
diff --git a/scripts/gcc-x86_64-has-stack-protector.sh b/scripts/gcc-x86_64-has-stack-protector.sh
index 973e8c1..274cba1 100755
--- a/scripts/gcc-x86_64-has-stack-protector.sh
+++ b/scripts/gcc-x86_64-has-stack-protector.sh
@@ -1,6 +1,6 @@
#!/bin/sh
-echo "int foo(void) { char X[200]; return 3; }" | $* -S -x c -c -O0 -mcmodel=kernel -fstack-protector - -o - 2> /dev/null | grep -q "%gs"
+echo "int foo(void) { char X[200]; return 3; }" | $* -S -x c -c -O0 -mcmodel=kernel -fno-pie -fstack-protector - -o - 2> /dev/null | grep -q "%gs"
if [ "$?" -eq "0" ] ; then
echo y
else
(Score: 2) by PocketSizeSUn on Tuesday November 22 2016, @09:16PM
Used the stock /boot/config-4.8.0-1-amd64 as the initial config.
M/B: Asus M5A99x
SATA Drives: Intel SSD / HGST / Hitachi / Seagate / WD Red
Running Linus tip: 3b404a519815b9820f73f1ecf404e5546c9270ba (post v4.9-rc6)
No obvious issues here.
Hope this helps.
(Score: 2) by requerdanos on Wednesday November 23 2016, @02:27AM
Would you be willing to post your kernel config to a pastebin? I'd love to try compiling exactly what you have to see what I get.
(Score: 2) by PocketSizeSUn on Wednesday November 23 2016, @03:13AM
I uploaded it all to a server here:
http://thorns.aeonazure.com/linux-4.9/config-4.9.0-rc6-zdm [aeonazure.com]
And the pre-built debs [from: $make -j7 bindeb-pkg LOCALVERSION=-zdm]:
http://thorns.aeonazure.com/linux-4.9/linux-firmware-image-4.9.0-rc6-zdm_4.9.0-rc6-zdm-7_amd64.deb [aeonazure.com]
http://thorns.aeonazure.com/linux-4.9/linux-headers-4.9.0-rc6-zdm_4.9.0-rc6-zdm-7_amd64.deb [aeonazure.com]
http://thorns.aeonazure.com/linux-4.9/linux-image-4.9.0-rc6-zdm_4.9.0-rc6-zdm-7_amd64.deb [aeonazure.com]
http://thorns.aeonazure.com/linux-4.9/linux-libc-dev_4.9.0-rc6-zdm-7_amd64.deb [aeonazure.com]
Hope this helps
(Score: 2) by requerdanos on Wednesday November 23 2016, @03:56AM
It helps a lot... It tells me that it's not just me doing something wrong.
I built with your exact .config but still have the same problem. Probably something with my ASRock 970M Pro3 motherboard.
I'll spend time looking at your config later--yours built in 21 minutes as opposed to my usual 23. Thanks again.