Re: Linux 5.11-rc1

2021-01-03 Thread Adam Borowski
On Sun, Jan 03, 2021 at 05:45:16PM +, David Laight wrote: > From: Ilkka Prusi > > Note that /sbin is now just a symlink to /usr/sbin on Debian since 10 > > (Buster) as per FHS[1][2]. > > > > [1] https://wiki.linuxfoundation.org/lsb/fhs > > [2] > >

RE: Linux 5.11-rc1

2021-01-03 Thread David Laight
From: Ilkka Prusi > Sent: 02 January 2021 23:27 > > > PATH for the root on Debian is > > /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin > > > > Note that /sbin is now just a symlink to /usr/sbin on Debian since 10 > (Buster) as per FHS[1][2]. > > [1]

RE: Linux 5.11-rc1

2021-01-03 Thread David Laight
From: Bernd Petrovitsch > Sent: 02 January 2021 11:05 > > On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote: > [...] > > To be honest I wondered why there were no more reports on this. > > Perhaps I'm not the only one who has /sbin and /usr/sbin in the > $PATH of normal accounts too (and idk

Re: Linux 5.11-rc1

2021-01-02 Thread Ilkka Prusi
PATH for the root on Debian is /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin Note that /sbin is now just a symlink to /usr/sbin on Debian since 10 (Buster) as per FHS[1][2]. [1] https://wiki.linuxfoundation.org/lsb/fhs [2]

Re: Linux 5.11-rc1

2021-01-02 Thread Masahiro Yamada
On Sat, Jan 2, 2021 at 4:51 PM Masahiro Yamada wrote: > > On Sat, Jan 2, 2021 at 3:55 AM Sedat Dilek wrote: > > > > On Fri, Jan 1, 2021 at 5:14 PM Pavel Machek wrote: > > > > > > Hi! > > > > > > > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > > > > /sbin/depmod > > > > > > > > > > > > $

Re: Linux 5.11-rc1

2021-01-02 Thread Sedat Dilek
> > IMHO users should not need to fix their environment. > > ( The discussion is a bit obsolete as we now have a fix. ) > > FWIW, I have no (and don't see any) problems simply appending > /sbin:/usr/sbin to the $PATH in/for the kernel's scripts. > Another workaround is to pass

Re: Linux 5.11-rc1

2021-01-02 Thread Bernd Petrovitsch
On Sat, 2021-01-02 at 12:26 +0100, Sedat Dilek wrote: > On Sat, Jan 2, 2021 at 12:05 PM Bernd Petrovitsch > wrote: > > On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote: > > [...] > > > To be honest I wondered why there were no more reports on this. > > > > Perhaps I'm not the only one who

Re: Linux 5.11-rc1

2021-01-02 Thread Sedat Dilek
On Sat, Jan 2, 2021 at 12:05 PM Bernd Petrovitsch wrote: > > On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote: > [...] > > To be honest I wondered why there were no more reports on this. > > Perhaps I'm not the only one who has /sbin and /usr/sbin in the > $PATH of normal accounts too (and

Re: Linux 5.11-rc1

2021-01-02 Thread Bernd Petrovitsch
On Sat, 2021-01-02 at 10:13 +0100, Sedat Dilek wrote: [...] > To be honest I wondered why there were no more reports on this. Perhaps I'm not the only one who has /sbin and /usr/sbin in the $PATH of normal accounts too (and idk what's the default behaviour of distributions is - my .bashrc "fixes"

Re: Linux 5.11-rc1

2021-01-02 Thread Sedat Dilek
On Sat, Jan 2, 2021 at 8:52 AM Masahiro Yamada wrote: > > On Sat, Jan 2, 2021 at 3:55 AM Sedat Dilek wrote: > > > > On Fri, Jan 1, 2021 at 5:14 PM Pavel Machek wrote: > > > > > > Hi! > > > > > > > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > > > > /sbin/depmod > > > > > > > > > > > > $

Re: Linux 5.11-rc1

2021-01-02 Thread Masahiro Yamada
On Sat, Jan 2, 2021 at 3:55 AM Sedat Dilek wrote: > > On Fri, Jan 1, 2021 at 5:14 PM Pavel Machek wrote: > > > > Hi! > > > > > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > > > /sbin/depmod > > > > > > > > > > $ which depmod > > > > > [ empty ] > > > > > > > > > > $ echo $PATH > > > > >

Re: Linux 5.11-rc1

2021-01-01 Thread Sedat Dilek
On Fri, Jan 1, 2021 at 7:55 PM Sedat Dilek wrote: > > On Fri, Jan 1, 2021 at 5:14 PM Pavel Machek wrote: > > > > Hi! > > > > > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > > > /sbin/depmod > > > > > > > > > > $ which depmod > > > > > [ empty ] > > > > > > > > > > $ echo $PATH > > > > >

Re: Linux 5.11-rc1

2021-01-01 Thread Sedat Dilek
On Fri, Jan 1, 2021 at 5:14 PM Pavel Machek wrote: > > Hi! > > > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > > /sbin/depmod > > > > > > > > $ which depmod > > > > [ empty ] > > > > > > > > $ echo $PATH > > > >

Re: Linux 5.11-rc1

2021-01-01 Thread Pavel Machek
Hi! > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > /sbin/depmod > > > > > > $ which depmod > > > [ empty ] > > > > > > $ echo $PATH > > > /opt/proxychains-ng/bin:/home/dileks/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games > > Ok, I think this is a broken setup that has a

linux-next: stats (Was: Linux 5.11-rc1)

2020-12-29 Thread Stephen Rothwell
Hi all, As usual, the executive friendly graph is at http://neuling.org/linux-next-size.html :-) (No merge commits counted, next-20201214 was the first linux-next after the merge window opened.) Commits in v5.11-rc1 (relative to v5.10): 12498 Commits in next-20201214:

Re: Linux 5.11-rc1

2020-12-28 Thread Kalesh Singh
On Mon, Dec 28, 2020 at 12:59 PM Linus Torvalds wrote: > > On Mon, Dec 28, 2020 at 7:51 AM Guenter Roeck wrote: > > > > Build results: > > total: 153 pass: 151 fail: 2 > > Thanks for doing these for the mainline rc's too. I've seen them for > the stable kernels, but it's lovely to see it

Re: Linux 5.11-rc1

2020-12-28 Thread Linus Torvalds
On Mon, Dec 28, 2020 at 12:04 AM Sedat Dilek wrote: > > > $ dpkg -L kmod | grep bin | grep depmod > > /sbin/depmod > > > > $ which depmod > > [ empty ] > > > > $ echo $PATH > > /opt/proxychains-ng/bin:/home/dileks/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games Ok, I think this is a

Re: Linux 5.11-rc1

2020-12-28 Thread Sedat Dilek
On Mon, Dec 28, 2020 at 8:40 PM Linus Torvalds wrote: > > On Mon, Dec 28, 2020 at 12:04 AM Sedat Dilek wrote: > > > > > $ dpkg -L kmod | grep bin | grep depmod > > > /sbin/depmod > > > > > > $ which depmod > > > [ empty ] > > > > > > $ echo $PATH > > >

Re: Linux 5.11-rc1

2020-12-28 Thread Guenter Roeck
On 12/28/20 11:37 AM, Kalesh Singh wrote: [ ... ] >>> parisc: Failed to execute /sbin/init (error -12) >>> >>> Caused by: c49dd3401802 ("mm: speedup mremap on 1GB or larger regions") >> >> Looks like Kalesh is looking at it. >> >> I don't think that was supposed to matter at all on parisc, but

Re: Linux 5.11-rc1

2020-12-28 Thread Linus Torvalds
On Mon, Dec 28, 2020 at 7:26 AM Sedat Dilek wrote: > > I also tested with LLVM toolchain v11.0.1-rc2 together with passing > LLVM=1 and LLVM_IAS=1 to my make line. > > I had one ERROR: > > error: too few operands for instruction in arch/x86/kvm/svm/sev.c Looks like Paolo already picked up the

Re: Linux 5.11-rc1

2020-12-28 Thread Sedat Dilek
On Mon, Dec 28, 2020 at 8:45 PM Linus Torvalds wrote: > > On Mon, Dec 28, 2020 at 7:26 AM Sedat Dilek wrote: > > > > I also tested with LLVM toolchain v11.0.1-rc2 together with passing > > LLVM=1 and LLVM_IAS=1 to my make line. > > > > I had one ERROR: > > > > error: too few operands for

Re: Linux 5.11-rc1

2020-12-28 Thread Linus Torvalds
On Mon, Dec 28, 2020 at 7:51 AM Guenter Roeck wrote: > > Build results: > total: 153 pass: 151 fail: 2 Thanks for doing these for the mainline rc's too. I've seen them for the stable kernels, but it's lovely to see it for rc1. > ERROR: modpost: "irq_check_status_bit"

Re: Linux 5.11-rc1

2020-12-28 Thread Guenter Roeck
On Sun, Dec 27, 2020 at 04:04:11PM -0800, Linus Torvalds wrote: > Two weeks have passed, Christmas is over, and so is the merge window. > > I want to thank all the maintainers who sent in their pull requests > early: we all wanted to get things done before the holidays really > hit, and mostly it

Re: Linux 5.11-rc1

2020-12-28 Thread Sedat Dilek
[ Please CC me I am not subscribed to LKML and linux-kbuild ML ] Hi Linus, I also tested with LLVM toolchain v11.0.1-rc2 together with passing LLVM=1 and LLVM_IAS=1 to my make line. I had one ERROR: error: too few operands for instruction in arch/x86/kvm/svm/sev.c The issue was reported in

Re: Linux 5.11-rc1

2020-12-28 Thread Sedat Dilek
On Mon, Dec 28, 2020 at 9:04 AM Sedat Dilek wrote: > > On Mon, Dec 28, 2020 at 8:30 AM Sedat Dilek wrote: > > > > [ Please CC me I am not subscribed to LKML and linux-kbuild ML ] > > > > Hi Linus, Hi Mashiro, > > > > thanks for the Linux v5.11-rc1 release. > > > > With a new release I always do

Re: Linux 5.11-rc1

2020-12-28 Thread Sedat Dilek
On Mon, Dec 28, 2020 at 8:30 AM Sedat Dilek wrote: > > [ Please CC me I am not subscribed to LKML and linux-kbuild ML ] > > Hi Linus, Hi Mashiro, > > thanks for the Linux v5.11-rc1 release. > > With a new release I always do my first builds with my distro's > default compiler and linker (GCC

Re: Linux 5.11-rc1

2020-12-27 Thread Sedat Dilek
[ Please CC me I am not subscribed to LKML and linux-kbuild ML ] Hi Linus, Hi Mashiro, thanks for the Linux v5.11-rc1 release. With a new release I always do my first builds with my distro's default compiler and linker (GCC v10.2.1 and GNU/ld BFD v2.35.1). ( It's approx. 40% faster than LLVM

Linux 5.11-rc1

2020-12-27 Thread Linus Torvalds
Two weeks have passed, Christmas is over, and so is the merge window. I want to thank all the maintainers who sent in their pull requests early: we all wanted to get things done before the holidays really hit, and mostly it seemed to work quite well. In fact, it was rather nice to handle the big

Re: [GIT PULL] KUnit update for Linux 5.11-rc1

2020-12-16 Thread pr-tracker-bot
The pull request you sent on Tue, 15 Dec 2020 14:52:11 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-kunit-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/706451d47b3716c24e0553dfdefba11d202effc1 Thank

Re: [GIT PULL] Kselftest update for Linux 5.11-rc1

2020-12-16 Thread pr-tracker-bot
The pull request you sent on Tue, 15 Dec 2020 13:35:31 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-next-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/7194850efa47c8dac6e805087dd23c7b03af019d Thank

Re: [GIT PULL] Kselftest fixes update for Linux 5.11-rc1

2020-12-16 Thread pr-tracker-bot
The pull request you sent on Tue, 15 Dec 2020 11:59:10 -0700: > git://git.kernel.org/pub/scm/linux/kernel/git/shuah/linux-kselftest > tags/linux-kselftest-fixes-5.11-rc1 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/b80affe33fdd56c8e9f1f0f33ad99f9016a59195 Thank

[GIT PULL] KUnit update for Linux 5.11-rc1

2020-12-15 Thread Shuah Khan
Hi Linus, Please pull the following KUnit update for Linux 5.11-rc1. This kunit update for Linux 5.11-rc1 consists of: -- documentation update and fix to kunit_tool to parse diagnostic messages correctly from David Gow -- Support for Parameterized Testing and fs/ext4 test updates to use

[GIT PULL] Kselftest update for Linux 5.11-rc1

2020-12-15 Thread Shuah Khan
Hi Linus, Please pull the following Kselftest update for Linux 5.11-rc1. This kselftest update for Linux 5.11-rc1 consists of: - Much needed gpio test Makefile cleanup to various problems with test dependencies and build errors from Michael Ellerman - Enabling vDSO test on non x86 platforms

[GIT PULL] Kselftest fixes update for Linux 5.11-rc1

2020-12-15 Thread Shuah Khan
Hi Linus, Please pull this Kselftest fixes update for Linux 5.11-rc1. This Kselftest fixes update for Linux 5.11-rc1 consists of build error fixes for clone3 and rseq tests. diff is attached. thanks, -- Shuah The following

Re: [GIT PULL] cpupower update for Linux 5.11-rc1

2020-12-01 Thread Rafael J. Wysocki
On Mon, Nov 30, 2020 at 10:47 PM Shuah Khan wrote: > > Hi Rafael, > > Please pull the following cpupower update for Linux 5.11-rc1. > > This cpupower update for Linux 5.11-rc1 consists of a change to provide > online and offline CPU information. This change makes it e

[GIT PULL] cpupower update for Linux 5.11-rc1

2020-11-30 Thread Shuah Khan
Hi Rafael, Please pull the following cpupower update for Linux 5.11-rc1. This cpupower update for Linux 5.11-rc1 consists of a change to provide online and offline CPU information. This change makes it easier to keep track of offline cpus whose cpuidle or cpufreq property aren't changed when