[SOLVED] strange behavior with kernel-4.14.x

Darth Vader · 12-25-2017, 11:55 AM

A "stable" branch in a git repository is a different thing by a stable release.

cwizardone · 12-25-2017, 11:59 AM

Quote:

Originally Posted by nobodino

"git clone linux-stable" : is up to date (today) with the patches included, is just what I meant, nothing else.
I'm not referring to kernel.org for which I read the kernel-4.14.9 changelog.

Ah, so... Thanks for the clarification.

Darth Vader · 12-29-2017, 12:32 PM

4.14.10 is there.

https://cdn.kernel.org/pub/linux/ker...4.14.10.tar.xz
https://cdn.kernel.org/pub/linux/ker...ngeLog-4.14.10

BUT, meanwhile I transformed my mini-PC back in a router.

Someone can confirm/infirm the issues for 4.14.10?

nobodino · 12-29-2017, 01:13 PM

Nothing worth in changelog, don't hope for that kernel!

AlleyTrotter · 12-29-2017, 03:15 PM

Quote:

Originally Posted by Darth Vader

4.14.10 is there.

https://cdn.kernel.org/pub/linux/ker...4.14.10.tar.xz
https://cdn.kernel.org/pub/linux/ker...ngeLog-4.14.10

BUT, meanwhile I transformed my mini-PC back in a router.

Someone can confirm/infirm the issues for 4.14.10?

That dog don't hunt. (as root or user)

Code:

 CC       /usr/src/linux-4.14/tools/objtool/str_error_r.o
  LD       /usr/src/linux-4.14/tools/objtool/objtool-in.o
make[2]: execvp: ./sync-check.sh: Permission denied
Makefile:49: recipe for target '/usr/src/linux-4.14/tools/objtool/objtool' failed
make[2]: *** [/usr/src/linux-4.14/tools/objtool/objtool] Error 127
Makefile:62: recipe for target 'objtool' failed
make[1]: *** [objtool] Error 2
Makefile:1628: recipe for target 'tools/objtool' failed
make: *** [tools/objtool] Error 2
make: *** Waiting for unfinished jobs....
make: *** wait: No child processes.  Stop.

john
MY APOLOGIES
on a fresh download of linux-4.14.10 from kernel.org and following Pat's README it seems to be compiling fine. Previously I had upgraded with patch 9-10
mea cupa
two rabbits so far

Darth Vader · 12-29-2017, 03:20 PM

Glorious!

So, it does not even compile...

The 4.14.x goes better and even better.

gmgf · 12-29-2017, 03:39 PM

Curious it compile fine here:

Linux 4.14.10gm #1 SMP Fri Dec 29 20:06:43 UTC 2017 x86_64 AMD FX(tm)-6300 Six-Core Processor AuthenticAMD GNU/Linux

Darth Vader · 12-29-2017, 03:40 PM

It is all about 32-bit architecture!

OK, according with our BDFL, it is affected also the x86_64 arch, but the 32-bit target is on the stage: EPIC FAIL!

dracolich · 12-29-2017, 03:46 PM

Built and booted fine here on 32-bit smp. It's only my first boot into it but it is working at the moment.

Darth Vader · 12-29-2017, 03:46 PM

Quote:

Originally Posted by dracolich

Built and booted fine here on 32-bit smp. It's only my first boot into it but it is working at the moment.

You dare to try the Patrick's Loop?

Code:

while true
do
        /sbin/udevadm trigger --type=subsystems --action=change
        /sbin/udevadm trigger --type=devices --action=change
        /sbin/udevadm settle --timeout=120
done

IF your computer resists more than 5 minutes without crash, then they changed something.