x86: work around clang IAS bug referencing __force_order
diff mbox series

Message ID 20200527135329.1172644-1-arnd@arndb.de
State New
Headers show
Series
  • x86: work around clang IAS bug referencing __force_order
Related show

Commit Message

Arnd Bergmann May 27, 2020, 1:53 p.m. UTC
When using the clang integrated assembler, we get a reference
to __force_order that should normally get ignored in a few
rare cases:

ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!

Add a 'static' definition so any file in which this happens can
have a local copy.

Signed-off-by: Arnd Bergmann <arnd@arndb.de>
---
 arch/x86/boot/compressed/pgtable_64.c | 2 ++
 arch/x86/include/asm/special_insns.h  | 7 +++++++
 2 files changed, 9 insertions(+)

Comments

Sedat Dilek Aug. 1, 2020, 11:50 a.m. UTC | #1
On Wed, May 27, 2020 at 3:53 PM Arnd Bergmann <arnd@arndb.de> wrote:
>
> When using the clang integrated assembler, we get a reference
> to __force_order that should normally get ignored in a few
> rare cases:
>
> ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
>
> Add a 'static' definition so any file in which this happens can
> have a local copy.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Hi,

what is the status of this patch?

I needed this one to be able to build VirtualBox via DKMS as an
out-of-tree kernel-module.
Package: virtualbox-dkms version 6.1.12-dfsg-8 (Debian/unstable)

To quote myself (see [1]):
Passing LLVM_IAS=1 results in:

  AR      /var/lib/dkms/virtualbox/6.1.12/build/built-in.a
  MODPOST /var/lib/dkms/virtualbox/6.1.12/build/Module.symvers
ERROR: modpost: "__force_order"
[/var/lib/dkms/virtualbox/6.1.12/build/vboxdrv/vboxdrv.ko] undefined!

Arnd's patch is mandatory to build with Clang's Integrated Assembler
(make LLVM_IAS=1).
Here: LLVM toolchain version 11.0.0-rc1

Feel free to add:
Reported-by: Sedat Dilek <sedat.dilek@gmail.com>
Tested-by: Sedat Dilek <sedat.dilek@gmail.com>

Can one of the tip maintainers pick this up, please?

Thanks.

Regards,
- Sedat -

[1] https://github.com/ClangBuiltLinux/linux/issues/1104#issuecomment-667470053


> ---
>  arch/x86/boot/compressed/pgtable_64.c | 2 ++
>  arch/x86/include/asm/special_insns.h  | 7 +++++++
>  2 files changed, 9 insertions(+)
>
> diff --git a/arch/x86/boot/compressed/pgtable_64.c b/arch/x86/boot/compressed/pgtable_64.c
> index c8862696a47b..8595194cea41 100644
> --- a/arch/x86/boot/compressed/pgtable_64.c
> +++ b/arch/x86/boot/compressed/pgtable_64.c
> @@ -12,7 +12,9 @@
>   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
>   * due to an undefined symbol. Define it to make these ancient GCCs work.
>   */
> +#ifndef CONFIG_CC_IS_CLANG
>  unsigned long __force_order;
> +#endif
>
>  #define BIOS_START_MIN         0x20000U        /* 128K, less than this is insane */
>  #define BIOS_START_MAX         0x9f000U        /* 640K, absolute maximum */
> diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h
> index 82436cb04ccf..7081e587c1ea 100644
> --- a/arch/x86/include/asm/special_insns.h
> +++ b/arch/x86/include/asm/special_insns.h
> @@ -16,8 +16,15 @@
>   * A memory clobber would solve the problem, but would prevent reordering of
>   * all loads stores around it, which can hurt performance. Solution is to
>   * use a variable and mimic reads and writes to it to enforce serialization
> + *
> + * Clang sometimes fails to kill the reference to the dummy variable, so
> + * provide an actual copy.
>   */
> +#ifdef CONFIG_CC_IS_CLANG
> +static unsigned long __force_order;
> +#else
>  extern unsigned long __force_order;
> +#endif
>
>  void native_write_cr0(unsigned long val);
>
> --
> 2.26.2
>
> --
> You received this message because you are subscribed to the Google Groups "Clang Built Linux" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to clang-built-linux+unsubscribe@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/clang-built-linux/20200527135329.1172644-1-arnd%40arndb.de.
Nick Desaulniers Aug. 4, 2020, 12:09 a.m. UTC | #2
On Wed, May 27, 2020 at 6:53 AM Arnd Bergmann <arnd@arndb.de> wrote:
>
> When using the clang integrated assembler, we get a reference
> to __force_order that should normally get ignored in a few
> rare cases:
>
> ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
>
> Add a 'static' definition so any file in which this happens can
> have a local copy.
>
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Hi Arnd,
Looks like
$ ARCH=i386 make CC=clang LLVM_IAS=1 -j71
defconfig+CONFIG_X86_POWERNOW_K6=m
is the simplest reproducer.

If I run
$ llvm-readelf -s drivers/cpufreq/powernow-k6.o | grep __force_order
    39: 00000000     0 NOTYPE  GLOBAL DEFAULT   UND __force_order
we can indeed see an undefined reference to __force_order.

If I build the .s file via
$ ARCH=i386 make CC=clang LLVM_IAS=1 -j71 drivers/cpufreq/powernow-k6.s
the only reference I see to __force_order is:
979   .addrsig_sym __force_order

which is created by Clang's implicit -faddr-sig.  If I disable that
for this file via:

```diff
diff --git a/drivers/cpufreq/Makefile b/drivers/cpufreq/Makefile
index f1b7e3dd6e5d..87d655d5af49 100644
--- a/drivers/cpufreq/Makefile
+++ b/drivers/cpufreq/Makefile
@@ -28,6 +28,9 @@ obj-$(CONFIG_X86_ACPI_CPUFREQ)                +=
acpi-cpufreq.o
 obj-$(CONFIG_X86_POWERNOW_K8)          += powernow-k8.o
 obj-$(CONFIG_X86_PCC_CPUFREQ)          += pcc-cpufreq.o
 obj-$(CONFIG_X86_POWERNOW_K6)          += powernow-k6.o
+ifdef CONFIG_CC_IS_CLANG
+CFLAGS_powernow-k6.o                   += -fno-addrsig
+endif
 obj-$(CONFIG_X86_POWERNOW_K7)          += powernow-k7.o
 obj-$(CONFIG_X86_LONGHAUL)             += longhaul.o
 obj-$(CONFIG_X86_E_POWERSAVER)         += e_powersaver.o
```
then the module links without error, and we get no hits for
__force_order from llvm-readelf -s.  This makes me think there may be
a bug in Clang generating address significance tables for global
variables that are otherwise unused, resulting in such linkage
failures. +pcc@ for that.

I ran a creduce job on drivers/cpufreq/powernow-k6.i where I'd compile
twice, one with the implicit default value of -faddr-sig and look for
the undefined __force_order, and again with -fno-addrsig and ensure
there was no undefined __force_order, which coughed up:
extern int __force_order;
int a(void) { asm("" : "=m"(__force_order)); return 0; }
as the bare minimum for an address significant table.
https://godbolt.org/z/cjfaqM

I'll bet this is coming from the call to read_cr0() in
powernow_k6_set_cpu_multiplier().  If __force_order is defined in
arch/x86/boot/compressed/pgtable_64.c, then I'm not sure it's a good
idea to build drivers/cpufreq/powernow-k6.c as a kernel module
(CONFIG_X86_POWERNOW_K6=m) vs statically compiled in.  Wouldn't
__force_order need to be EXPORT'ed for kernel modules to use it
safely?

> ---
>  arch/x86/boot/compressed/pgtable_64.c | 2 ++
>  arch/x86/include/asm/special_insns.h  | 7 +++++++
>  2 files changed, 9 insertions(+)
>
> diff --git a/arch/x86/boot/compressed/pgtable_64.c b/arch/x86/boot/compressed/pgtable_64.c
> index c8862696a47b..8595194cea41 100644
> --- a/arch/x86/boot/compressed/pgtable_64.c
> +++ b/arch/x86/boot/compressed/pgtable_64.c
> @@ -12,7 +12,9 @@
>   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
>   * due to an undefined symbol. Define it to make these ancient GCCs work.
>   */
> +#ifndef CONFIG_CC_IS_CLANG
>  unsigned long __force_order;
> +#endif
>
>  #define BIOS_START_MIN         0x20000U        /* 128K, less than this is insane */
>  #define BIOS_START_MAX         0x9f000U        /* 640K, absolute maximum */
> diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h
> index 82436cb04ccf..7081e587c1ea 100644
> --- a/arch/x86/include/asm/special_insns.h
> +++ b/arch/x86/include/asm/special_insns.h
> @@ -16,8 +16,15 @@
>   * A memory clobber would solve the problem, but would prevent reordering of
>   * all loads stores around it, which can hurt performance. Solution is to
>   * use a variable and mimic reads and writes to it to enforce serialization
> + *
> + * Clang sometimes fails to kill the reference to the dummy variable, so
> + * provide an actual copy.
>   */
> +#ifdef CONFIG_CC_IS_CLANG
> +static unsigned long __force_order;
> +#else
>  extern unsigned long __force_order;
> +#endif
>
>  void native_write_cr0(unsigned long val);
>
> --
> 2.26.2
>
> --
Thomas Gleixner Aug. 6, 2020, 10:11 p.m. UTC | #3
Arnd Bergmann <arnd@arndb.de> writes:
> When using the clang integrated assembler, we get a reference
> to __force_order that should normally get ignored in a few
> rare cases:
>
> ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
>
> Add a 'static' definition so any file in which this happens can
> have a local copy.

That's a horrible hack.

And the only reason why it does not trigger -Wunused-variable warnings
all over the place is because it's "referenced" in unused inline
functions and then optimized out along with the unused inlines.

>   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
>   * due to an undefined symbol. Define it to make these ancient GCCs
>   work.

Bah, we really should have moved straight to GCC5 instead of upping it
just to 4.9

> + *
> + * Clang sometimes fails to kill the reference to the dummy variable, so
> + * provide an actual copy.

Can that compiler be fixed instead?

Aside of that is there a reason to make this 'static' thing wrapped in
#ifdeffery? A quick check with GCC8.3 just works. But maybe 4.9 gets
unhappy. Can't say due to: -ENOANCIENTCOMPILER :)

Thanks,

        tglx
Thomas Gleixner Aug. 6, 2020, 10:13 p.m. UTC | #4
Sedat Dilek <sedat.dilek@gmail.com> writes:
> what is the status of this patch?

Just looked at it.

> I needed this one to be able to build VirtualBox via DKMS as an
> out-of-tree kernel-module.

Not being able to build the vbox rootkit is a feature, not a bug.

Thanks,

        tglx
Sedat Dilek Aug. 7, 2020, 7:03 a.m. UTC | #5
On Fri, Aug 7, 2020 at 12:13 AM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> Sedat Dilek <sedat.dilek@gmail.com> writes:
> > what is the status of this patch?
>
> Just looked at it.
>
> > I needed this one to be able to build VirtualBox via DKMS as an
> > out-of-tree kernel-module.
>
> Not being able to build the vbox rootkit is a feature, not a bug.
>

It must be a funny job to work for Linux/x86.
Keep your humour :-).

We have a second issue hitting this problem when CONFIG_LKDTM=m.
There are more details in CBL issue #1120.
Especially see comments from Nick [2] and user pcc [3].

Thanks.

- Sedat -

[1] https://github.com/ClangBuiltLinux/linux/issues/1120
[2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-668736160
[3] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-668746486
Nick Desaulniers Aug. 13, 2020, 12:12 a.m. UTC | #6
On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
>
> Arnd Bergmann <arnd@arndb.de> writes:
> > When using the clang integrated assembler, we get a reference
> > to __force_order that should normally get ignored in a few
> > rare cases:
> >
> > ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
> >
> > Add a 'static' definition so any file in which this happens can
> > have a local copy.
>
> That's a horrible hack.

Agreed.  And static means everyone gets their own copy, rather than
sharing one memory address.  I guess no one actually writes to it, so
it doesn't really matter, but __force_order just seems so strange to
me.

> And the only reason why it does not trigger -Wunused-variable warnings
> all over the place is because it's "referenced" in unused inline
> functions and then optimized out along with the unused inlines.
>
> >   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
> >   * due to an undefined symbol. Define it to make these ancient GCCs
> >   work.
>
> Bah, we really should have moved straight to GCC5 instead of upping it
> just to 4.9
>
> > + *
> > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > + * provide an actual copy.
>
> Can that compiler be fixed instead?

I don't think so. The logic in the compiler whether to emit an
"address is significant" assembler directive is based on whether the
variable is "used."  The "use" of `__force_order` is as output of all
of these control register read/write functions' inline asm, even
though the inline asm doesn't actually write to them.  We'd have to
peek inside of the inline asm and build "use/def chains" for the
inline asm, to see that you don't actually use the output variable.
Best we can do is see it listed as an output to the inline asm
statement.  And if you reference an `extern` variable, it should be no
wonder that you can get undefined symbol linkage failures.

I'd much rather remove all of __force_order.

>
> Aside of that is there a reason to make this 'static' thing wrapped in
> #ifdeffery? A quick check with GCC8.3 just works. But maybe 4.9 gets
> unhappy. Can't say due to: -ENOANCIENTCOMPILER :)

From the comment in arch/x86/boot/compressed/pgtable_64.c, there's a
hint that maybe gcc < 5 and -pie (CONFIG_RANDOMIZE_BASE?) would fail
due to undefined symbol, though I'm not sure which symbol the comment
is referring to.  If it's __force_order, then removing outright likely
fixes that issue.

Not sure about the comment in arch/x86/include/asm/special_insns.h
either; smells fishy like a bug with a compiler from a long time ago.
It looks like it was introduced in:
commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
Lore has this thread:
https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
It seems like there was a discussion about %cr8, but no one asked
"what's going on here with __force_order, is that right?"
Latest GCC release on December 4 2007 would have been GCC 4.2.2 according to:
https://gcc.gnu.org/releases.html

Quick boot test of the below works for me, though I should probably
test hosting a virtualized guest since d3ca901f94b32 refers to
paravirt.  Thoughts?
--- a/arch/x86/boot/compressed/pgtable_64.c
+++ b/arch/x86/boot/compressed/pgtable_64.c
@@ -5,15 +5,6 @@
 #include "pgtable.h"
 #include "../string.h"

-/*
- * __force_order is used by special_insns.h asm code to force instruction
- * serialization.
- *
- * It is not referenced from the code, but GCC < 5 with -fPIE would fail
- * due to an undefined symbol. Define it to make these ancient GCCs work.
- */
-unsigned long __force_order;
-
 #define BIOS_START_MIN         0x20000U        /* 128K, less than
this is insane */
 #define BIOS_START_MAX         0x9f000U        /* 640K, absolute maximum */

diff --git a/arch/x86/include/asm/special_insns.h
b/arch/x86/include/asm/special_insns.h
index 59a3e13204c3..d2e0d53b0f69 100644
--- a/arch/x86/include/asm/special_insns.h
+++ b/arch/x86/include/asm/special_insns.h
@@ -10,46 +10,37 @@
 #include <linux/irqflags.h>
 #include <linux/jump_label.h>

-/*
- * Volatile isn't enough to prevent the compiler from reordering the
- * read/write functions for the control registers and messing everything up.
- * A memory clobber would solve the problem, but would prevent reordering of
- * all loads stores around it, which can hurt performance. Solution is to
- * use a variable and mimic reads and writes to it to enforce serialization
- */
-extern unsigned long __force_order;
-
 void native_write_cr0(unsigned long val);

 static inline unsigned long native_read_cr0(void)
 {
        unsigned long val;
-       asm volatile("mov %%cr0,%0\n\t" : "=r" (val), "=m" (__force_order));
+       asm volatile("mov %%cr0,%0\n\t" : "=r" (val));
        return val;
 }

 static __always_inline unsigned long native_read_cr2(void)
 {
        unsigned long val;
-       asm volatile("mov %%cr2,%0\n\t" : "=r" (val), "=m" (__force_order));
+       asm volatile("mov %%cr2,%0\n\t" : "=r" (val));
        return val;
 }

 static __always_inline void native_write_cr2(unsigned long val)
 {
-       asm volatile("mov %0,%%cr2": : "r" (val), "m" (__force_order));
+       asm volatile("mov %0,%%cr2": : "r" (val));
 }

 static inline unsigned long __native_read_cr3(void)
 {
        unsigned long val;
-       asm volatile("mov %%cr3,%0\n\t" : "=r" (val), "=m" (__force_order));
+       asm volatile("mov %%cr3,%0\n\t" : "=r" (val));
        return val;
 }

 static inline void native_write_cr3(unsigned long val)
 {
-       asm volatile("mov %0,%%cr3": : "r" (val), "m" (__force_order));
+       asm volatile("mov %0,%%cr3": : "r" (val));
 }

 static inline unsigned long native_read_cr4(void)
@@ -64,10 +55,10 @@ static inline unsigned long native_read_cr4(void)
        asm volatile("1: mov %%cr4, %0\n"
                     "2:\n"
                     _ASM_EXTABLE(1b, 2b)
-                    : "=r" (val), "=m" (__force_order) : "0" (0));
+                    : "=r" (val) : "0" (0));
 #else
        /* CR4 always exists on x86_64. */
-       asm volatile("mov %%cr4,%0\n\t" : "=r" (val), "=m" (__force_order));
+       asm volatile("mov %%cr4,%0\n\t" : "=r" (val));
 #endif
        return val;
 }
diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c
index 965474d78cef..ba9b5234cf44 100644
--- a/arch/x86/kernel/cpu/common.c
+++ b/arch/x86/kernel/cpu/common.c
@@ -358,7 +358,7 @@ void native_write_cr0(unsigned long val)
        unsigned long bits_missing = 0;

 set_register:
-       asm volatile("mov %0,%%cr0": "+r" (val), "+m" (__force_order));
+       asm volatile("mov %0,%%cr0": "+r" (val));

        if (static_branch_likely(&cr_pinning)) {
                if (unlikely((val & X86_CR0_WP) != X86_CR0_WP)) {
David Laight Aug. 13, 2020, 8:49 a.m. UTC | #7
From: Nick Desaulniers
> Sent: 13 August 2020 01:13
> 
> On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
> >
> > Arnd Bergmann <arnd@arndb.de> writes:
> > > When using the clang integrated assembler, we get a reference
> > > to __force_order that should normally get ignored in a few
> > > rare cases:
> > >
> > > ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
> > >
> > > Add a 'static' definition so any file in which this happens can
> > > have a local copy.
> >
> > That's a horrible hack.
> 
> Agreed.  And static means everyone gets their own copy, rather than
> sharing one memory address.  I guess no one actually writes to it, so
> it doesn't really matter, but __force_order just seems so strange to
> me.

It could be changed to use a symbol that the linker script already defines.
However it does look like a workaround for a broken version of gcc.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Arvind Sankar Aug. 13, 2020, 5:20 p.m. UTC | #8
On Wed, Aug 12, 2020 at 05:12:34PM -0700, Nick Desaulniers wrote:
> On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
> >
> > Arnd Bergmann <arnd@arndb.de> writes:
> > > When using the clang integrated assembler, we get a reference
> > > to __force_order that should normally get ignored in a few
> > > rare cases:
> > >
> > > ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
> > >
> > > Add a 'static' definition so any file in which this happens can
> > > have a local copy.
> >
> > That's a horrible hack.
> 
> Agreed.  And static means everyone gets their own copy, rather than
> sharing one memory address.  I guess no one actually writes to it, so
> it doesn't really matter, but __force_order just seems so strange to
> me.
> 
> > And the only reason why it does not trigger -Wunused-variable warnings
> > all over the place is because it's "referenced" in unused inline
> > functions and then optimized out along with the unused inlines.
> >
> > >   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
> > >   * due to an undefined symbol. Define it to make these ancient GCCs
> > >   work.
> >
> > Bah, we really should have moved straight to GCC5 instead of upping it
> > just to 4.9
> >
> > > + *
> > > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > > + * provide an actual copy.
> >
> > Can that compiler be fixed instead?
> 
> I don't think so. The logic in the compiler whether to emit an
> "address is significant" assembler directive is based on whether the
> variable is "used."  The "use" of `__force_order` is as output of all
> of these control register read/write functions' inline asm, even
> though the inline asm doesn't actually write to them.  We'd have to
> peek inside of the inline asm and build "use/def chains" for the
> inline asm, to see that you don't actually use the output variable.
> Best we can do is see it listed as an output to the inline asm
> statement.  And if you reference an `extern` variable, it should be no
> wonder that you can get undefined symbol linkage failures.
> 
> I'd much rather remove all of __force_order.
> 
> >
> > Aside of that is there a reason to make this 'static' thing wrapped in
> > #ifdeffery? A quick check with GCC8.3 just works. But maybe 4.9 gets
> > unhappy. Can't say due to: -ENOANCIENTCOMPILER :)
> 
> >From the comment in arch/x86/boot/compressed/pgtable_64.c, there's a
> hint that maybe gcc < 5 and -pie (CONFIG_RANDOMIZE_BASE?) would fail
> due to undefined symbol, though I'm not sure which symbol the comment
> is referring to.  If it's __force_order, then removing outright likely
> fixes that issue.

Yes, it's __force_order. Compressed kernel is always -fPIE, and gcc <5
and clang will generate mov instructions with GOTPCREL relocations to
load the address of __force_order into a register for use by the inline
asm. gcc-5+ works because it doesn't use GOTPCREL for global variables,
instead relying on the linker inserting copy relocations if necessary.

> 
> Not sure about the comment in arch/x86/include/asm/special_insns.h
> either; smells fishy like a bug with a compiler from a long time ago.
> It looks like it was introduced in:
> commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
> Lore has this thread:
> https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
> Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
> It seems like there was a discussion about %cr8, but no one asked
> "what's going on here with __force_order, is that right?"
> Latest GCC release on December 4 2007 would have been GCC 4.2.2 according to:
> https://gcc.gnu.org/releases.html
> 
> Quick boot test of the below works for me, though I should probably
> test hosting a virtualized guest since d3ca901f94b32 refers to
> paravirt.  Thoughts?

It's unclear if there was a real problem this fixes, but if there was
I'd expect it on native, not paravirt, given it's native that has this
__force_order hack?

gcc's documentation of volatile extended asm includes a caveat.

https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html#Volatile

Near the end of 6.47.2.1:
"Note that the compiler can move even volatile asm instructions relative
to other code, including across jump instructions."

and it provides an example of unexpected code motion, with the fix being
adding an artificial dependency to the asm.

So it might do something silly like reversing the order of two
%crn writes, maybe?
Thomas Gleixner Aug. 13, 2020, 5:28 p.m. UTC | #9
Nick Desaulniers <ndesaulniers@google.com> writes:
> On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
>> > + *
>> > + * Clang sometimes fails to kill the reference to the dummy variable, so
>> > + * provide an actual copy.
>>
>> Can that compiler be fixed instead?
>
> I don't think so. The logic in the compiler whether to emit an

Forget that I asked. Heat induced brain damaged.

> I'd much rather remove all of __force_order.

Right.

> Not sure about the comment in arch/x86/include/asm/special_insns.h
> either; smells fishy like a bug with a compiler from a long time ago.
> It looks like it was introduced in:
> commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
> Lore has this thread:
> https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
> Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
> It seems like there was a discussion about %cr8, but no one asked
> "what's going on here with __force_order, is that right?"

Correct and the changelog is uselss in this regard.

> Quick boot test of the below works for me, though I should probably
> test hosting a virtualized guest since d3ca901f94b32 refers to
> paravirt.  Thoughts?

Let me ask (hopefully) useful questions this time:

  Is a compiler allowed to reorder two 'asm volatile()'?

  Are there compilers (gcc >= 4.9 or other supported ones) which do that?

Thanks,

        tglx
Paul E. McKenney Aug. 13, 2020, 5:37 p.m. UTC | #10
On Thu, Aug 13, 2020 at 07:28:57PM +0200, Thomas Gleixner wrote:
> Nick Desaulniers <ndesaulniers@google.com> writes:
> > On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
> >> > + *
> >> > + * Clang sometimes fails to kill the reference to the dummy variable, so
> >> > + * provide an actual copy.
> >>
> >> Can that compiler be fixed instead?
> >
> > I don't think so. The logic in the compiler whether to emit an
> 
> Forget that I asked. Heat induced brain damaged.
> 
> > I'd much rather remove all of __force_order.
> 
> Right.
> 
> > Not sure about the comment in arch/x86/include/asm/special_insns.h
> > either; smells fishy like a bug with a compiler from a long time ago.
> > It looks like it was introduced in:
> > commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
> > Lore has this thread:
> > https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
> > Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
> > It seems like there was a discussion about %cr8, but no one asked
> > "what's going on here with __force_order, is that right?"
> 
> Correct and the changelog is uselss in this regard.
> 
> > Quick boot test of the below works for me, though I should probably
> > test hosting a virtualized guest since d3ca901f94b32 refers to
> > paravirt.  Thoughts?
> 
> Let me ask (hopefully) useful questions this time:
> 
>   Is a compiler allowed to reorder two 'asm volatile()'?
> 
>   Are there compilers (gcc >= 4.9 or other supported ones) which do that?

I would hope that the answer to both of these questions is "no"!

But I freely confess that I have been disappointed before on this sort
of thing.  :-/

							Thanx, Paul
Arvind Sankar Aug. 13, 2020, 6:09 p.m. UTC | #11
On Thu, Aug 13, 2020 at 10:37:01AM -0700, Paul E. McKenney wrote:
> On Thu, Aug 13, 2020 at 07:28:57PM +0200, Thomas Gleixner wrote:
> > Nick Desaulniers <ndesaulniers@google.com> writes:
> > > On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
> > >> > + *
> > >> > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > >> > + * provide an actual copy.
> > >>
> > >> Can that compiler be fixed instead?
> > >
> > > I don't think so. The logic in the compiler whether to emit an
> > 
> > Forget that I asked. Heat induced brain damaged.
> > 
> > > I'd much rather remove all of __force_order.
> > 
> > Right.
> > 
> > > Not sure about the comment in arch/x86/include/asm/special_insns.h
> > > either; smells fishy like a bug with a compiler from a long time ago.
> > > It looks like it was introduced in:
> > > commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
> > > Lore has this thread:
> > > https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
> > > Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
> > > It seems like there was a discussion about %cr8, but no one asked
> > > "what's going on here with __force_order, is that right?"
> > 
> > Correct and the changelog is uselss in this regard.
> > 
> > > Quick boot test of the below works for me, though I should probably
> > > test hosting a virtualized guest since d3ca901f94b32 refers to
> > > paravirt.  Thoughts?
> > 
> > Let me ask (hopefully) useful questions this time:
> > 
> >   Is a compiler allowed to reorder two 'asm volatile()'?
> > 
> >   Are there compilers (gcc >= 4.9 or other supported ones) which do that?
> 
> I would hope that the answer to both of these questions is "no"!
> 
> But I freely confess that I have been disappointed before on this sort
> of thing.  :-/
> 
> 							Thanx, Paul

Ok, I found this, so gcc developers consider re-ordering volatile asm
wrt each other a bug at least.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602
Paul E. McKenney Aug. 13, 2020, 6:20 p.m. UTC | #12
On Thu, Aug 13, 2020 at 02:09:33PM -0400, Arvind Sankar wrote:
> On Thu, Aug 13, 2020 at 10:37:01AM -0700, Paul E. McKenney wrote:
> > On Thu, Aug 13, 2020 at 07:28:57PM +0200, Thomas Gleixner wrote:
> > > Nick Desaulniers <ndesaulniers@google.com> writes:
> > > > On Thu, Aug 6, 2020 at 3:11 PM Thomas Gleixner <tglx@linutronix.de> wrote:
> > > >> > + *
> > > >> > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > > >> > + * provide an actual copy.
> > > >>
> > > >> Can that compiler be fixed instead?
> > > >
> > > > I don't think so. The logic in the compiler whether to emit an
> > > 
> > > Forget that I asked. Heat induced brain damaged.
> > > 
> > > > I'd much rather remove all of __force_order.
> > > 
> > > Right.
> > > 
> > > > Not sure about the comment in arch/x86/include/asm/special_insns.h
> > > > either; smells fishy like a bug with a compiler from a long time ago.
> > > > It looks like it was introduced in:
> > > > commit d3ca901f94b32 ("x86: unify paravirt parts of system.h")
> > > > Lore has this thread:
> > > > https://lore.kernel.org/lkml/4755A809.4050305@qumranet.com/
> > > > Patch 4: https://lore.kernel.org/lkml/11967844071346-git-send-email-gcosta@redhat.com/
> > > > It seems like there was a discussion about %cr8, but no one asked
> > > > "what's going on here with __force_order, is that right?"
> > > 
> > > Correct and the changelog is uselss in this regard.
> > > 
> > > > Quick boot test of the below works for me, though I should probably
> > > > test hosting a virtualized guest since d3ca901f94b32 refers to
> > > > paravirt.  Thoughts?
> > > 
> > > Let me ask (hopefully) useful questions this time:
> > > 
> > >   Is a compiler allowed to reorder two 'asm volatile()'?
> > > 
> > >   Are there compilers (gcc >= 4.9 or other supported ones) which do that?
> > 
> > I would hope that the answer to both of these questions is "no"!
> > 
> > But I freely confess that I have been disappointed before on this sort
> > of thing.  :-/
> > 
> > 							Thanx, Paul
> 
> Ok, I found this, so gcc developers consider re-ordering volatile asm
> wrt each other a bug at least.
> 
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602

Whew!!!  ;-)

							Thanx, Paul
Sedat Dilek Aug. 14, 2020, 5:29 p.m. UTC | #13
On Tue, Aug 4, 2020 at 2:09 AM 'Nick Desaulniers' via Clang Built
Linux <clang-built-linux@googlegroups.com> wrote:
>
> On Wed, May 27, 2020 at 6:53 AM Arnd Bergmann <arnd@arndb.de> wrote:
> >
> > When using the clang integrated assembler, we get a reference
> > to __force_order that should normally get ignored in a few
> > rare cases:
> >
> > ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
> >
> > Add a 'static' definition so any file in which this happens can
> > have a local copy.
> >
> > Signed-off-by: Arnd Bergmann <arnd@arndb.de>
>
> Hi Arnd,
> Looks like
> $ ARCH=i386 make CC=clang LLVM_IAS=1 -j71
> defconfig+CONFIG_X86_POWERNOW_K6=m
> is the simplest reproducer.
>
> If I run
> $ llvm-readelf -s drivers/cpufreq/powernow-k6.o | grep __force_order
>     39: 00000000     0 NOTYPE  GLOBAL DEFAULT   UND __force_order
> we can indeed see an undefined reference to __force_order.
>
> If I build the .s file via
> $ ARCH=i386 make CC=clang LLVM_IAS=1 -j71 drivers/cpufreq/powernow-k6.s
> the only reference I see to __force_order is:
> 979   .addrsig_sym __force_order
>
> which is created by Clang's implicit -faddr-sig.  If I disable that
> for this file via:
>
> ```diff
> diff --git a/drivers/cpufreq/Makefile b/drivers/cpufreq/Makefile
> index f1b7e3dd6e5d..87d655d5af49 100644
> --- a/drivers/cpufreq/Makefile
> +++ b/drivers/cpufreq/Makefile
> @@ -28,6 +28,9 @@ obj-$(CONFIG_X86_ACPI_CPUFREQ)                +=
> acpi-cpufreq.o
>  obj-$(CONFIG_X86_POWERNOW_K8)          += powernow-k8.o
>  obj-$(CONFIG_X86_PCC_CPUFREQ)          += pcc-cpufreq.o
>  obj-$(CONFIG_X86_POWERNOW_K6)          += powernow-k6.o
> +ifdef CONFIG_CC_IS_CLANG
> +CFLAGS_powernow-k6.o                   += -fno-addrsig
> +endif
>  obj-$(CONFIG_X86_POWERNOW_K7)          += powernow-k7.o
>  obj-$(CONFIG_X86_LONGHAUL)             += longhaul.o
>  obj-$(CONFIG_X86_E_POWERSAVER)         += e_powersaver.o
> ```
> then the module links without error, and we get no hits for
> __force_order from llvm-readelf -s.  This makes me think there may be
> a bug in Clang generating address significance tables for global
> variables that are otherwise unused, resulting in such linkage
> failures. +pcc@ for that.
>
> I ran a creduce job on drivers/cpufreq/powernow-k6.i where I'd compile
> twice, one with the implicit default value of -faddr-sig and look for
> the undefined __force_order, and again with -fno-addrsig and ensure
> there was no undefined __force_order, which coughed up:
> extern int __force_order;
> int a(void) { asm("" : "=m"(__force_order)); return 0; }
> as the bare minimum for an address significant table.
> https://godbolt.org/z/cjfaqM
>
> I'll bet this is coming from the call to read_cr0() in
> powernow_k6_set_cpu_multiplier().  If __force_order is defined in
> arch/x86/boot/compressed/pgtable_64.c, then I'm not sure it's a good
> idea to build drivers/cpufreq/powernow-k6.c as a kernel module
> (CONFIG_X86_POWERNOW_K6=m) vs statically compiled in.  Wouldn't
> __force_order need to be EXPORT'ed for kernel modules to use it
> safely?
>
> > ---
> >  arch/x86/boot/compressed/pgtable_64.c | 2 ++
> >  arch/x86/include/asm/special_insns.h  | 7 +++++++
> >  2 files changed, 9 insertions(+)
> >
> > diff --git a/arch/x86/boot/compressed/pgtable_64.c b/arch/x86/boot/compressed/pgtable_64.c
> > index c8862696a47b..8595194cea41 100644
> > --- a/arch/x86/boot/compressed/pgtable_64.c
> > +++ b/arch/x86/boot/compressed/pgtable_64.c
> > @@ -12,7 +12,9 @@
> >   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
> >   * due to an undefined symbol. Define it to make these ancient GCCs work.
> >   */
> > +#ifndef CONFIG_CC_IS_CLANG
> >  unsigned long __force_order;
> > +#endif
> >
> >  #define BIOS_START_MIN         0x20000U        /* 128K, less than this is insane */
> >  #define BIOS_START_MAX         0x9f000U        /* 640K, absolute maximum */
> > diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h
> > index 82436cb04ccf..7081e587c1ea 100644
> > --- a/arch/x86/include/asm/special_insns.h
> > +++ b/arch/x86/include/asm/special_insns.h
> > @@ -16,8 +16,15 @@
> >   * A memory clobber would solve the problem, but would prevent reordering of
> >   * all loads stores around it, which can hurt performance. Solution is to
> >   * use a variable and mimic reads and writes to it to enforce serialization
> > + *
> > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > + * provide an actual copy.
> >   */
> > +#ifdef CONFIG_CC_IS_CLANG
> > +static unsigned long __force_order;
> > +#else
> >  extern unsigned long __force_order;
> > +#endif
> >
> >  void native_write_cr0(unsigned long val);
> >
> > --
> > 2.26.2
> >

Thanks for the proposal.

I have adapted it to fit my patchset against Linux v5.8.

Both Debian's GCC-10 and a snapshot version of LLVM toolchain
v11.0.0-rc1+ seems to be OK.

MAKE_OPTS="V=1 -j3 CC=gcc-10 LD=ld.bfd"
make $MAKE_OPTS arch/x86/kernel/cpu/common.o

MAKE_OPTS="V=1 -j3 HOSTCC=clang-11 HOSTCXX=clang++-11 HOSTLD=ld.lld-11
HOSTAR=llvm-ar-11 CC=clang-11 LD=ld.lld-11 AR=llvm-ar-11 NM=llvm-nm-11
OBJCOPY=llvm-objcopy-11 OBJDUMP=llvm-objdump-11 OBJSIZE=llvm-size-11
READELF=llvm-readelf-11 STRIP=llvm-strip-11 LLVM_IAS=1"
make $MAKE_OPTS arch/x86/kernel/cpu/common.o

I can send both object files if desired.

I will do a full kernel-build to see if I am able to build the
VirtualBox out-of-tree kernel-modules.

- Sedat -
Sedat Dilek Aug. 14, 2020, 9:19 p.m. UTC | #14
On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Tue, Aug 4, 2020 at 2:09 AM 'Nick Desaulniers' via Clang Built
> Linux <clang-built-linux@googlegroups.com> wrote:
> >
> > On Wed, May 27, 2020 at 6:53 AM Arnd Bergmann <arnd@arndb.de> wrote:
> > >
> > > When using the clang integrated assembler, we get a reference
> > > to __force_order that should normally get ignored in a few
> > > rare cases:
> > >
> > > ERROR: modpost: "__force_order" [drivers/cpufreq/powernow-k6.ko] undefined!
> > >
> > > Add a 'static' definition so any file in which this happens can
> > > have a local copy.
> > >
> > > Signed-off-by: Arnd Bergmann <arnd@arndb.de>
> >
> > Hi Arnd,
> > Looks like
> > $ ARCH=i386 make CC=clang LLVM_IAS=1 -j71
> > defconfig+CONFIG_X86_POWERNOW_K6=m
> > is the simplest reproducer.
> >
> > If I run
> > $ llvm-readelf -s drivers/cpufreq/powernow-k6.o | grep __force_order
> >     39: 00000000     0 NOTYPE  GLOBAL DEFAULT   UND __force_order
> > we can indeed see an undefined reference to __force_order.
> >
> > If I build the .s file via
> > $ ARCH=i386 make CC=clang LLVM_IAS=1 -j71 drivers/cpufreq/powernow-k6.s
> > the only reference I see to __force_order is:
> > 979   .addrsig_sym __force_order
> >
> > which is created by Clang's implicit -faddr-sig.  If I disable that
> > for this file via:
> >
> > ```diff
> > diff --git a/drivers/cpufreq/Makefile b/drivers/cpufreq/Makefile
> > index f1b7e3dd6e5d..87d655d5af49 100644
> > --- a/drivers/cpufreq/Makefile
> > +++ b/drivers/cpufreq/Makefile
> > @@ -28,6 +28,9 @@ obj-$(CONFIG_X86_ACPI_CPUFREQ)                +=
> > acpi-cpufreq.o
> >  obj-$(CONFIG_X86_POWERNOW_K8)          += powernow-k8.o
> >  obj-$(CONFIG_X86_PCC_CPUFREQ)          += pcc-cpufreq.o
> >  obj-$(CONFIG_X86_POWERNOW_K6)          += powernow-k6.o
> > +ifdef CONFIG_CC_IS_CLANG
> > +CFLAGS_powernow-k6.o                   += -fno-addrsig
> > +endif
> >  obj-$(CONFIG_X86_POWERNOW_K7)          += powernow-k7.o
> >  obj-$(CONFIG_X86_LONGHAUL)             += longhaul.o
> >  obj-$(CONFIG_X86_E_POWERSAVER)         += e_powersaver.o
> > ```
> > then the module links without error, and we get no hits for
> > __force_order from llvm-readelf -s.  This makes me think there may be
> > a bug in Clang generating address significance tables for global
> > variables that are otherwise unused, resulting in such linkage
> > failures. +pcc@ for that.
> >
> > I ran a creduce job on drivers/cpufreq/powernow-k6.i where I'd compile
> > twice, one with the implicit default value of -faddr-sig and look for
> > the undefined __force_order, and again with -fno-addrsig and ensure
> > there was no undefined __force_order, which coughed up:
> > extern int __force_order;
> > int a(void) { asm("" : "=m"(__force_order)); return 0; }
> > as the bare minimum for an address significant table.
> > https://godbolt.org/z/cjfaqM
> >
> > I'll bet this is coming from the call to read_cr0() in
> > powernow_k6_set_cpu_multiplier().  If __force_order is defined in
> > arch/x86/boot/compressed/pgtable_64.c, then I'm not sure it's a good
> > idea to build drivers/cpufreq/powernow-k6.c as a kernel module
> > (CONFIG_X86_POWERNOW_K6=m) vs statically compiled in.  Wouldn't
> > __force_order need to be EXPORT'ed for kernel modules to use it
> > safely?
> >
> > > ---
> > >  arch/x86/boot/compressed/pgtable_64.c | 2 ++
> > >  arch/x86/include/asm/special_insns.h  | 7 +++++++
> > >  2 files changed, 9 insertions(+)
> > >
> > > diff --git a/arch/x86/boot/compressed/pgtable_64.c b/arch/x86/boot/compressed/pgtable_64.c
> > > index c8862696a47b..8595194cea41 100644
> > > --- a/arch/x86/boot/compressed/pgtable_64.c
> > > +++ b/arch/x86/boot/compressed/pgtable_64.c
> > > @@ -12,7 +12,9 @@
> > >   * It is not referenced from the code, but GCC < 5 with -fPIE would fail
> > >   * due to an undefined symbol. Define it to make these ancient GCCs work.
> > >   */
> > > +#ifndef CONFIG_CC_IS_CLANG
> > >  unsigned long __force_order;
> > > +#endif
> > >
> > >  #define BIOS_START_MIN         0x20000U        /* 128K, less than this is insane */
> > >  #define BIOS_START_MAX         0x9f000U        /* 640K, absolute maximum */
> > > diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h
> > > index 82436cb04ccf..7081e587c1ea 100644
> > > --- a/arch/x86/include/asm/special_insns.h
> > > +++ b/arch/x86/include/asm/special_insns.h
> > > @@ -16,8 +16,15 @@
> > >   * A memory clobber would solve the problem, but would prevent reordering of
> > >   * all loads stores around it, which can hurt performance. Solution is to
> > >   * use a variable and mimic reads and writes to it to enforce serialization
> > > + *
> > > + * Clang sometimes fails to kill the reference to the dummy variable, so
> > > + * provide an actual copy.
> > >   */
> > > +#ifdef CONFIG_CC_IS_CLANG
> > > +static unsigned long __force_order;
> > > +#else
> > >  extern unsigned long __force_order;
> > > +#endif
> > >
> > >  void native_write_cr0(unsigned long val);
> > >
> > > --
> > > 2.26.2
> > >
>
> Thanks for the proposal.
>
> I have adapted it to fit my patchset against Linux v5.8.
>
> Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> v11.0.0-rc1+ seems to be OK.
>
> MAKE_OPTS="V=1 -j3 CC=gcc-10 LD=ld.bfd"
> make $MAKE_OPTS arch/x86/kernel/cpu/common.o
>
> MAKE_OPTS="V=1 -j3 HOSTCC=clang-11 HOSTCXX=clang++-11 HOSTLD=ld.lld-11
> HOSTAR=llvm-ar-11 CC=clang-11 LD=ld.lld-11 AR=llvm-ar-11 NM=llvm-nm-11
> OBJCOPY=llvm-objcopy-11 OBJDUMP=llvm-objdump-11 OBJSIZE=llvm-size-11
> READELF=llvm-readelf-11 STRIP=llvm-strip-11 LLVM_IAS=1"
> make $MAKE_OPTS arch/x86/kernel/cpu/common.o
>
> I can send both object files if desired.
>
> I will do a full kernel-build to see if I am able to build the
> VirtualBox out-of-tree kernel-modules.
>

Yupp, OK.

I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.

My kernel-config and dmesg-output are attached.

- Sedat -

P.S.: Logs

root@iniza:~# systemctl status virtualbox.service
● virtualbox.service - LSB: VirtualBox Linux kernel module
     Loaded: loaded (/etc/init.d/virtualbox; generated)
     Active: inactive (dead)
       Docs: man:systemd-sysv-generator(8)

root@iniza:~# systemctl start virtualbox.service

root@iniza:~# systemctl status virtualbox.service
● virtualbox.service - LSB: VirtualBox Linux kernel module
     Loaded: loaded (/etc/init.d/virtualbox; generated)
     Active: active (exited) since Fri 2020-08-14 23:04:08 CEST; 1s ago
       Docs: man:systemd-sysv-generator(8)
    Process: 2289 ExecStart=/etc/init.d/virtualbox start (code=exited,
status=0/SUCCESS)

Aug 14 23:04:07 iniza systemd[1]: Starting LSB: VirtualBox Linux
kernel module...
Aug 14 23:04:08 iniza virtualbox[2289]: Loading VirtualBox kernel
modules... vboxdrv vboxnetflt vboxnetadp.
Aug 14 23:04:08 iniza systemd[1]: Started LSB: VirtualBox Linux kernel module.

root@iniza:~# dmesg -T | tail
[Fr Aug 14 23:03:31 2020] wlp1s0: associate with 50:d4:f7:2e:17:da (try 1/3)
[Fr Aug 14 23:03:31 2020] wlp1s0: RX AssocResp from 50:d4:f7:2e:17:da
(capab=0x411 status=0 aid=1)
[Fr Aug 14 23:03:31 2020] wlp1s0: associated
[Fr Aug 14 23:03:31 2020] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link
becomes ready
[Fr Aug 14 23:04:08 2020] vboxdrv: loading out-of-tree module taints kernel.
[Fr Aug 14 23:04:08 2020] vboxdrv: Found 4 processor cores
[Fr Aug 14 23:04:08 2020] vboxdrv: TSC mode is Invariant, tentative
frequency 1600198501 Hz
[Fr Aug 14 23:04:08 2020] vboxdrv: Successfully loaded version
6.1.12_Debian (interface 0x002d0001)
[Fr Aug 14 23:04:08 2020] VBoxNetFlt: Successfully started.
[Fr Aug 14 23:04:08 2020] VBoxNetAdp: Successfully started.

root@iniza:~# lsmod | grep vbox
vboxnetadp             28672  0
vboxnetflt             32768  0
vboxdrv               532480  2 vboxnetadp,vboxnetflt

- EOT -
[Fri Aug 14 23:00:53 2020] microcode: microcode updated early to revision 0x2f, date = 2019-02-17
[Fri Aug 14 23:00:53 2020] Linux version 5.8.1-8-amd64-gcc10-bfd (sedat.dilek@gmail.com@iniza) (gcc-10 (Debian 10.2.0-5) 10.2.0, GNU ld (GNU Binutils for Debian) 2.35) #8~bullseye+dileks1 SMP 2020-08-14
[Fri Aug 14 23:00:53 2020] Command line: BOOT_IMAGE=/boot/vmlinuz-5.8.1-8-amd64-gcc10-bfd root=UUID=5f730cbc-abda-410c-9ea9-f0bdeda41926 ro
[Fri Aug 14 23:00:53 2020] Disabled fast string operations
[Fri Aug 14 23:00:53 2020] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[Fri Aug 14 23:00:53 2020] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[Fri Aug 14 23:00:53 2020] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[Fri Aug 14 23:00:53 2020] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[Fri Aug 14 23:00:53 2020] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
[Fri Aug 14 23:00:53 2020] BIOS-provided physical RAM map:
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000020200000-0x000000003fffffff] usable
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000040000000-0x00000000401fffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000040200000-0x00000000d9c9efff] usable
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000d9c9f000-0x00000000dae7efff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000dae7f000-0x00000000daf9efff] ACPI NVS
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000daf9f000-0x00000000daffefff] ACPI data
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000dafff000-0x00000000daffffff] usable
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000db000000-0x00000000df9fffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000fed08000-0x00000000fed08fff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000fed10000-0x00000000fed19fff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x00000000ffd80000-0x00000000ffffffff] reserved
[Fri Aug 14 23:00:53 2020] BIOS-e820: [mem 0x0000000100000000-0x000000021fdfffff] usable
[Fri Aug 14 23:00:53 2020] NX (Execute Disable) protection: active
[Fri Aug 14 23:00:53 2020] SMBIOS 2.6 present.
[Fri Aug 14 23:00:53 2020] DMI: SAMSUNG ELECTRONICS CO., LTD. 530U3BI/530U4BI/530U4BH/530U3BI/530U4BI/530U4BH, BIOS 13XK 03/28/2013
[Fri Aug 14 23:00:53 2020] tsc: Fast TSC calibration using PIT
[Fri Aug 14 23:00:53 2020] tsc: Detected 1596.233 MHz processor
[Fri Aug 14 23:00:53 2020] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[Fri Aug 14 23:00:53 2020] e820: remove [mem 0x000a0000-0x000fffff] usable
[Fri Aug 14 23:00:53 2020] last_pfn = 0x21fe00 max_arch_pfn = 0x400000000
[Fri Aug 14 23:00:53 2020] MTRR default type: uncachable
[Fri Aug 14 23:00:53 2020] MTRR fixed ranges enabled:
[Fri Aug 14 23:00:53 2020]   00000-9FFFF write-back
[Fri Aug 14 23:00:53 2020]   A0000-BFFFF uncachable
[Fri Aug 14 23:00:53 2020]   C0000-FFFFF write-protect
[Fri Aug 14 23:00:53 2020] MTRR variable ranges enabled:
[Fri Aug 14 23:00:53 2020]   0 base 000000000 mask F80000000 write-back
[Fri Aug 14 23:00:53 2020]   1 base 080000000 mask FC0000000 write-back
[Fri Aug 14 23:00:53 2020]   2 base 0C0000000 mask FE0000000 write-back
[Fri Aug 14 23:00:53 2020]   3 base 0DC000000 mask FFC000000 uncachable
[Fri Aug 14 23:00:53 2020]   4 base 0DB000000 mask FFF000000 uncachable
[Fri Aug 14 23:00:53 2020]   5 base 100000000 mask F00000000 write-back
[Fri Aug 14 23:00:53 2020]   6 base 200000000 mask FE0000000 write-back
[Fri Aug 14 23:00:53 2020]   7 base 21FE00000 mask FFFE00000 uncachable
[Fri Aug 14 23:00:53 2020]   8 base 0FFC00000 mask FFFC00000 write-protect
[Fri Aug 14 23:00:53 2020]   9 disabled
[Fri Aug 14 23:00:53 2020] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[Fri Aug 14 23:00:53 2020] last_pfn = 0xdb000 max_arch_pfn = 0x400000000
[Fri Aug 14 23:00:53 2020] found SMP MP-table at [mem 0x000f00e0-0x000f00ef]
[Fri Aug 14 23:00:53 2020] reserving inaccessible SNB gfx pages
[Fri Aug 14 23:00:53 2020] RAMDISK: [mem 0x350c9000-0x3685bfff]
[Fri Aug 14 23:00:53 2020] ACPI: Early table checksum verification disabled
[Fri Aug 14 23:00:53 2020] ACPI: RSDP 0x00000000000F0100 000024 (v02 SECCSD)
[Fri Aug 14 23:00:53 2020] ACPI: XSDT 0x00000000DAFFE170 000084 (v01 SECCSD LH43STAR 00000002 PTEC 00000002)
[Fri Aug 14 23:00:53 2020] ACPI: FACP 0x00000000DAFEF000 00010C (v05 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: DSDT 0x00000000DAFF2000 0083AC (v02 SECCSD SNB-CPT  00000000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: FACS 0x00000000DAF47000 000040
[Fri Aug 14 23:00:53 2020] ACPI: SLIC 0x00000000DAFFD000 000176 (v01 SECCSD LH43STAR 00000002 PTEC 00000001)
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0x00000000DAFFB000 001068 (v01 SECCSD PtidDevc 00001000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: ASF! 0x00000000DAFF1000 0000A5 (v32 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: HPET 0x00000000DAFEE000 000038 (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: APIC 0x00000000DAFED000 000098 (v03 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: MCFG 0x00000000DAFEC000 00003C (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0x00000000DAFEB000 000804 (v01 PmRef  Cpu0Ist  00003000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0x00000000DAFEA000 000996 (v01 PmRef  CpuPm    00003000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: UEFI 0x00000000DAFE9000 00003E (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: UEFI 0x00000000DAFE8000 000042 (v01 PTL    COMBUF   00000001 PTL  00000001)
[Fri Aug 14 23:00:53 2020] ACPI: UEFI 0x00000000DAFE7000 00026A (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Fri Aug 14 23:00:53 2020] ACPI: Local APIC address 0xfee00000
[Fri Aug 14 23:00:53 2020] No NUMA configuration found
[Fri Aug 14 23:00:53 2020] Faking a node at [mem 0x0000000000000000-0x000000021fdfffff]
[Fri Aug 14 23:00:53 2020] NODE_DATA(0) allocated [mem 0x21fdf7000-0x21fdfbfff]
[Fri Aug 14 23:00:53 2020] Zone ranges:
[Fri Aug 14 23:00:53 2020]   DMA      [mem 0x0000000000001000-0x0000000000ffffff]
[Fri Aug 14 23:00:53 2020]   DMA32    [mem 0x0000000001000000-0x00000000ffffffff]
[Fri Aug 14 23:00:53 2020]   Normal   [mem 0x0000000100000000-0x000000021fdfffff]
[Fri Aug 14 23:00:53 2020]   Device   empty
[Fri Aug 14 23:00:53 2020] Movable zone start for each node
[Fri Aug 14 23:00:53 2020] Early memory node ranges
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x0000000000001000-0x000000000009cfff]
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x0000000000100000-0x000000001fffffff]
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x0000000020200000-0x000000003fffffff]
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x0000000040200000-0x00000000d9c9efff]
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x00000000dafff000-0x00000000daffffff]
[Fri Aug 14 23:00:53 2020]   node   0: [mem 0x0000000100000000-0x000000021fdfffff]
[Fri Aug 14 23:00:53 2020] Zeroed struct page in unavailable ranges: 27076 pages
[Fri Aug 14 23:00:53 2020] Initmem setup node 0 [mem 0x0000000000001000-0x000000021fdfffff]
[Fri Aug 14 23:00:53 2020] On node 0 totalpages: 2070076
[Fri Aug 14 23:00:53 2020]   DMA zone: 64 pages used for memmap
[Fri Aug 14 23:00:53 2020]   DMA zone: 156 pages reserved
[Fri Aug 14 23:00:53 2020]   DMA zone: 3996 pages, LIFO batch:0
[Fri Aug 14 23:00:53 2020]   DMA32 zone: 13859 pages used for memmap
[Fri Aug 14 23:00:53 2020]   DMA32 zone: 886944 pages, LIFO batch:63
[Fri Aug 14 23:00:53 2020]   Normal zone: 18424 pages used for memmap
[Fri Aug 14 23:00:53 2020]   Normal zone: 1179136 pages, LIFO batch:63
[Fri Aug 14 23:00:53 2020] Reserving Intel graphics memory at [mem 0xdba00000-0xdf9fffff]
[Fri Aug 14 23:00:53 2020] ACPI: PM-Timer IO Port: 0x408
[Fri Aug 14 23:00:53 2020] ACPI: Local APIC address 0xfee00000
[Fri Aug 14 23:00:53 2020] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[Fri Aug 14 23:00:53 2020] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[Fri Aug 14 23:00:53 2020] IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23
[Fri Aug 14 23:00:53 2020] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[Fri Aug 14 23:00:53 2020] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[Fri Aug 14 23:00:53 2020] ACPI: IRQ0 used by override.
[Fri Aug 14 23:00:53 2020] ACPI: IRQ9 used by override.
[Fri Aug 14 23:00:53 2020] Using ACPI (MADT) for SMP configuration information
[Fri Aug 14 23:00:53 2020] ACPI: HPET id: 0x8086a301 base: 0xfed00000
[Fri Aug 14 23:00:53 2020] TSC deadline timer available
[Fri Aug 14 23:00:53 2020] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x0009d000-0x0009dfff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x0009e000-0x0009ffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x000a0000-0x000dffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x000e0000-0x000fffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x20000000-0x201fffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0x40000000-0x401fffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xd9c9f000-0xdae7efff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xdae7f000-0xdaf9efff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xdaf9f000-0xdaffefff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xdb000000-0xdf9fffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xdfa00000-0xf7ffffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xf8000000-0xfbffffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfc000000-0xfebfffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfec00000-0xfec00fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfec01000-0xfed07fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed08000-0xfed08fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed09000-0xfed0ffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed10000-0xfed19fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfed20000-0xfedfffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfee00000-0xfee00fff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xfee01000-0xffd7ffff]
[Fri Aug 14 23:00:53 2020] PM: hibernation: Registered nosave memory: [mem 0xffd80000-0xffffffff]
[Fri Aug 14 23:00:53 2020] [mem 0xdfa00000-0xf7ffffff] available for PCI devices
[Fri Aug 14 23:00:53 2020] Booting paravirtualized kernel on bare hardware
[Fri Aug 14 23:00:53 2020] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[Fri Aug 14 23:00:53 2020] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:8 nr_node_ids:1
[Fri Aug 14 23:00:53 2020] percpu: Embedded 55 pages/cpu s184792 r8192 d32296 u262144
[Fri Aug 14 23:00:53 2020] pcpu-alloc: s184792 r8192 d32296 u262144 alloc=1*2097152
[Fri Aug 14 23:00:53 2020] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
[Fri Aug 14 23:00:53 2020] Built 1 zonelists, mobility grouping on.  Total pages: 2037573
[Fri Aug 14 23:00:53 2020] Policy zone: Normal
[Fri Aug 14 23:00:53 2020] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.1-8-amd64-gcc10-bfd root=UUID=5f730cbc-abda-410c-9ea9-f0bdeda41926 ro
[Fri Aug 14 23:00:53 2020] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes, linear)
[Fri Aug 14 23:00:53 2020] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes, linear)
[Fri Aug 14 23:00:53 2020] mem auto-init: stack:off, heap alloc:off, heap free:off
[Fri Aug 14 23:00:53 2020] Memory: 3577856K/8280304K available (12291K kernel code, 1295K rwdata, 3780K rodata, 1616K init, 1824K bss, 262584K reserved, 0K cma-reserved)
[Fri Aug 14 23:00:53 2020] random: get_batched_random_irqsoff called from __kmem_cache_create+0x3e/0x600 with crng_init=0
[Fri Aug 14 23:00:53 2020] random: get_batched_random_irqsoff called from cache_random_seq_create+0x85/0x150 with crng_init=0
[Fri Aug 14 23:00:53 2020] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
[Fri Aug 14 23:00:53 2020] Kernel/User page tables isolation: enabled
[Fri Aug 14 23:00:53 2020] ftrace: allocating 33954 entries in 133 pages
[Fri Aug 14 23:00:53 2020] ftrace: allocated 133 pages with 3 groups
[Fri Aug 14 23:00:53 2020] rcu: Hierarchical RCU implementation.
[Fri Aug 14 23:00:53 2020] rcu: 	RCU restricting CPUs from NR_CPUS=512 to nr_cpu_ids=8.
[Fri Aug 14 23:00:53 2020] 	Rude variant of Tasks RCU enabled.
[Fri Aug 14 23:00:53 2020] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
[Fri Aug 14 23:00:53 2020] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=8
[Fri Aug 14 23:00:53 2020] random: get_batched_random_irqsoff called from allocate_slab+0x117/0x410 with crng_init=0
[Fri Aug 14 23:00:53 2020] NR_IRQS: 33024, nr_irqs: 488, preallocated irqs: 16
[Fri Aug 14 23:00:53 2020] Console: colour VGA+ 80x25
[Fri Aug 14 23:00:53 2020] printk: console [tty0] enabled
[Fri Aug 14 23:00:53 2020] ACPI: Core revision 20200528
[Fri Aug 14 23:00:53 2020] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns
[Fri Aug 14 23:00:53 2020] APIC: Switch to symmetric I/O mode setup
[Fri Aug 14 23:00:53 2020] x2apic: IRQ remapping doesn't support X2APIC mode
[Fri Aug 14 23:00:53 2020] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[Fri Aug 14 23:00:53 2020] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x17023e64b33, max_idle_ns: 440795258163 ns
[Fri Aug 14 23:00:53 2020] Calibrating delay loop (skipped), value calculated using timer frequency.. 3192.46 BogoMIPS (lpj=6384932)
[Fri Aug 14 23:00:53 2020] pid_max: default: 32768 minimum: 301
[Fri Aug 14 23:00:53 2020] LSM: Security Framework initializing
[Fri Aug 14 23:00:53 2020] Yama: becoming mindful.
[Fri Aug 14 23:00:53 2020] AppArmor: AppArmor initialized
[Fri Aug 14 23:00:53 2020] TOMOYO Linux initialized
[Fri Aug 14 23:00:53 2020] Mount-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
[Fri Aug 14 23:00:53 2020] Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
[Fri Aug 14 23:00:53 2020] Disabled fast string operations
[Fri Aug 14 23:00:53 2020] mce: CPU0: Thermal monitoring enabled (TM1)
[Fri Aug 14 23:00:53 2020] process: using mwait in idle threads
[Fri Aug 14 23:00:53 2020] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 8
[Fri Aug 14 23:00:53 2020] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32, 1GB 0
[Fri Aug 14 23:00:53 2020] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization
[Fri Aug 14 23:00:53 2020] Spectre V2 : Mitigation: Full generic retpoline
[Fri Aug 14 23:00:53 2020] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch
[Fri Aug 14 23:00:53 2020] Spectre V2 : Enabling Restricted Speculation for firmware calls
[Fri Aug 14 23:00:53 2020] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier
[Fri Aug 14 23:00:53 2020] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl
[Fri Aug 14 23:00:53 2020] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp
[Fri Aug 14 23:00:53 2020] MDS: Mitigation: Clear CPU buffers
[Fri Aug 14 23:00:53 2020] Freeing SMP alternatives memory: 32K
[Fri Aug 14 23:00:53 2020] smpboot: CPU0: Intel(R) Core(TM) i5-2467M CPU @ 1.60GHz (family: 0x6, model: 0x2a, stepping: 0x7)
[Fri Aug 14 23:00:53 2020] Performance Events: PEBS fmt1+, SandyBridge events, 16-deep LBR, full-width counters, Intel PMU driver.
[Fri Aug 14 23:00:53 2020] ... version:                3
[Fri Aug 14 23:00:53 2020] ... bit width:              48
[Fri Aug 14 23:00:53 2020] ... generic registers:      4
[Fri Aug 14 23:00:53 2020] ... value mask:             0000ffffffffffff
[Fri Aug 14 23:00:53 2020] ... max period:             00007fffffffffff
[Fri Aug 14 23:00:53 2020] ... fixed-purpose events:   3
[Fri Aug 14 23:00:53 2020] ... event mask:             000000070000000f
[Fri Aug 14 23:00:53 2020] rcu: Hierarchical SRCU implementation.
[Fri Aug 14 23:00:53 2020] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
[Fri Aug 14 23:00:53 2020] smp: Bringing up secondary CPUs ...
[Fri Aug 14 23:00:53 2020] x86: Booting SMP configuration:
[Fri Aug 14 23:00:53 2020] .... node  #0, CPUs:      #1
[Fri Aug 14 23:00:53 2020] Disabled fast string operations
[Fri Aug 14 23:00:53 2020] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details.
[Fri Aug 14 23:00:53 2020]  #2
[Fri Aug 14 23:00:53 2020] Disabled fast string operations
[Fri Aug 14 23:00:53 2020]  #3
[Fri Aug 14 23:00:53 2020] Disabled fast string operations
[Fri Aug 14 23:00:53 2020] smp: Brought up 1 node, 4 CPUs
[Fri Aug 14 23:00:53 2020] smpboot: Max logical packages: 2
[Fri Aug 14 23:00:53 2020] smpboot: Total of 4 processors activated (12769.86 BogoMIPS)
[Fri Aug 14 23:00:53 2020] node 0 deferred pages initialised in 12ms
[Fri Aug 14 23:00:53 2020] devtmpfs: initialized
[Fri Aug 14 23:00:53 2020] x86/mm: Memory block size: 128MB
[Fri Aug 14 23:00:53 2020] PM: Registering ACPI NVS region [mem 0xdae7f000-0xdaf9efff] (1179648 bytes)
[Fri Aug 14 23:00:53 2020] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[Fri Aug 14 23:00:53 2020] futex hash table entries: 2048 (order: 5, 131072 bytes, linear)
[Fri Aug 14 23:00:53 2020] pinctrl core: initialized pinctrl subsystem
[Fri Aug 14 23:00:53 2020] thermal_sys: Registered thermal governor 'fair_share'
[Fri Aug 14 23:00:53 2020] thermal_sys: Registered thermal governor 'bang_bang'
[Fri Aug 14 23:00:53 2020] thermal_sys: Registered thermal governor 'step_wise'
[Fri Aug 14 23:00:53 2020] thermal_sys: Registered thermal governor 'user_space'
[Fri Aug 14 23:00:53 2020] NET: Registered protocol family 16
[Fri Aug 14 23:00:53 2020] audit: initializing netlink subsys (disabled)
[Fri Aug 14 23:00:53 2020] audit: type=2000 audit(1597438853.056:1): state=initialized audit_enabled=0 res=1
[Fri Aug 14 23:00:53 2020] cpuidle: using governor ladder
[Fri Aug 14 23:00:53 2020] cpuidle: using governor menu
[Fri Aug 14 23:00:53 2020] ACPI: bus type PCI registered
[Fri Aug 14 23:00:53 2020] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[Fri Aug 14 23:00:53 2020] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)
[Fri Aug 14 23:00:53 2020] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820
[Fri Aug 14 23:00:53 2020] PCI: Using configuration type 1 for base access
[Fri Aug 14 23:00:53 2020] core: PMU erratum BJ122, BV98, HSD29 worked around, HT is on
[Fri Aug 14 23:00:53 2020] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[Fri Aug 14 23:00:53 2020] mtrr: your CPUs had inconsistent variable MTRR settings
[Fri Aug 14 23:00:53 2020] mtrr: probably your BIOS does not setup all CPUs.
[Fri Aug 14 23:00:53 2020] mtrr: corrected configuration.
[Fri Aug 14 23:00:53 2020] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Module Device)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Processor Device)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(3.0 _SCP Extensions)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Processor Aggregator Device)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Linux-Dell-Video)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[Fri Aug 14 23:00:53 2020] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
[Fri Aug 14 23:00:53 2020] ACPI: 4 ACPI AML tables successfully acquired and loaded
[Fri Aug 14 23:00:53 2020] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[Fri Aug 14 23:00:53 2020] ACPI: Dynamic OEM Table Load:
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0xFFFF94B287515000 000688 (v01 PmRef  Cpu0Cst  00003001 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: Dynamic OEM Table Load:
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0xFFFF94B28751BC00 000303 (v01 PmRef  ApIst    00003000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: Dynamic OEM Table Load:
[Fri Aug 14 23:00:53 2020] ACPI: SSDT 0xFFFF94B287546A00 000119 (v01 PmRef  ApCst    00003000 INTL 20061109)
[Fri Aug 14 23:00:53 2020] ACPI: EC: EC started
[Fri Aug 14 23:00:53 2020] ACPI: EC: interrupt blocked
[Fri Aug 14 23:00:53 2020] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62
[Fri Aug 14 23:00:53 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: Boot DSDT EC used to handle transactions
[Fri Aug 14 23:00:53 2020] ACPI: Interpreter enabled
[Fri Aug 14 23:00:53 2020] ACPI: (supports S0 S1 S3 S4 S5)
[Fri Aug 14 23:00:53 2020] ACPI: Using IOAPIC for interrupt routing
[Fri Aug 14 23:00:53 2020] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[Fri Aug 14 23:00:53 2020] ACPI: Enabled 8 GPEs in block 00 to 3F
[Fri Aug 14 23:00:53 2020] ACPI: Power Resource [FN00] (off)
[Fri Aug 14 23:00:53 2020] ACPI: Power Resource [FN01] (off)
[Fri Aug 14 23:00:53 2020] ACPI: Power Resource [FN02] (off)
[Fri Aug 14 23:00:53 2020] ACPI: Power Resource [FN03] (off)
[Fri Aug 14 23:00:53 2020] ACPI: Power Resource [FN04] (off)
[Fri Aug 14 23:00:53 2020] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[Fri Aug 14 23:00:53 2020] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3]
[Fri Aug 14 23:00:53 2020] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[Fri Aug 14 23:00:53 2020] PCI host bridge to bus 0000:00
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [io  0x0000-0x0cf7 window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfeafffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [mem 0xfed40000-0xfed44fff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: root bus resource [bus 00-3e]
[Fri Aug 14 23:00:53 2020] pci 0000:00:00.0: [8086:0104] type 00 class 0x060000
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: [8086:0116] type 00 class 0x030000
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf03fffff 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: reg 0x18: [mem 0xe0000000-0xefffffff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: reg 0x20: [io  0x3000-0x303f]
[Fri Aug 14 23:00:53 2020] pci 0000:00:16.0: [8086:1c3a] type 00 class 0x078000
[Fri Aug 14 23:00:53 2020] pci 0000:00:16.0: reg 0x10: [mem 0xf0705000-0xf070500f 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320
[Fri Aug 14 23:00:53 2020] pci 0000:00:1a.0: reg 0x10: [mem 0xf070a000-0xf070a3ff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1b.0: [8086:1c20] type 00 class 0x040300
[Fri Aug 14 23:00:53 2020] pci 0000:00:1b.0: reg 0x10: [mem 0xf0700000-0xf0703fff 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3: [8086:1c16] type 01 class 0x060400
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4: [8086:1c18] type 01 class 0x060400
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320
[Fri Aug 14 23:00:53 2020] pci 0000:00:1d.0: reg 0x10: [mem 0xf0709000-0xf07093ff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.0: [8086:1c49] type 00 class 0x060100
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: [8086:1c03] type 00 class 0x010601
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x10: [io  0x3088-0x308f]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x14: [io  0x3094-0x3097]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x18: [io  0x3080-0x3087]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x1c: [io  0x3090-0x3093]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x20: [io  0x3060-0x307f]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: reg 0x24: [mem 0xf0708000-0xf07087ff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.2: PME# supported from D3hot
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.3: reg 0x10: [mem 0xf0704000-0xf07040ff 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1f.3: reg 0x20: [io  0xefa0-0xefbf]
[Fri Aug 14 23:00:53 2020] pci 0000:01:00.0: [8086:0091] type 00 class 0x028000
[Fri Aug 14 23:00:53 2020] pci 0000:01:00.0: reg 0x10: [mem 0xf0600000-0xf0601fff 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0: PCI bridge to [bus 01]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0:   bridge window [mem 0xf0600000-0xf06fffff]
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: [10ec:8168] type 00 class 0x020000
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: reg 0x10: [io  0x2000-0x20ff]
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: reg 0x18: [mem 0xf0404000-0xf0404fff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: reg 0x20: [mem 0xf0400000-0xf0403fff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: supports D1 D2
[Fri Aug 14 23:00:53 2020] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3: PCI bridge to [bus 02]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3:   bridge window [io  0x2000-0x2fff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3:   bridge window [mem 0xf0400000-0xf04fffff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci 0000:03:00.0: [1b21:1042] type 00 class 0x0c0330
[Fri Aug 14 23:00:53 2020] pci 0000:03:00.0: reg 0x10: [mem 0xf0500000-0xf0507fff 64bit]
[Fri Aug 14 23:00:53 2020] pci 0000:03:00.0: PME# supported from D3cold
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4: PCI bridge to [bus 03]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4:   bridge window [mem 0xf0500000-0xf05fffff]
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 14 15) *9
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[Fri Aug 14 23:00:53 2020] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 15) *9
[Fri Aug 14 23:00:53 2020] ACPI: EC: interrupt unblocked
[Fri Aug 14 23:00:53 2020] ACPI: EC: event unblocked
[Fri Aug 14 23:00:53 2020] ACPI: EC: 0 stale EC events cleared
[Fri Aug 14 23:00:53 2020] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62
[Fri Aug 14 23:00:53 2020] ACPI: EC: GPE=0x17
[Fri Aug 14 23:00:53 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: Boot DSDT EC initialization complete
[Fri Aug 14 23:00:53 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: EC: Used to handle transactions and events
[Fri Aug 14 23:00:53 2020] iommu: Default domain type: Translated 
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: vgaarb: setting as boot VGA device
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: vgaarb: bridge control possible
[Fri Aug 14 23:00:53 2020] vgaarb: loaded
[Fri Aug 14 23:00:53 2020] EDAC MC: Ver: 3.0.0
[Fri Aug 14 23:00:53 2020] NetLabel: Initializing
[Fri Aug 14 23:00:53 2020] NetLabel:  domain hash size = 128
[Fri Aug 14 23:00:53 2020] NetLabel:  protocols = UNLABELED CIPSOv4 CALIPSO
[Fri Aug 14 23:00:53 2020] NetLabel:  unlabeled traffic allowed by default
[Fri Aug 14 23:00:53 2020] PCI: Using ACPI for IRQ routing
[Fri Aug 14 23:00:53 2020] PCI: pci_cache_line_size set to 64 bytes
[Fri Aug 14 23:00:53 2020] e820: reserve RAM buffer [mem 0x0009d800-0x0009ffff]
[Fri Aug 14 23:00:53 2020] e820: reserve RAM buffer [mem 0xd9c9f000-0xdbffffff]
[Fri Aug 14 23:00:53 2020] e820: reserve RAM buffer [mem 0xdb000000-0xdbffffff]
[Fri Aug 14 23:00:53 2020] e820: reserve RAM buffer [mem 0x21fe00000-0x21fffffff]
[Fri Aug 14 23:00:53 2020] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[Fri Aug 14 23:00:53 2020] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[Fri Aug 14 23:00:53 2020] clocksource: Switched to clocksource tsc-early
[Fri Aug 14 23:00:53 2020] VFS: Disk quotas dquot_6.6.0
[Fri Aug 14 23:00:53 2020] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[Fri Aug 14 23:00:53 2020] AppArmor: AppArmor Filesystem Enabled
[Fri Aug 14 23:00:53 2020] pnp: PnP ACPI init
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x0680-0x069f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x1000-0x100f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x5000-0x5003] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0xffff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x0400-0x0453] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x0458-0x047f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x0500-0x057f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x0a00-0x0a0f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x164e-0x164f] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:00: [io  0x5000-0x500f] could not be reserved
[Fri Aug 14 23:00:53 2020] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active)
[Fri Aug 14 23:00:53 2020] pnp 00:01: Plug and Play ACPI device, IDs PNP0b00 (active)
[Fri Aug 14 23:00:53 2020] system 00:02: [io  0x0454-0x0457] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:02: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[Fri Aug 14 23:00:53 2020] pnp 00:03: Plug and Play ACPI device, IDs PNP0303 (active)
[Fri Aug 14 23:00:53 2020] pnp 00:04: Plug and Play ACPI device, IDs ETD0b00 SYN0002 PNP0f13 (active)
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed1c000-0xfed1ffff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed10000-0xfed17fff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed18000-0xfed18fff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed19000-0xfed19fff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xf8000000-0xfbffffff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed20000-0xfed3ffff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed90000-0xfed93fff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfed45000-0xfed8ffff] has been reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xff000000-0xffffffff] could not be reserved
[Fri Aug 14 23:00:53 2020] system 00:05: [mem 0xfee00000-0xfeefffff] could not be reserved
[Fri Aug 14 23:00:53 2020] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
[Fri Aug 14 23:00:53 2020] system 00:06: Plug and Play ACPI device, IDs PNP0c01 (active)
[Fri Aug 14 23:00:53 2020] pnp: PnP ACPI: found 7 devices
[Fri Aug 14 23:00:53 2020] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[Fri Aug 14 23:00:53 2020] NET: Registered protocol family 2
[Fri Aug 14 23:00:53 2020] tcp_listen_portaddr_hash hash table entries: 4096 (order: 4, 65536 bytes, linear)
[Fri Aug 14 23:00:53 2020] TCP established hash table entries: 65536 (order: 7, 524288 bytes, linear)
[Fri Aug 14 23:00:53 2020] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes, linear)
[Fri Aug 14 23:00:53 2020] TCP: Hash tables configured (established 65536 bind 65536)
[Fri Aug 14 23:00:53 2020] UDP hash table entries: 4096 (order: 5, 131072 bytes, linear)
[Fri Aug 14 23:00:53 2020] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes, linear)
[Fri Aug 14 23:00:53 2020] NET: Registered protocol family 1
[Fri Aug 14 23:00:53 2020] NET: Registered protocol family 44
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0: PCI bridge to [bus 01]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.0:   bridge window [mem 0xf0600000-0xf06fffff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3: PCI bridge to [bus 02]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3:   bridge window [io  0x2000-0x2fff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.3:   bridge window [mem 0xf0400000-0xf04fffff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4: PCI bridge to [bus 03]
[Fri Aug 14 23:00:53 2020] pci 0000:00:1c.4:   bridge window [mem 0xf0500000-0xf05fffff]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7 window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: resource 5 [io  0x0d00-0xffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: resource 7 [mem 0xdfa00000-0xfeafffff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:00: resource 8 [mem 0xfed40000-0xfed44fff window]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:01: resource 1 [mem 0xf0600000-0xf06fffff]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:02: resource 0 [io  0x2000-0x2fff]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:02: resource 2 [mem 0xf0400000-0xf04fffff 64bit pref]
[Fri Aug 14 23:00:53 2020] pci_bus 0000:03: resource 1 [mem 0xf0500000-0xf05fffff]
[Fri Aug 14 23:00:53 2020] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff]
[Fri Aug 14 23:00:53 2020] PCI: CLS 64 bytes, default 64
[Fri Aug 14 23:00:53 2020] Trying to unpack rootfs image as initramfs...
[Fri Aug 14 23:00:54 2020] Freeing initrd memory: 24140K
[Fri Aug 14 23:00:54 2020] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[Fri Aug 14 23:00:54 2020] software IO TLB: mapped [mem 0xd5c9f000-0xd9c9f000] (64MB)
[Fri Aug 14 23:00:54 2020] Initialise system trusted keyrings
[Fri Aug 14 23:00:54 2020] Key type blacklist registered
[Fri Aug 14 23:00:54 2020] workingset: timestamp_bits=40 max_order=21 bucket_order=0
[Fri Aug 14 23:00:54 2020] zbud: loaded
[Fri Aug 14 23:00:54 2020] integrity: Platform Keyring initialized
[Fri Aug 14 23:00:54 2020] Key type asymmetric registered
[Fri Aug 14 23:00:54 2020] Asymmetric key parser 'x509' registered
[Fri Aug 14 23:00:54 2020] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[Fri Aug 14 23:00:54 2020] io scheduler mq-deadline registered
[Fri Aug 14 23:00:54 2020] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[Fri Aug 14 23:00:54 2020] intel_idle: MWAIT substates: 0x21120
[Fri Aug 14 23:00:54 2020] intel_idle: v0.5.1 model 0x2A
[Fri Aug 14 23:00:54 2020] intel_idle: Local APIC timer is reliable in all C-states
[Fri Aug 14 23:00:54 2020] thermal LNXTHERM:00: registered as thermal_zone0
[Fri Aug 14 23:00:54 2020] ACPI: Thermal Zone [TZ00] (72 C)
[Fri Aug 14 23:00:54 2020] thermal LNXTHERM:01: registered as thermal_zone1
[Fri Aug 14 23:00:54 2020] ACPI: Thermal Zone [TZ01] (30 C)
[Fri Aug 14 23:00:54 2020] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[Fri Aug 14 23:00:54 2020] Linux agpgart interface v0.103
[Fri Aug 14 23:00:54 2020] AMD-Vi: AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>
[Fri Aug 14 23:00:54 2020] AMD-Vi: AMD IOMMUv2 functionality not available on this system
[Fri Aug 14 23:00:54 2020] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:EPAD] at 0x60,0x64 irq 1,12
[Fri Aug 14 23:00:54 2020] serio: i8042 KBD port at 0x60,0x64 irq 1
[Fri Aug 14 23:00:54 2020] serio: i8042 AUX port at 0x60,0x64 irq 12
[Fri Aug 14 23:00:54 2020] mousedev: PS/2 mouse device common for all mice
[Fri Aug 14 23:00:54 2020] rtc_cmos 00:01: registered as rtc0
[Fri Aug 14 23:00:54 2020] rtc_cmos 00:01: setting system clock to 2020-08-14T21:00:54 UTC (1597438854)
[Fri Aug 14 23:00:54 2020] rtc_cmos 00:01: alarms up to one month, y3k, 242 bytes nvram, hpet irqs
[Fri Aug 14 23:00:54 2020] intel_pstate: Intel P-state driver initializing
[Fri Aug 14 23:00:54 2020] ledtrig-cpu: registered to indicate activity on CPUs
[Fri Aug 14 23:00:54 2020] NET: Registered protocol family 10
[Fri Aug 14 23:00:54 2020] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
[Fri Aug 14 23:00:54 2020] Segment Routing with IPv6
[Fri Aug 14 23:00:54 2020] mip6: Mobile IPv6
[Fri Aug 14 23:00:54 2020] NET: Registered protocol family 17
[Fri Aug 14 23:00:54 2020] mpls_gso: MPLS GSO support
[Fri Aug 14 23:00:54 2020] microcode: sig=0x206a7, pf=0x10, revision=0x2f
[Fri Aug 14 23:00:54 2020] microcode: Microcode Update Driver: v2.2.
[Fri Aug 14 23:00:54 2020] IPI shorthand broadcast: enabled
[Fri Aug 14 23:00:54 2020] sched_clock: Marking stable (1100380549, 12213756)->(1128599341, -16005036)
[Fri Aug 14 23:00:54 2020] registered taskstats version 1
[Fri Aug 14 23:00:54 2020] Loading compiled-in X.509 certificates
[Fri Aug 14 23:00:54 2020] zswap: loaded using pool zstd/zbud
[Fri Aug 14 23:00:54 2020] Key type ._fscrypt registered
[Fri Aug 14 23:00:54 2020] Key type .fscrypt registered
[Fri Aug 14 23:00:54 2020] Key type fscrypt-provisioning registered
[Fri Aug 14 23:00:54 2020] AppArmor: AppArmor sha1 policy hashing enabled
[Fri Aug 14 23:00:54 2020] Freeing unused kernel image (initmem) memory: 1616K
[Fri Aug 14 23:00:54 2020] Write protecting the kernel read-only data: 18432k
[Fri Aug 14 23:00:54 2020] Freeing unused kernel image (text/rodata gap) memory: 2044K
[Fri Aug 14 23:00:54 2020] Freeing unused kernel image (rodata/data gap) memory: 316K
[Fri Aug 14 23:00:54 2020] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[Fri Aug 14 23:00:54 2020] x86/mm: Checking user space page tables
[Fri Aug 14 23:00:54 2020] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[Fri Aug 14 23:00:54 2020] Run /init as init process
[Fri Aug 14 23:00:54 2020]   with arguments:
[Fri Aug 14 23:00:54 2020]     /init
[Fri Aug 14 23:00:54 2020]   with environment:
[Fri Aug 14 23:00:54 2020]     HOME=/
[Fri Aug 14 23:00:54 2020]     TERM=linux
[Fri Aug 14 23:00:54 2020]     BOOT_IMAGE=/boot/vmlinuz-5.8.1-8-amd64-gcc10-bfd
[Fri Aug 14 23:00:54 2020] _warn_unseeded_randomness: 47 callbacks suppressed
[Fri Aug 14 23:00:54 2020] random: get_random_bytes called from load_elf_binary+0xc86/0x1539 with crng_init=0
[Fri Aug 14 23:00:54 2020] random: get_batched_random_irqsoff called from randomize_page+0x48/0x5b with crng_init=0
[Fri Aug 14 23:00:54 2020] random: get_batched_random_irqsoff called from arch_pick_mmap_layout+0x63/0x180 with crng_init=0
[Fri Aug 14 23:00:54 2020] fjes: module verification failed: signature and/or required key missing - tainting kernel
[Fri Aug 14 23:00:54 2020] battery: ACPI: Battery Slot [BAT1] (battery present)
[Fri Aug 14 23:00:54 2020] ACPI: bus type USB registered
[Fri Aug 14 23:00:54 2020] usbcore: registered new interface driver usbfs
[Fri Aug 14 23:00:54 2020] usbcore: registered new interface driver hub
[Fri Aug 14 23:00:54 2020] usbcore: registered new device driver usb
[Fri Aug 14 23:00:54 2020] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[Fri Aug 14 23:00:54 2020] SCSI subsystem initialized
[Fri Aug 14 23:00:54 2020] ehci-pci: EHCI PCI platform driver
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: EHCI Host Controller
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: debug port 2
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf070a000
[Fri Aug 14 23:00:54 2020] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[Fri Aug 14 23:00:54 2020] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20200528/utaddress-204)
[Fri Aug 14 23:00:54 2020] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[Fri Aug 14 23:00:54 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Fri Aug 14 23:00:54 2020] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Fri Aug 14 23:00:54 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Fri Aug 14 23:00:54 2020] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Fri Aug 14 23:00:54 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Fri Aug 14 23:00:54 2020] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Fri Aug 14 23:00:54 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Fri Aug 14 23:00:54 2020] lpc_ich: Resource conflict(s) found affecting gpio_ich
[Fri Aug 14 23:00:54 2020] i2c i2c-0: 2/4 memory slots populated (from DMI)
[Fri Aug 14 23:00:54 2020] i2c i2c-0: Successfully instantiated SPD at 0x52
[Fri Aug 14 23:00:54 2020] libata version 3.00 loaded.
[Fri Aug 14 23:00:54 2020] libphy: r8169: probed
[Fri Aug 14 23:00:54 2020] r8169 0000:02:00.0 eth0: RTL8168evl/8111evl, e8:03:9a:36:17:a9, XID 2c9, IRQ 27
[Fri Aug 14 23:00:54 2020] r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[Fri Aug 14 23:00:54 2020] ahci 0000:00:1f.2: version 3.0
[Fri Aug 14 23:00:54 2020] r8169 0000:02:00.0 enp2s0: renamed from eth0
[Fri Aug 14 23:00:54 2020] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
[Fri Aug 14 23:00:54 2020] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Fri Aug 14 23:00:54 2020] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Fri Aug 14 23:00:54 2020] usb usb1: Product: EHCI Host Controller
[Fri Aug 14 23:00:54 2020] usb usb1: Manufacturer: Linux 5.8.1-8-amd64-gcc10-bfd ehci_hcd
[Fri Aug 14 23:00:54 2020] usb usb1: SerialNumber: 0000:00:1a.0
[Fri Aug 14 23:00:54 2020] hub 1-0:1.0: USB hub found
[Fri Aug 14 23:00:54 2020] hub 1-0:1.0: 2 ports detected
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: xHCI Host Controller
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 2
[Fri Aug 14 23:00:54 2020] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x1b impl SATA mode
[Fri Aug 14 23:00:54 2020] ahci 0000:00:1f.2: flags: 64bit ncq sntf ilck stag pm led clo pio slum part ems sxs apst 
[Fri Aug 14 23:00:54 2020] scsi host0: ahci
[Fri Aug 14 23:00:54 2020] scsi host1: ahci
[Fri Aug 14 23:00:54 2020] scsi host2: ahci
[Fri Aug 14 23:00:54 2020] scsi host3: ahci
[Fri Aug 14 23:00:54 2020] scsi host4: ahci
[Fri Aug 14 23:00:54 2020] scsi host5: ahci
[Fri Aug 14 23:00:54 2020] ata1: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708100 irq 28
[Fri Aug 14 23:00:54 2020] ata2: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708180 irq 28
[Fri Aug 14 23:00:54 2020] ata3: DUMMY
[Fri Aug 14 23:00:54 2020] ata4: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708280 irq 28
[Fri Aug 14 23:00:54 2020] ata5: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708300 irq 28
[Fri Aug 14 23:00:54 2020] ata6: DUMMY
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: hcc params 0x0200f180 hci version 0x96 quirks 0x0000000000080000
[Fri Aug 14 23:00:54 2020] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Fri Aug 14 23:00:54 2020] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Fri Aug 14 23:00:54 2020] usb usb2: Product: xHCI Host Controller
[Fri Aug 14 23:00:54 2020] usb usb2: Manufacturer: Linux 5.8.1-8-amd64-gcc10-bfd xhci-hcd
[Fri Aug 14 23:00:54 2020] usb usb2: SerialNumber: 0000:03:00.0
[Fri Aug 14 23:00:54 2020] hub 2-0:1.0: USB hub found
[Fri Aug 14 23:00:54 2020] hub 2-0:1.0: 2 ports detected
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: EHCI Host Controller
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 3
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: debug port 2
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: xHCI Host Controller
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 4
[Fri Aug 14 23:00:54 2020] xhci_hcd 0000:03:00.0: Host supports USB 3.0 SuperSpeed
[Fri Aug 14 23:00:54 2020] usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
[Fri Aug 14 23:00:54 2020] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.08
[Fri Aug 14 23:00:54 2020] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Fri Aug 14 23:00:54 2020] usb usb4: Product: xHCI Host Controller
[Fri Aug 14 23:00:54 2020] usb usb4: Manufacturer: Linux 5.8.1-8-amd64-gcc10-bfd xhci-hcd
[Fri Aug 14 23:00:54 2020] usb usb4: SerialNumber: 0000:03:00.0
[Fri Aug 14 23:00:54 2020] hub 4-0:1.0: USB hub found
[Fri Aug 14 23:00:54 2020] hub 4-0:1.0: 2 ports detected
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf0709000
[Fri Aug 14 23:00:54 2020] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[Fri Aug 14 23:00:54 2020] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Fri Aug 14 23:00:54 2020] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Fri Aug 14 23:00:54 2020] usb usb3: Product: EHCI Host Controller
[Fri Aug 14 23:00:54 2020] usb usb3: Manufacturer: Linux 5.8.1-8-amd64-gcc10-bfd ehci_hcd
[Fri Aug 14 23:00:54 2020] usb usb3: SerialNumber: 0000:00:1d.0
[Fri Aug 14 23:00:54 2020] hub 3-0:1.0: USB hub found
[Fri Aug 14 23:00:54 2020] hub 3-0:1.0: 2 ports detected
[Fri Aug 14 23:00:55 2020] usb 1-1: new high-speed USB device number 2 using ehci-pci
[Fri Aug 14 23:00:55 2020] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Fri Aug 14 23:00:55 2020] ata1.00: ATA-8: Hitachi HTS545050A7E380, GG2OA6C0, max UDMA/133
[Fri Aug 14 23:00:55 2020] ata1.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[Fri Aug 14 23:00:55 2020] ata1.00: configured for UDMA/133
[Fri Aug 14 23:00:55 2020] scsi 0:0:0:0: Direct-Access     ATA      Hitachi HTS54505 A6C0 PQ: 0 ANSI: 5
[Fri Aug 14 23:00:55 2020] tsc: Refined TSC clocksource calibration: 1596.373 MHz
[Fri Aug 14 23:00:55 2020] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1702c2a0637, max_idle_ns: 440795222505 ns
[Fri Aug 14 23:00:55 2020] clocksource: Switched to clocksource tsc
[Fri Aug 14 23:00:55 2020] usb 3-1: new high-speed USB device number 2 using ehci-pci
[Fri Aug 14 23:00:55 2020] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[Fri Aug 14 23:00:55 2020] usb 1-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00
[Fri Aug 14 23:00:55 2020] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 14 23:00:55 2020] hub 1-1:1.0: USB hub found
[Fri Aug 14 23:00:55 2020] hub 1-1:1.0: 6 ports detected
[Fri Aug 14 23:00:55 2020] usb 4-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[Fri Aug 14 23:00:55 2020] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[Fri Aug 14 23:00:55 2020] usb 4-1: Product: MEDION HDDrive-n-GO
[Fri Aug 14 23:00:55 2020] usb 4-1: Manufacturer: MEDION
[Fri Aug 14 23:00:55 2020] usb 4-1: SerialNumber: 3180000000000000092C
[Fri Aug 14 23:00:55 2020] usb-storage 4-1:1.0: USB Mass Storage device detected
[Fri Aug 14 23:00:55 2020] usb-storage 4-1:1.0: Quirks match for vid 174c pid 55aa: 400000
[Fri Aug 14 23:00:55 2020] scsi host6: usb-storage 4-1:1.0
[Fri Aug 14 23:00:55 2020] usbcore: registered new interface driver usb-storage
[Fri Aug 14 23:00:55 2020] usbcore: registered new interface driver uas
[Fri Aug 14 23:00:55 2020] usb 3-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00
[Fri Aug 14 23:00:55 2020] usb 3-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 14 23:00:55 2020] hub 3-1:1.0: USB hub found
[Fri Aug 14 23:00:55 2020] hub 3-1:1.0: 6 ports detected
[Fri Aug 14 23:00:55 2020] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Fri Aug 14 23:00:55 2020] ata2.00: ATA-8: SanDisk iSSD P4 16GB, SSD 9.14, max UDMA/133
[Fri Aug 14 23:00:55 2020] ata2.00: 31277232 sectors, multi 1: LBA48 
[Fri Aug 14 23:00:55 2020] ata2.00: configured for UDMA/133
[Fri Aug 14 23:00:55 2020] scsi 1:0:0:0: Direct-Access     ATA      SanDisk iSSD P4  9.14 PQ: 0 ANSI: 5
[Fri Aug 14 23:00:55 2020] usb 1-1.2: new low-speed USB device number 3 using ehci-pci
[Fri Aug 14 23:00:55 2020] _warn_unseeded_randomness: 36 callbacks suppressed
[Fri Aug 14 23:00:55 2020] random: get_batched_random_irqsoff called from allocate_slab+0x117/0x410 with crng_init=0
[Fri Aug 14 23:00:55 2020] random: fast init done
[Fri Aug 14 23:00:55 2020] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x450f00)
[Fri Aug 14 23:00:55 2020] psmouse serio1: elantech: Synaptics capabilities query result 0x08, 0x17, 0x0c.
[Fri Aug 14 23:00:55 2020] usb 1-1.2: New USB device found, idVendor=046d, idProduct=c00e, bcdDevice=11.10
[Fri Aug 14 23:00:55 2020] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Fri Aug 14 23:00:55 2020] usb 1-1.2: Product: USB-PS/2 Optical Mouse
[Fri Aug 14 23:00:55 2020] usb 1-1.2: Manufacturer: Logitech
[Fri Aug 14 23:00:55 2020] hid: raw HID events driver (C) Jiri Kosina
[Fri Aug 14 23:00:55 2020] usbcore: registered new interface driver usbhid
[Fri Aug 14 23:00:55 2020] usbhid: USB HID core driver
[Fri Aug 14 23:00:55 2020] psmouse serio1: elantech: Elan sample query result 03, 3f, 86
[Fri Aug 14 23:00:55 2020] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/0003:046D:C00E.0001/input/input4
[Fri Aug 14 23:00:55 2020] hid-generic 0003:046D:C00E.0001: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1a.0-1.2/input0
[Fri Aug 14 23:00:55 2020] usb 3-1.5: new full-speed USB device number 3 using ehci-pci
[Fri Aug 14 23:00:55 2020] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[Fri Aug 14 23:00:55 2020] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input3
[Fri Aug 14 23:00:55 2020] ata4: SATA link down (SStatus 0 SControl 300)
[Fri Aug 14 23:00:55 2020] usb 3-1.5: New USB device found, idVendor=8086, idProduct=0189, bcdDevice=69.19
[Fri Aug 14 23:00:55 2020] usb 3-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Fri Aug 14 23:00:55 2020] usb 1-1.4: New USB device found, idVendor=2232, idProduct=1018, bcdDevice= 0.01
[Fri Aug 14 23:00:55 2020] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Fri Aug 14 23:00:55 2020] usb 1-1.4: Product: WebCam SC-13HDL11431N
[Fri Aug 14 23:00:55 2020] usb 1-1.4: Manufacturer: 123
[Fri Aug 14 23:00:55 2020] ata5: SATA link down (SStatus 0 SControl 300)
[Fri Aug 14 23:00:55 2020] random: get_batched_random_irqsoff called from copy_process+0x311/0x1980 with crng_init=1
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[Fri Aug 14 23:00:56 2020] sd 1:0:0:0: [sdb] 31277232 512-byte logical blocks: (16.0 GB/14.9 GiB)
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] 4096-byte physical blocks
[Fri Aug 14 23:00:56 2020] sd 1:0:0:0: [sdb] Write Protect is off
[Fri Aug 14 23:00:56 2020] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[Fri Aug 14 23:00:56 2020] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] Write Protect is off
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Fri Aug 14 23:00:56 2020] random: get_batched_random_irqsoff called from allocate_slab+0x117/0x410 with crng_init=1
[Fri Aug 14 23:00:56 2020]  sdb: sdb1
[Fri Aug 14 23:00:56 2020] sd 1:0:0:0: [sdb] Attached SCSI disk
[Fri Aug 14 23:00:56 2020]  sda: sda1 sda2 sda3
[Fri Aug 14 23:00:56 2020] sd 0:0:0:0: [sda] Attached SCSI disk
[Fri Aug 14 23:00:56 2020] scsi 6:0:0:0: Direct-Access     ASMT     2105             0    PQ: 0 ANSI: 6
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] Write Protect is off
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] Mode Sense: 43 00 00 00
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Fri Aug 14 23:00:56 2020]  sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[Fri Aug 14 23:00:56 2020] sd 6:0:0:0: [sdc] Attached SCSI disk
[Fri Aug 14 23:00:56 2020] _warn_unseeded_randomness: 3 callbacks suppressed
[Fri Aug 14 23:00:56 2020] random: get_batched_random_irqsoff called from allocate_slab+0x117/0x410 with crng_init=1
[Fri Aug 14 23:00:57 2020] random: get_batched_random_irqsoff called from randomize_page+0x48/0x5b with crng_init=1
[Fri Aug 14 23:00:57 2020] random: get_batched_random_irqsoff called from arch_pick_mmap_layout+0x63/0x180 with crng_init=1
[Fri Aug 14 23:00:57 2020] process '/usr/bin/fstype' started with executable stack
[Fri Aug 14 23:00:57 2020] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[Fri Aug 14 23:00:57 2020] _warn_unseeded_randomness: 25 callbacks suppressed
[Fri Aug 14 23:00:57 2020] random: get_batched_random_irqsoff called from arch_pick_mmap_layout+0xf6/0x180 with crng_init=1
[Fri Aug 14 23:00:57 2020] random: get_batched_random_irqsoff called from randomize_stack_top+0x33/0x60 with crng_init=1
[Fri Aug 14 23:00:57 2020] random: get_batched_random_irqsoff called from copy_process+0x311/0x1980 with crng_init=1
[Fri Aug 14 23:00:57 2020] Not activating Mandatory Access Control as /sbin/tomoyo-init does not exist.
[Fri Aug 14 23:00:58 2020] random: crng init done
[Fri Aug 14 23:00:58 2020] random: 4 get_random_xx warning(s) missed due to ratelimiting
[Fri Aug 14 23:00:59 2020] systemd[1]: Inserted module 'autofs4'
[Fri Aug 14 23:01:00 2020] systemd[1]: systemd 246-2 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +ZSTD +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid)
[Fri Aug 14 23:01:00 2020] systemd[1]: Detected architecture x86-64.
[Fri Aug 14 23:01:00 2020] systemd[1]: Set hostname to <iniza>.
[Fri Aug 14 23:01:02 2020] systemd[1]: /lib/systemd/system/smartmontools.service:10: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether.
[Fri Aug 14 23:01:02 2020] systemd[1]: Queued start job for default target Graphical Interface.
[Fri Aug 14 23:01:02 2020] systemd[1]: Created slice system-getty.slice.
[Fri Aug 14 23:01:02 2020] systemd[1]: Created slice system-modprobe.slice.
[Fri Aug 14 23:01:02 2020] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[Fri Aug 14 23:01:02 2020] systemd[1]: Created slice User and Session Slice.
[Fri Aug 14 23:01:02 2020] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[Fri Aug 14 23:01:02 2020] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[Fri Aug 14 23:01:02 2020] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[Fri Aug 14 23:01:02 2020] systemd[1]: Reached target Local Encrypted Volumes.
[Fri Aug 14 23:01:02 2020] systemd[1]: Reached target User and Group Name Lookups.
[Fri Aug 14 23:01:02 2020] systemd[1]: Reached target Remote File Systems.
[Fri Aug 14 23:01:02 2020] systemd[1]: Reached target Slices.
[Fri Aug 14 23:01:02 2020] systemd[1]: Reached target Swap.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on Syslog Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on fsck to fsckd communication Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on initctl Compatibility Named Pipe.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on Journal Audit Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on Journal Socket (/dev/log).
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on Journal Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on udev Control Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Listening on udev Kernel Socket.
[Fri Aug 14 23:01:02 2020] systemd[1]: Mounting Huge Pages File System...
[Fri Aug 14 23:01:02 2020] systemd[1]: Mounting POSIX Message Queue File System...
[Fri Aug 14 23:01:02 2020] systemd[1]: Mounting Kernel Debug File System...
[Fri Aug 14 23:01:02 2020] systemd[1]: Mounting Kernel Trace File System...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Wait for network to be configured by ifupdown...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Set the console keyboard layout...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Create list of static device nodes for the current kernel...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Load Kernel Module drm...
[Fri Aug 14 23:01:02 2020] systemd[1]: Condition check resulted in Set Up Additional Binary Formats being skipped.
[Fri Aug 14 23:01:02 2020] systemd[1]: Condition check resulted in File System Check on Root Device being skipped.
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Journal Service...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Load Kernel Modules...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Remount Root and Kernel File Systems...
[Fri Aug 14 23:01:02 2020] systemd[1]: Starting Coldplug All udev Devices...
[Fri Aug 14 23:01:02 2020] systemd[1]: Finished Create list of static device nodes for the current kernel.
[Fri Aug 14 23:01:03 2020] systemd[1]: Finished Wait for network to be configured by ifupdown.
[Fri Aug 14 23:01:03 2020] systemd[1]: Mounted Huge Pages File System.
[Fri Aug 14 23:01:03 2020] systemd[1]: Mounted Kernel Debug File System.
[Fri Aug 14 23:01:03 2020] systemd[1]: Mounted Kernel Trace File System.
[Fri Aug 14 23:01:03 2020] systemd[1]: Mounted POSIX Message Queue File System.
[Fri Aug 14 23:01:03 2020] systemd[1]: modprobe@drm.service: Succeeded.
[Fri Aug 14 23:01:03 2020] systemd[1]: Finished Load Kernel Module drm.
[Fri Aug 14 23:01:03 2020] EXT4-fs (sdc2): re-mounted. Opts: errors=remount-ro
[Fri Aug 14 23:01:03 2020] systemd[1]: Finished Remount Root and Kernel File Systems.
[Fri Aug 14 23:01:03 2020] systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped.
[Fri Aug 14 23:01:03 2020] systemd[1]: Condition check resulted in Platform Persistent Storage Archival being skipped.
[Fri Aug 14 23:01:03 2020] systemd[1]: Starting Load/Save Random Seed...
[Fri Aug 14 23:01:03 2020] systemd[1]: Starting Create System Users...
[Fri Aug 14 23:01:03 2020] systemd[1]: Finished Coldplug All udev Devices.
[Fri Aug 14 23:01:03 2020] systemd[1]: Starting Helper to synchronize boot up for ifupdown...
[Fri Aug 14 23:01:03 2020] systemd[1]: Finished Helper to synchronize boot up for ifupdown.
[Fri Aug 14 23:01:03 2020] systemd[1]: Started Journal Service.
[Fri Aug 14 23:01:03 2020] lp: driver loaded but no devices found
[Fri Aug 14 23:01:03 2020] ppdev: user-space parallel port driver
[Fri Aug 14 23:01:06 2020] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input5
[Fri Aug 14 23:01:06 2020] ACPI: Lid Switch [LID0]
[Fri Aug 14 23:01:06 2020] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6
[Fri Aug 14 23:01:06 2020] ACPI: Power Button [PWRB]
[Fri Aug 14 23:01:06 2020] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7
[Fri Aug 14 23:01:06 2020] ACPI: Power Button [PWRF]
[Fri Aug 14 23:01:06 2020] ACPI: AC Adapter [ADP1] (on-line)
[Fri Aug 14 23:01:06 2020] input: PC Speaker as /devices/platform/pcspkr/input/input8
[Fri Aug 14 23:01:06 2020] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms ovfl timer
[Fri Aug 14 23:01:06 2020] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules
[Fri Aug 14 23:01:06 2020] RAPL PMU: hw unit of domain package 2^-16 Joules
[Fri Aug 14 23:01:06 2020] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules
[Fri Aug 14 23:01:07 2020] sd 0:0:0:0: Attached scsi generic sg0 type 0
[Fri Aug 14 23:01:07 2020] sd 1:0:0:0: Attached scsi generic sg1 type 0
[Fri Aug 14 23:01:07 2020] sd 6:0:0:0: Attached scsi generic sg2 type 0
[Fri Aug 14 23:01:07 2020] iTCO_vendor_support: vendor-support=0
[Fri Aug 14 23:01:07 2020] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[Fri Aug 14 23:01:07 2020] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460)
[Fri Aug 14 23:01:07 2020] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[Fri Aug 14 23:01:07 2020] cryptd: max_cpu_qlen set to 1000
[Fri Aug 14 23:01:07 2020] samsung_laptop: detected SABI interface: SwSmi@
[Fri Aug 14 23:01:07 2020] Error: Driver 'pcspkr' is already registered, aborting...
[Fri Aug 14 23:01:07 2020] at24 0-0052: supply vcc not found, using dummy regulator
[Fri Aug 14 23:01:07 2020] at24 0-0052: 256 byte spd EEPROM, read-only
[Fri Aug 14 23:01:08 2020] AVX version of gcm_enc/dec engaged.
[Fri Aug 14 23:01:08 2020] AES CTR mode by8 optimization enabled
[Fri Aug 14 23:01:08 2020] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[Fri Aug 14 23:01:08 2020] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[Fri Aug 14 23:01:08 2020] usb 3-1.5: USB disconnect, device number 3
[Fri Aug 14 23:01:09 2020] cfg80211: loaded regulatory.db is malformed or signature is missing/invalid
[Fri Aug 14 23:01:09 2020] Intel(R) Wireless WiFi driver for Linux
[Fri Aug 14 23:01:09 2020] iwlwifi 0000:01:00.0: can't disable ASPM; OS doesn't have ASPM control
[Fri Aug 14 23:01:09 2020] iwlwifi 0000:01:00.0: loaded firmware version 18.168.6.1 6000g2b-6.ucode op_mode iwldvm
[Fri Aug 14 23:01:10 2020] mc: Linux media interface: v0.10
[Fri Aug 14 23:01:10 2020] alg: No test for fips(ansi_cprng) (fips_ansi_cprng)
[Fri Aug 14 23:01:10 2020] videodev: Linux video capture interface: v2.00
[Fri Aug 14 23:01:11 2020] i915 0000:00:02.0: vgaarb: deactivate vga console
[Fri Aug 14 23:01:11 2020] Console: switching to colour dummy device 80x25
[Fri Aug 14 23:01:11 2020] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[Fri Aug 14 23:01:11 2020] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[Fri Aug 14 23:01:11 2020] [drm] Initialized i915 1.6.0 20200515 for 0000:00:02.0 on minor 0
[Fri Aug 14 23:01:11 2020] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[Fri Aug 14 23:01:11 2020] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9
[Fri Aug 14 23:01:11 2020] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[Fri Aug 14 23:01:11 2020] fbcon: i915drmfb (fb0) is primary device
[Fri Aug 14 23:01:11 2020] intel_rapl_common: Found RAPL domain package
[Fri Aug 14 23:01:11 2020] intel_rapl_common: Found RAPL domain core
[Fri Aug 14 23:01:11 2020] intel_rapl_common: Found RAPL domain uncore
[Fri Aug 14 23:01:11 2020] intel_rapl_common: RAPL package-0 domain package locked by BIOS
[Fri Aug 14 23:01:12 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEBUG disabled
[Fri Aug 14 23:01:12 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[Fri Aug 14 23:01:12 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[Fri Aug 14 23:01:12 2020] iwlwifi 0000:01:00.0: Detected Intel(R) Centrino(R) Advanced-N 6230 AGN, REV=0xB0
[Fri Aug 14 23:01:12 2020] uvcvideo: Found UVC 1.00 device WebCam SC-13HDL11431N (2232:1018)
[Fri Aug 14 23:01:12 2020] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[Fri Aug 14 23:01:12 2020] uvcvideo 1-1.4:1.0: Entity type for entity Extension 3 was not initialized!
[Fri Aug 14 23:01:12 2020] uvcvideo 1-1.4:1.0: Entity type for entity Processing 2 was not initialized!
[Fri Aug 14 23:01:12 2020] uvcvideo 1-1.4:1.0: Entity type for entity Camera 1 was not initialized!
[Fri Aug 14 23:01:12 2020] input: WebCam SC-13HDL11431N: WebCam S as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input10
[Fri Aug 14 23:01:12 2020] usbcore: registered new interface driver uvcvideo
[Fri Aug 14 23:01:12 2020] USB Video Class driver (1.1.1)
[Fri Aug 14 23:01:12 2020] Console: switching to colour frame buffer device 170x48
[Fri Aug 14 23:01:12 2020] iwlwifi 0000:01:00.0 wlp1s0: renamed from wlan0
[Fri Aug 14 23:01:12 2020] i915 0000:00:02.0: fb0: i915drmfb frame buffer device
[Fri Aug 14 23:01:12 2020] Bluetooth: Core ver 2.22
[Fri Aug 14 23:01:12 2020] NET: Registered protocol family 31
[Fri Aug 14 23:01:12 2020] Bluetooth: HCI device and connection manager initialized
[Fri Aug 14 23:01:12 2020] Bluetooth: HCI socket layer initialized
[Fri Aug 14 23:01:12 2020] Bluetooth: L2CAP socket layer initialized
[Fri Aug 14 23:01:12 2020] Bluetooth: SCO socket layer initialized
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269VC: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x15/0x0/0x0/0x0/0x0)
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:      Internal Mic=0x19
[Fri Aug 14 23:01:12 2020] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x18
[Fri Aug 14 23:01:12 2020] usbcore: registered new interface driver btusb
[Fri Aug 14 23:01:13 2020] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[Fri Aug 14 23:01:13 2020] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
[Fri Aug 14 23:01:13 2020] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input13
[Fri Aug 14 23:01:13 2020] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.519:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=633 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.535:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=630 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.747:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=637 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.751:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="tcpdump" pid=631 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.835:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/haveged" pid=639 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.975:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash" pid=640 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.987:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=632 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.987:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=632 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438876.987:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=632 comm="apparmor_parser"
[Fri Aug 14 23:01:16 2020] audit: type=1400 audit(1597438877.103:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=641 comm="apparmor_parser"
[Fri Aug 14 23:01:23 2020] zram: Added device: zram0
[Fri Aug 14 23:01:23 2020] zram0: detected capacity change from 0 to 1647796224
[Fri Aug 14 23:01:24 2020] Adding 1609172k swap on /dev/zram0.  Priority:100 extents:1 across:1609172k SSFS
[Fri Aug 14 23:01:27 2020] Error: Driver 'pcspkr' is already registered, aborting...
[Fri Aug 14 23:01:30 2020] kauditd_printk_skb: 15 callbacks suppressed
[Fri Aug 14 23:01:30 2020] audit: type=1400 audit(1597438890.987:27): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=794 comm="cups-browsed" capability=23  capname="sys_nice"
[Fri Aug 14 23:01:33 2020] RTL8211E Gigabit Ethernet r8169-200:00: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[Fri Aug 14 23:01:33 2020] r8169 0000:02:00.0 enp2s0: Link is Down
[Fri Aug 14 23:01:33 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:01:33 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:01:33 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:01:34 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:01:50 2020] fuse: init (API version 7.31)
[Fri Aug 14 23:01:59 2020] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[Fri Aug 14 23:01:59 2020] Bluetooth: BNEP filters: protocol multicast
[Fri Aug 14 23:01:59 2020] Bluetooth: BNEP socket layer initialized
[Fri Aug 14 23:02:08 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:02:08 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:02:08 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:02:08 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:03:27 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:03:27 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Fri Aug 14 23:03:31 2020] wlp1s0: authenticate with 50:d4:f7:2e:17:da
[Fri Aug 14 23:03:31 2020] wlp1s0: send auth to 50:d4:f7:2e:17:da (try 1/3)
[Fri Aug 14 23:03:31 2020] wlp1s0: authenticated
[Fri Aug 14 23:03:31 2020] wlp1s0: associate with 50:d4:f7:2e:17:da (try 1/3)
[Fri Aug 14 23:03:31 2020] wlp1s0: RX AssocResp from 50:d4:f7:2e:17:da (capab=0x411 status=0 aid=1)
[Fri Aug 14 23:03:31 2020] wlp1s0: associated
[Fri Aug 14 23:03:31 2020] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[Fri Aug 14 23:04:08 2020] vboxdrv: loading out-of-tree module taints kernel.
[Fri Aug 14 23:04:08 2020] vboxdrv: Found 4 processor cores
[Fri Aug 14 23:04:08 2020] vboxdrv: TSC mode is Invariant, tentative frequency 1600198501 Hz
[Fri Aug 14 23:04:08 2020] vboxdrv: Successfully loaded version 6.1.12_Debian (interface 0x002d0001)
[Fri Aug 14 23:04:08 2020] VBoxNetFlt: Successfully started.
[Fri Aug 14 23:04:08 2020] VBoxNetAdp: Successfully started.
Nick Desaulniers Aug. 14, 2020, 10:57 p.m. UTC | #15
On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > Thanks for the proposal.
> >
> > I have adapted it to fit my patchset against Linux v5.8.
> >
> > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > v11.0.0-rc1+ seems to be OK.
> >
>
> Yupp, OK.
>
> I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.

Hi Sedat,
Apologies, but it's not clear to me precisely which patch you tested.
Can you please confirm whether you tested:
1. Arnd's patch that started this thread.
2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
3. My proposed diff removing __force_order from the kernel.

I'm hoping you were referring to testing 3., but it's not clear to me.
I've been comparing the full disassemblies of vmlinux images when
built with Clang with 3 applied (they're no different, which is a
pleasant surprise, I didn't think kernel builds woulds would be fully
deterministic given the sheer amount of source).  I still need to
check the compressed vmlinux image, and various .ko's (XEN) that use
these read/write_cr[0,1,2,4]() functions, and then check them again
when built with GCC.  I'm falling behind a little trying to get our MC
organized for plumbers, as well as the end of intern season and
beginning of bi-annual "performance review" ("not stack ranking" I'm
told) at work.  If I don't find any differences, or if I do but don't
find them to be meaningful, I hope to push a more formal patch (rather
than just a diff) maybe next week.  I'll include my findings either
way; if it was 3 that you tested, I'll include your tested by tag when
sending.  Otherwise maybe you can help us test the more formal patch
next week?
Nick Desaulniers Aug. 15, 2020, 12:26 a.m. UTC | #16
On Fri, Aug 14, 2020 at 3:57 PM Nick Desaulniers
<ndesaulniers@google.com> wrote:
>
> On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > >
> > > Thanks for the proposal.
> > >
> > > I have adapted it to fit my patchset against Linux v5.8.
> > >
> > > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > > v11.0.0-rc1+ seems to be OK.
> > >
> >
> > Yupp, OK.
> >
> > I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.
>
> Hi Sedat,
> Apologies, but it's not clear to me precisely which patch you tested.
> Can you please confirm whether you tested:
> 1. Arnd's patch that started this thread.
> 2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
> 3. My proposed diff removing __force_order from the kernel.
>
> I'm hoping you were referring to testing 3., but it's not clear to me.

Ah, sorry, I missed your comment on github:
https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674282107

Ok, I will look at more disassembly next week and hopefully have a
patch ready, with your tested by tag.
Sedat Dilek Aug. 15, 2020, 3:28 a.m. UTC | #17
On Sat, Aug 15, 2020 at 2:27 AM Nick Desaulniers
<ndesaulniers@google.com> wrote:
>
> On Fri, Aug 14, 2020 at 3:57 PM Nick Desaulniers
> <ndesaulniers@google.com> wrote:
> >
> > On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > >
> > > On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > >
> > > > Thanks for the proposal.
> > > >
> > > > I have adapted it to fit my patchset against Linux v5.8.
> > > >
> > > > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > > > v11.0.0-rc1+ seems to be OK.
> > > >
> > >
> > > Yupp, OK.
> > >
> > > I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.
> >
> > Hi Sedat,
> > Apologies, but it's not clear to me precisely which patch you tested.
> > Can you please confirm whether you tested:
> > 1. Arnd's patch that started this thread.
> > 2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
> > 3. My proposed diff removing __force_order from the kernel.
> >
> > I'm hoping you were referring to testing 3., but it's not clear to me.
>
> Ah, sorry, I missed your comment on github:
> https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674282107
>
> Ok, I will look at more disassembly next week and hopefully have a
> patch ready, with your tested by tag.
>

Sorry for not being precise - I tested with solution (3.).
Later I added the diff I used as mentioned in your above comment.

See [1]:

> In a 2nd run building with a selfmade clang-11 and LLVM "bin"utils is fine, too.

I cannot say much to older versions of GCC and/or LLVM/Clang if
removing "__force_order" works fine.

Another (4.) solution:
Sami tried successfully by adding "__weak" declaration with
CONFIG_LKDTM=m (see [2]).
I am OK if this works, too.

Please, see my attachments.

- Sedat -

[1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674340760
[2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
[Sat Aug 15 04:49:39 2020] microcode: microcode updated early to revision 0x2f, date = 2019-02-17
[Sat Aug 15 04:49:39 2020] Linux version 5.8.1-9-amd64-llvm11-ias (sedat.dilek@gmail.com@iniza) (clang version 11.0.0 (https://github.com/llvm/llvm-project a450654a52874b094c264e0366c31126c03fdf2d), LLD 11.0.0 (https://github.com/llvm/llvm-project a450654a52874b094c264e0366c31126c03fdf2d)) #9~bullseye+dileks1 SMP 2020-08-15
[Sat Aug 15 04:49:39 2020] Command line: BOOT_IMAGE=/boot/vmlinuz-5.8.1-9-amd64-llvm11-ias root=UUID=5f730cbc-abda-410c-9ea9-f0bdeda41926 ro
[Sat Aug 15 04:49:39 2020] Disabled fast string operations
[Sat Aug 15 04:49:39 2020] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
[Sat Aug 15 04:49:39 2020] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[Sat Aug 15 04:49:39 2020] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[Sat Aug 15 04:49:39 2020] x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
[Sat Aug 15 04:49:39 2020] x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 'standard' format.
[Sat Aug 15 04:49:39 2020] BIOS-provided physical RAM map:
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000000000000-0x000000000009d7ff] usable
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x000000000009d800-0x000000000009ffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000000100000-0x000000001fffffff] usable
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000020000000-0x00000000201fffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000020200000-0x000000003fffffff] usable
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000040000000-0x00000000401fffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000040200000-0x00000000d9c9efff] usable
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000d9c9f000-0x00000000dae7efff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000dae7f000-0x00000000daf9efff] ACPI NVS
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000daf9f000-0x00000000daffefff] ACPI data
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000dafff000-0x00000000daffffff] usable
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000db000000-0x00000000df9fffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000fed08000-0x00000000fed08fff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000fed10000-0x00000000fed19fff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000fed1c000-0x00000000fed1ffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x00000000ffd80000-0x00000000ffffffff] reserved
[Sat Aug 15 04:49:39 2020] BIOS-e820: [mem 0x0000000100000000-0x000000021fdfffff] usable
[Sat Aug 15 04:49:39 2020] NX (Execute Disable) protection: active
[Sat Aug 15 04:49:39 2020] SMBIOS 2.6 present.
[Sat Aug 15 04:49:39 2020] DMI: SAMSUNG ELECTRONICS CO., LTD. 530U3BI/530U4BI/530U4BH/530U3BI/530U4BI/530U4BH, BIOS 13XK 03/28/2013
[Sat Aug 15 04:49:39 2020] tsc: Fast TSC calibration using PIT
[Sat Aug 15 04:49:39 2020] tsc: Detected 1596.328 MHz processor
[Sat Aug 15 04:49:39 2020] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[Sat Aug 15 04:49:39 2020] e820: remove [mem 0x000a0000-0x000fffff] usable
[Sat Aug 15 04:49:39 2020] last_pfn = 0x21fe00 max_arch_pfn = 0x400000000
[Sat Aug 15 04:49:39 2020] MTRR default type: uncachable
[Sat Aug 15 04:49:39 2020] MTRR fixed ranges enabled:
[Sat Aug 15 04:49:39 2020]   00000-9FFFF write-back
[Sat Aug 15 04:49:39 2020]   A0000-BFFFF uncachable
[Sat Aug 15 04:49:39 2020]   C0000-FFFFF write-protect
[Sat Aug 15 04:49:39 2020] MTRR variable ranges enabled:
[Sat Aug 15 04:49:39 2020]   0 base 000000000 mask F80000000 write-back
[Sat Aug 15 04:49:39 2020]   1 base 080000000 mask FC0000000 write-back
[Sat Aug 15 04:49:39 2020]   2 base 0C0000000 mask FE0000000 write-back
[Sat Aug 15 04:49:39 2020]   3 base 0DC000000 mask FFC000000 uncachable
[Sat Aug 15 04:49:39 2020]   4 base 0DB000000 mask FFF000000 uncachable
[Sat Aug 15 04:49:39 2020]   5 base 100000000 mask F00000000 write-back
[Sat Aug 15 04:49:39 2020]   6 base 200000000 mask FE0000000 write-back
[Sat Aug 15 04:49:39 2020]   7 base 21FE00000 mask FFFE00000 uncachable
[Sat Aug 15 04:49:39 2020]   8 base 0FFC00000 mask FFFC00000 write-protect
[Sat Aug 15 04:49:39 2020]   9 disabled
[Sat Aug 15 04:49:39 2020] x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WP  UC- WT  
[Sat Aug 15 04:49:39 2020] last_pfn = 0xdb000 max_arch_pfn = 0x400000000
[Sat Aug 15 04:49:39 2020] found SMP MP-table at [mem 0x000f00e0-0x000f00ef]
[Sat Aug 15 04:49:39 2020] reserving inaccessible SNB gfx pages
[Sat Aug 15 04:49:39 2020] RAMDISK: [mem 0x350c9000-0x3685bfff]
[Sat Aug 15 04:49:39 2020] ACPI: Early table checksum verification disabled
[Sat Aug 15 04:49:39 2020] ACPI: RSDP 0x00000000000F0100 000024 (v02 SECCSD)
[Sat Aug 15 04:49:39 2020] ACPI: XSDT 0x00000000DAFFE170 000084 (v01 SECCSD LH43STAR 00000002 PTEC 00000002)
[Sat Aug 15 04:49:39 2020] ACPI: FACP 0x00000000DAFEF000 00010C (v05 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: DSDT 0x00000000DAFF2000 0083AC (v02 SECCSD SNB-CPT  00000000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: FACS 0x00000000DAF47000 000040
[Sat Aug 15 04:49:39 2020] ACPI: SLIC 0x00000000DAFFD000 000176 (v01 SECCSD LH43STAR 00000002 PTEC 00000001)
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0x00000000DAFFB000 001068 (v01 SECCSD PtidDevc 00001000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: ASF! 0x00000000DAFF1000 0000A5 (v32 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: HPET 0x00000000DAFEE000 000038 (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: APIC 0x00000000DAFED000 000098 (v03 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: MCFG 0x00000000DAFEC000 00003C (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0x00000000DAFEB000 000804 (v01 PmRef  Cpu0Ist  00003000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0x00000000DAFEA000 000996 (v01 PmRef  CpuPm    00003000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: UEFI 0x00000000DAFE9000 00003E (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: UEFI 0x00000000DAFE8000 000042 (v01 PTL    COMBUF   00000001 PTL  00000001)
[Sat Aug 15 04:49:39 2020] ACPI: UEFI 0x00000000DAFE7000 00026A (v01 SECCSD LH43STAR 00000002 PTL  00000002)
[Sat Aug 15 04:49:39 2020] ACPI: Local APIC address 0xfee00000
[Sat Aug 15 04:49:39 2020] No NUMA configuration found
[Sat Aug 15 04:49:39 2020] Faking a node at [mem 0x0000000000000000-0x000000021fdfffff]
[Sat Aug 15 04:49:39 2020] NODE_DATA(0) allocated [mem 0x21fdf8000-0x21fdfcfff]
[Sat Aug 15 04:49:39 2020] Zone ranges:
[Sat Aug 15 04:49:39 2020]   DMA      [mem 0x0000000000001000-0x0000000000ffffff]
[Sat Aug 15 04:49:39 2020]   DMA32    [mem 0x0000000001000000-0x00000000ffffffff]
[Sat Aug 15 04:49:39 2020]   Normal   [mem 0x0000000100000000-0x000000021fdfffff]
[Sat Aug 15 04:49:39 2020]   Device   empty
[Sat Aug 15 04:49:39 2020] Movable zone start for each node
[Sat Aug 15 04:49:39 2020] Early memory node ranges
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x0000000000001000-0x000000000009cfff]
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x0000000000100000-0x000000001fffffff]
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x0000000020200000-0x000000003fffffff]
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x0000000040200000-0x00000000d9c9efff]
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x00000000dafff000-0x00000000daffffff]
[Sat Aug 15 04:49:39 2020]   node   0: [mem 0x0000000100000000-0x000000021fdfffff]
[Sat Aug 15 04:49:39 2020] Zeroed struct page in unavailable ranges: 27076 pages
[Sat Aug 15 04:49:39 2020] Initmem setup node 0 [mem 0x0000000000001000-0x000000021fdfffff]
[Sat Aug 15 04:49:39 2020] On node 0 totalpages: 2070076
[Sat Aug 15 04:49:39 2020]   DMA zone: 64 pages used for memmap
[Sat Aug 15 04:49:39 2020]   DMA zone: 156 pages reserved
[Sat Aug 15 04:49:39 2020]   DMA zone: 3996 pages, LIFO batch:0
[Sat Aug 15 04:49:39 2020]   DMA32 zone: 13859 pages used for memmap
[Sat Aug 15 04:49:39 2020]   DMA32 zone: 886944 pages, LIFO batch:63
[Sat Aug 15 04:49:39 2020]   Normal zone: 18424 pages used for memmap
[Sat Aug 15 04:49:39 2020]   Normal zone: 1179136 pages, LIFO batch:63
[Sat Aug 15 04:49:39 2020] Reserving Intel graphics memory at [mem 0xdba00000-0xdf9fffff]
[Sat Aug 15 04:49:39 2020] ACPI: PM-Timer IO Port: 0x408
[Sat Aug 15 04:49:39 2020] ACPI: Local APIC address 0xfee00000
[Sat Aug 15 04:49:39 2020] ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
[Sat Aug 15 04:49:39 2020] ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
[Sat Aug 15 04:49:39 2020] IOAPIC[0]: apic_id 14, version 32, address 0xfec00000, GSI 0-23
[Sat Aug 15 04:49:39 2020] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
[Sat Aug 15 04:49:39 2020] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level)
[Sat Aug 15 04:49:39 2020] ACPI: IRQ0 used by override.
[Sat Aug 15 04:49:39 2020] ACPI: IRQ9 used by override.
[Sat Aug 15 04:49:39 2020] Using ACPI (MADT) for SMP configuration information
[Sat Aug 15 04:49:39 2020] ACPI: HPET id: 0x8086a301 base: 0xfed00000
[Sat Aug 15 04:49:39 2020] TSC deadline timer available
[Sat Aug 15 04:49:39 2020] smpboot: Allowing 8 CPUs, 4 hotplug CPUs
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x0009d000-0x0009dfff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x0009e000-0x0009ffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x000a0000-0x000dffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x000e0000-0x000fffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x20000000-0x201fffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0x40000000-0x401fffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xd9c9f000-0xdae7efff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xdae7f000-0xdaf9efff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xdaf9f000-0xdaffefff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xdb000000-0xdf9fffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xdfa00000-0xf7ffffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xf8000000-0xfbffffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfc000000-0xfebfffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfec00000-0xfec00fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfec01000-0xfed07fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed08000-0xfed08fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed09000-0xfed0ffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed10000-0xfed19fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed1a000-0xfed1bfff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed1c000-0xfed1ffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfed20000-0xfedfffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfee00000-0xfee00fff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xfee01000-0xffd7ffff]
[Sat Aug 15 04:49:39 2020] PM: hibernation: Registered nosave memory: [mem 0xffd80000-0xffffffff]
[Sat Aug 15 04:49:39 2020] [mem 0xdfa00000-0xf7ffffff] available for PCI devices
[Sat Aug 15 04:49:39 2020] Booting paravirtualized kernel on bare hardware
[Sat Aug 15 04:49:39 2020] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645519600211568 ns
[Sat Aug 15 04:49:39 2020] setup_percpu: NR_CPUS:512 nr_cpumask_bits:512 nr_cpu_ids:8 nr_node_ids:1
[Sat Aug 15 04:49:39 2020] percpu: Embedded 54 pages/cpu s183832 r8192 d29160 u262144
[Sat Aug 15 04:49:39 2020] pcpu-alloc: s183832 r8192 d29160 u262144 alloc=1*2097152
[Sat Aug 15 04:49:39 2020] pcpu-alloc: [0] 0 1 2 3 4 5 6 7 
[Sat Aug 15 04:49:39 2020] Built 1 zonelists, mobility grouping on.  Total pages: 2037573
[Sat Aug 15 04:49:39 2020] Policy zone: Normal
[Sat Aug 15 04:49:39 2020] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-5.8.1-9-amd64-llvm11-ias root=UUID=5f730cbc-abda-410c-9ea9-f0bdeda41926 ro
[Sat Aug 15 04:49:39 2020] Dentry cache hash table entries: 1048576 (order: 11, 8388608 bytes, linear)
[Sat Aug 15 04:49:39 2020] Inode-cache hash table entries: 524288 (order: 10, 4194304 bytes, linear)
[Sat Aug 15 04:49:39 2020] mem auto-init: stack:off, heap alloc:off, heap free:off
[Sat Aug 15 04:49:39 2020] Memory: 3604532K/8280304K available (12291K kernel code, 1210K rwdata, 3728K rodata, 1668K init, 1960K bss, 262548K reserved, 0K cma-reserved)
[Sat Aug 15 04:49:39 2020] random: get_batched_random_irqsoff called from __kmem_cache_create+0xd9/0x890 with crng_init=0
[Sat Aug 15 04:49:39 2020] random: get_batched_random_irqsoff called from cache_random_seq_create+0x82/0x1c0 with crng_init=0
[Sat Aug 15 04:49:39 2020] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=8, Nodes=1
[Sat Aug 15 04:49:39 2020] Kernel/User page tables isolation: enabled
[Sat Aug 15 04:49:39 2020] ftrace: allocating 32568 entries in 128 pages
[Sat Aug 15 04:49:39 2020] ftrace: allocated 128 pages with 1 groups
[Sat Aug 15 04:49:39 2020] rcu: Hierarchical RCU implementation.
[Sat Aug 15 04:49:39 2020] rcu: 	RCU restricting CPUs from NR_CPUS=512 to nr_cpu_ids=8.
[Sat Aug 15 04:49:39 2020] 	Rude variant of Tasks RCU enabled.
[Sat Aug 15 04:49:39 2020] rcu: RCU calculated value of scheduler-enlistment delay is 25 jiffies.
[Sat Aug 15 04:49:39 2020] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=8
[Sat Aug 15 04:49:39 2020] random: get_batched_random_irqsoff called from new_slab+0x173/0x8b0 with crng_init=0
[Sat Aug 15 04:49:39 2020] NR_IRQS: 33024, nr_irqs: 488, preallocated irqs: 16
[Sat Aug 15 04:49:39 2020] Console: colour VGA+ 80x25
[Sat Aug 15 04:49:39 2020] printk: console [tty0] enabled
[Sat Aug 15 04:49:39 2020] ACPI: Core revision 20200528
[Sat Aug 15 04:49:39 2020] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 133484882848 ns
[Sat Aug 15 04:49:39 2020] APIC: Switch to symmetric I/O mode setup
[Sat Aug 15 04:49:39 2020] x2apic: IRQ remapping doesn't support X2APIC mode
[Sat Aug 15 04:49:39 2020] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1
[Sat Aug 15 04:49:39 2020] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x1702983a060, max_idle_ns: 440795270053 ns
[Sat Aug 15 04:49:39 2020] Calibrating delay loop (skipped), value calculated using timer frequency.. 3192.65 BogoMIPS (lpj=6385312)
[Sat Aug 15 04:49:39 2020] pid_max: default: 32768 minimum: 301
[Sat Aug 15 04:49:39 2020] LSM: Security Framework initializing
[Sat Aug 15 04:49:39 2020] Yama: becoming mindful.
[Sat Aug 15 04:49:39 2020] AppArmor: AppArmor initialized
[Sat Aug 15 04:49:39 2020] TOMOYO Linux initialized
[Sat Aug 15 04:49:39 2020] Mount-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
[Sat Aug 15 04:49:39 2020] Mountpoint-cache hash table entries: 16384 (order: 5, 131072 bytes, linear)
[Sat Aug 15 04:49:39 2020] Disabled fast string operations
[Sat Aug 15 04:49:39 2020] mce: CPU0: Thermal monitoring enabled (TM1)
[Sat Aug 15 04:49:39 2020] process: using mwait in idle threads
[Sat Aug 15 04:49:39 2020] Last level iTLB entries: 4KB 512, 2MB 8, 4MB 8
[Sat Aug 15 04:49:39 2020] Last level dTLB entries: 4KB 512, 2MB 32, 4MB 32, 1GB 0
[Sat Aug 15 04:49:39 2020] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization
[Sat Aug 15 04:49:39 2020] Spectre V2 : Mitigation: Full generic retpoline
[Sat Aug 15 04:49:39 2020] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch
[Sat Aug 15 04:49:39 2020] Spectre V2 : Enabling Restricted Speculation for firmware calls
[Sat Aug 15 04:49:39 2020] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier
[Sat Aug 15 04:49:39 2020] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl
[Sat Aug 15 04:49:39 2020] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp
[Sat Aug 15 04:49:39 2020] MDS: Mitigation: Clear CPU buffers
[Sat Aug 15 04:49:39 2020] Freeing SMP alternatives memory: 36K
[Sat Aug 15 04:49:39 2020] smpboot: CPU0: Intel(R) Core(TM) i5-2467M CPU @ 1.60GHz (family: 0x6, model: 0x2a, stepping: 0x7)
[Sat Aug 15 04:49:39 2020] Performance Events: PEBS fmt1+, SandyBridge events, 16-deep LBR, full-width counters, Intel PMU driver.
[Sat Aug 15 04:49:39 2020] ... version:                3
[Sat Aug 15 04:49:39 2020] ... bit width:              48
[Sat Aug 15 04:49:39 2020] ... generic registers:      4
[Sat Aug 15 04:49:39 2020] ... value mask:             0000ffffffffffff
[Sat Aug 15 04:49:39 2020] ... max period:             00007fffffffffff
[Sat Aug 15 04:49:39 2020] ... fixed-purpose events:   3
[Sat Aug 15 04:49:39 2020] ... event mask:             000000070000000f
[Sat Aug 15 04:49:39 2020] rcu: Hierarchical SRCU implementation.
[Sat Aug 15 04:49:39 2020] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter.
[Sat Aug 15 04:49:39 2020] smp: Bringing up secondary CPUs ...
[Sat Aug 15 04:49:39 2020] x86: Booting SMP configuration:
[Sat Aug 15 04:49:39 2020] .... node  #0, CPUs:      #1
[Sat Aug 15 04:49:39 2020] Disabled fast string operations
[Sat Aug 15 04:49:39 2020] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details.
[Sat Aug 15 04:49:39 2020]  #2
[Sat Aug 15 04:49:39 2020] Disabled fast string operations
[Sat Aug 15 04:49:39 2020]  #3
[Sat Aug 15 04:49:39 2020] Disabled fast string operations
[Sat Aug 15 04:49:39 2020] smp: Brought up 1 node, 4 CPUs
[Sat Aug 15 04:49:39 2020] smpboot: Max logical packages: 2
[Sat Aug 15 04:49:39 2020] smpboot: Total of 4 processors activated (12770.62 BogoMIPS)
[Sat Aug 15 04:49:39 2020] node 0 deferred pages initialised in 12ms
[Sat Aug 15 04:49:39 2020] devtmpfs: initialized
[Sat Aug 15 04:49:39 2020] x86/mm: Memory block size: 128MB
[Sat Aug 15 04:49:39 2020] PM: Registering ACPI NVS region [mem 0xdae7f000-0xdaf9efff] (1179648 bytes)
[Sat Aug 15 04:49:39 2020] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 7645041785100000 ns
[Sat Aug 15 04:49:39 2020] futex hash table entries: 2048 (order: 5, 131072 bytes, linear)
[Sat Aug 15 04:49:39 2020] pinctrl core: initialized pinctrl subsystem
[Sat Aug 15 04:49:39 2020] thermal_sys: Registered thermal governor 'fair_share'
[Sat Aug 15 04:49:39 2020] thermal_sys: Registered thermal governor 'bang_bang'
[Sat Aug 15 04:49:39 2020] thermal_sys: Registered thermal governor 'step_wise'
[Sat Aug 15 04:49:39 2020] thermal_sys: Registered thermal governor 'user_space'
[Sat Aug 15 04:49:39 2020] NET: Registered protocol family 16
[Sat Aug 15 04:49:39 2020] audit: initializing netlink subsys (disabled)
[Sat Aug 15 04:49:39 2020] audit: type=2000 audit(1597459779.056:1): state=initialized audit_enabled=0 res=1
[Sat Aug 15 04:49:39 2020] cpuidle: using governor ladder
[Sat Aug 15 04:49:39 2020] cpuidle: using governor menu
[Sat Aug 15 04:49:39 2020] ACPI: bus type PCI registered
[Sat Aug 15 04:49:39 2020] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5
[Sat Aug 15 04:49:39 2020] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)
[Sat Aug 15 04:49:39 2020] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820
[Sat Aug 15 04:49:39 2020] PCI: Using configuration type 1 for base access
[Sat Aug 15 04:49:39 2020] core: PMU erratum BJ122, BV98, HSD29 worked around, HT is on
[Sat Aug 15 04:49:39 2020] ENERGY_PERF_BIAS: Set to 'normal', was 'performance'
[Sat Aug 15 04:49:39 2020] mtrr: your CPUs had inconsistent variable MTRR settings
[Sat Aug 15 04:49:39 2020] mtrr: probably your BIOS does not setup all CPUs.
[Sat Aug 15 04:49:39 2020] mtrr: corrected configuration.
[Sat Aug 15 04:49:39 2020] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Module Device)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Processor Device)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(3.0 _SCP Extensions)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Processor Aggregator Device)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Linux-Dell-Video)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio)
[Sat Aug 15 04:49:39 2020] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics)
[Sat Aug 15 04:49:39 2020] ACPI: 4 ACPI AML tables successfully acquired and loaded
[Sat Aug 15 04:49:39 2020] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored
[Sat Aug 15 04:49:39 2020] ACPI: Dynamic OEM Table Load:
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0xFFFF8B0BCFC0A000 000688 (v01 PmRef  Cpu0Cst  00003001 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: Dynamic OEM Table Load:
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0xFFFF8B0AC7FFA400 000303 (v01 PmRef  ApIst    00003000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: Dynamic OEM Table Load:
[Sat Aug 15 04:49:39 2020] ACPI: SSDT 0xFFFF8B0AC772E800 000119 (v01 PmRef  ApCst    00003000 INTL 20061109)
[Sat Aug 15 04:49:39 2020] ACPI: EC: EC started
[Sat Aug 15 04:49:39 2020] ACPI: EC: interrupt blocked
[Sat Aug 15 04:49:39 2020] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62
[Sat Aug 15 04:49:39 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: Boot DSDT EC used to handle transactions
[Sat Aug 15 04:49:39 2020] ACPI: Interpreter enabled
[Sat Aug 15 04:49:39 2020] ACPI: (supports S0 S1 S3 S4 S5)
[Sat Aug 15 04:49:39 2020] ACPI: Using IOAPIC for interrupt routing
[Sat Aug 15 04:49:39 2020] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug
[Sat Aug 15 04:49:39 2020] ACPI: Enabled 8 GPEs in block 00 to 3F
[Sat Aug 15 04:49:39 2020] ACPI: Power Resource [FN00] (off)
[Sat Aug 15 04:49:39 2020] ACPI: Power Resource [FN01] (off)
[Sat Aug 15 04:49:39 2020] ACPI: Power Resource [FN02] (off)
[Sat Aug 15 04:49:39 2020] ACPI: Power Resource [FN03] (off)
[Sat Aug 15 04:49:39 2020] ACPI: Power Resource [FN04] (off)
[Sat Aug 15 04:49:39 2020] ACPI: PCI Root Bridge [PCI0] (domain 0000 [bus 00-3e])
[Sat Aug 15 04:49:39 2020] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3]
[Sat Aug 15 04:49:39 2020] acpi PNP0A08:00: _OSC failed (AE_ERROR); disabling ASPM
[Sat Aug 15 04:49:39 2020] PCI host bridge to bus 0000:00
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [io  0x0000-0x0cf7 window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [io  0x0d00-0xffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [mem 0x000a0000-0x000bffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [mem 0xdfa00000-0xfeafffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [mem 0xfed40000-0xfed44fff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: root bus resource [bus 00-3e]
[Sat Aug 15 04:49:39 2020] pci 0000:00:00.0: [8086:0104] type 00 class 0x060000
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: [8086:0116] type 00 class 0x030000
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: reg 0x10: [mem 0xf0000000-0xf03fffff 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: reg 0x18: [mem 0xe0000000-0xefffffff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: reg 0x20: [io  0x3000-0x303f]
[Sat Aug 15 04:49:39 2020] pci 0000:00:16.0: [8086:1c3a] type 00 class 0x078000
[Sat Aug 15 04:49:39 2020] pci 0000:00:16.0: reg 0x10: [mem 0xf0705000-0xf070500f 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:00:16.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1a.0: [8086:1c2d] type 00 class 0x0c0320
[Sat Aug 15 04:49:39 2020] pci 0000:00:1a.0: reg 0x10: [mem 0xf070a000-0xf070a3ff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1a.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1b.0: [8086:1c20] type 00 class 0x040300
[Sat Aug 15 04:49:39 2020] pci 0000:00:1b.0: reg 0x10: [mem 0xf0700000-0xf0703fff 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0: [8086:1c10] type 01 class 0x060400
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3: [8086:1c16] type 01 class 0x060400
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4: [8086:1c18] type 01 class 0x060400
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1d.0: [8086:1c26] type 00 class 0x0c0320
[Sat Aug 15 04:49:39 2020] pci 0000:00:1d.0: reg 0x10: [mem 0xf0709000-0xf07093ff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.0: [8086:1c49] type 00 class 0x060100
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: [8086:1c03] type 00 class 0x010601
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x10: [io  0x3088-0x308f]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x14: [io  0x3094-0x3097]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x18: [io  0x3080-0x3087]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x1c: [io  0x3090-0x3093]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x20: [io  0x3060-0x307f]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: reg 0x24: [mem 0xf0708000-0xf07087ff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.2: PME# supported from D3hot
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.3: [8086:1c22] type 00 class 0x0c0500
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.3: reg 0x10: [mem 0xf0704000-0xf07040ff 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1f.3: reg 0x20: [io  0xefa0-0xefbf]
[Sat Aug 15 04:49:39 2020] pci 0000:01:00.0: [8086:0091] type 00 class 0x028000
[Sat Aug 15 04:49:39 2020] pci 0000:01:00.0: reg 0x10: [mem 0xf0600000-0xf0601fff 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0: PCI bridge to [bus 01]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0:   bridge window [mem 0xf0600000-0xf06fffff]
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: [10ec:8168] type 00 class 0x020000
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: reg 0x10: [io  0x2000-0x20ff]
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: reg 0x18: [mem 0xf0404000-0xf0404fff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: reg 0x20: [mem 0xf0400000-0xf0403fff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: supports D1 D2
[Sat Aug 15 04:49:39 2020] pci 0000:02:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3: PCI bridge to [bus 02]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3:   bridge window [io  0x2000-0x2fff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3:   bridge window [mem 0xf0400000-0xf04fffff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci 0000:03:00.0: [1b21:1042] type 00 class 0x0c0330
[Sat Aug 15 04:49:39 2020] pci 0000:03:00.0: reg 0x10: [mem 0xf0500000-0xf0507fff 64bit]
[Sat Aug 15 04:49:39 2020] pci 0000:03:00.0: PME# supported from D3cold
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4: PCI bridge to [bus 03]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4:   bridge window [mem 0xf0500000-0xf05fffff]
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKA] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKB] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKC] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKD] (IRQs 1 3 4 5 6 *10 11 12 14 15)
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKE] (IRQs 1 3 4 5 6 10 11 12 14 15) *9
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKF] (IRQs 1 3 4 5 6 10 11 12 14 15) *0, disabled.
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKG] (IRQs 1 3 4 5 6 10 *11 12 14 15)
[Sat Aug 15 04:49:39 2020] ACPI: PCI Interrupt Link [LNKH] (IRQs 1 3 4 5 6 10 11 12 14 15) *9
[Sat Aug 15 04:49:39 2020] ACPI: EC: interrupt unblocked
[Sat Aug 15 04:49:39 2020] ACPI: EC: event unblocked
[Sat Aug 15 04:49:39 2020] ACPI: EC: 0 stale EC events cleared
[Sat Aug 15 04:49:39 2020] ACPI: EC: EC_CMD/EC_SC=0x66, EC_DATA=0x62
[Sat Aug 15 04:49:39 2020] ACPI: EC: GPE=0x17
[Sat Aug 15 04:49:39 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: Boot DSDT EC initialization complete
[Sat Aug 15 04:49:39 2020] ACPI: \_SB_.PCI0.LPCB.H_EC: EC: Used to handle transactions and events
[Sat Aug 15 04:49:39 2020] iommu: Default domain type: Translated 
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: vgaarb: setting as boot VGA device
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: vgaarb: bridge control possible
[Sat Aug 15 04:49:39 2020] vgaarb: loaded
[Sat Aug 15 04:49:39 2020] EDAC MC: Ver: 3.0.0
[Sat Aug 15 04:49:39 2020] NetLabel: Initializing
[Sat Aug 15 04:49:39 2020] NetLabel:  domain hash size = 128
[Sat Aug 15 04:49:39 2020] NetLabel:  protocols = UNLABELED CIPSOv4 CALIPSO
[Sat Aug 15 04:49:39 2020] NetLabel:  unlabeled traffic allowed by default
[Sat Aug 15 04:49:39 2020] PCI: Using ACPI for IRQ routing
[Sat Aug 15 04:49:39 2020] PCI: pci_cache_line_size set to 64 bytes
[Sat Aug 15 04:49:39 2020] e820: reserve RAM buffer [mem 0x0009d800-0x0009ffff]
[Sat Aug 15 04:49:39 2020] e820: reserve RAM buffer [mem 0xd9c9f000-0xdbffffff]
[Sat Aug 15 04:49:39 2020] e820: reserve RAM buffer [mem 0xdb000000-0xdbffffff]
[Sat Aug 15 04:49:39 2020] e820: reserve RAM buffer [mem 0x21fe00000-0x21fffffff]
[Sat Aug 15 04:49:39 2020] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0
[Sat Aug 15 04:49:39 2020] hpet0: 8 comparators, 64-bit 14.318180 MHz counter
[Sat Aug 15 04:49:39 2020] clocksource: Switched to clocksource tsc-early
[Sat Aug 15 04:49:39 2020] VFS: Disk quotas dquot_6.6.0
[Sat Aug 15 04:49:39 2020] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
[Sat Aug 15 04:49:39 2020] AppArmor: AppArmor Filesystem Enabled
[Sat Aug 15 04:49:39 2020] pnp: PnP ACPI init
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x0680-0x069f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x1000-0x100f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x5000-0x5003] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0xffff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x0400-0x0453] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x0458-0x047f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x0500-0x057f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x0a00-0x0a0f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x164e-0x164f] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:00: [io  0x5000-0x500f] could not be reserved
[Sat Aug 15 04:49:39 2020] system 00:00: Plug and Play ACPI device, IDs PNP0c02 (active)
[Sat Aug 15 04:49:39 2020] pnp 00:01: Plug and Play ACPI device, IDs PNP0b00 (active)
[Sat Aug 15 04:49:39 2020] system 00:02: [io  0x0454-0x0457] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:02: Plug and Play ACPI device, IDs INT3f0d PNP0c02 (active)
[Sat Aug 15 04:49:39 2020] pnp 00:03: Plug and Play ACPI device, IDs PNP0303 (active)
[Sat Aug 15 04:49:39 2020] pnp 00:04: Plug and Play ACPI device, IDs ETD0b00 SYN0002 PNP0f13 (active)
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed1c000-0xfed1ffff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed10000-0xfed17fff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed18000-0xfed18fff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed19000-0xfed19fff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xf8000000-0xfbffffff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed20000-0xfed3ffff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed90000-0xfed93fff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfed45000-0xfed8ffff] has been reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xff000000-0xffffffff] could not be reserved
[Sat Aug 15 04:49:39 2020] system 00:05: [mem 0xfee00000-0xfeefffff] could not be reserved
[Sat Aug 15 04:49:39 2020] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active)
[Sat Aug 15 04:49:39 2020] system 00:06: Plug and Play ACPI device, IDs PNP0c01 (active)
[Sat Aug 15 04:49:39 2020] pnp: PnP ACPI: found 7 devices
[Sat Aug 15 04:49:39 2020] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns
[Sat Aug 15 04:49:39 2020] NET: Registered protocol family 2
[Sat Aug 15 04:49:39 2020] tcp_listen_portaddr_hash hash table entries: 4096 (order: 4, 65536 bytes, linear)
[Sat Aug 15 04:49:39 2020] TCP established hash table entries: 65536 (order: 7, 524288 bytes, linear)
[Sat Aug 15 04:49:39 2020] TCP bind hash table entries: 65536 (order: 8, 1048576 bytes, linear)
[Sat Aug 15 04:49:39 2020] TCP: Hash tables configured (established 65536 bind 65536)
[Sat Aug 15 04:49:39 2020] UDP hash table entries: 4096 (order: 5, 131072 bytes, linear)
[Sat Aug 15 04:49:39 2020] UDP-Lite hash table entries: 4096 (order: 5, 131072 bytes, linear)
[Sat Aug 15 04:49:39 2020] NET: Registered protocol family 1
[Sat Aug 15 04:49:39 2020] NET: Registered protocol family 44
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0: PCI bridge to [bus 01]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.0:   bridge window [mem 0xf0600000-0xf06fffff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3: PCI bridge to [bus 02]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3:   bridge window [io  0x2000-0x2fff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.3:   bridge window [mem 0xf0400000-0xf04fffff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4: PCI bridge to [bus 03]
[Sat Aug 15 04:49:39 2020] pci 0000:00:1c.4:   bridge window [mem 0xf0500000-0xf05fffff]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: resource 4 [io  0x0000-0x0cf7 window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: resource 5 [io  0x0d00-0xffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: resource 6 [mem 0x000a0000-0x000bffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: resource 7 [mem 0xdfa00000-0xfeafffff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:00: resource 8 [mem 0xfed40000-0xfed44fff window]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:01: resource 1 [mem 0xf0600000-0xf06fffff]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:02: resource 0 [io  0x2000-0x2fff]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:02: resource 2 [mem 0xf0400000-0xf04fffff 64bit pref]
[Sat Aug 15 04:49:39 2020] pci_bus 0000:03: resource 1 [mem 0xf0500000-0xf05fffff]
[Sat Aug 15 04:49:39 2020] pci 0000:00:02.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff]
[Sat Aug 15 04:49:39 2020] PCI: CLS 64 bytes, default 64
[Sat Aug 15 04:49:39 2020] Trying to unpack rootfs image as initramfs...
[Sat Aug 15 04:49:40 2020] Freeing initrd memory: 24140K
[Sat Aug 15 04:49:40 2020] PCI-DMA: Using software bounce buffering for IO (SWIOTLB)
[Sat Aug 15 04:49:40 2020] software IO TLB: mapped [mem 0xd5c9f000-0xd9c9f000] (64MB)
[Sat Aug 15 04:49:40 2020] Initialise system trusted keyrings
[Sat Aug 15 04:49:40 2020] Key type blacklist registered
[Sat Aug 15 04:49:40 2020] workingset: timestamp_bits=40 max_order=21 bucket_order=0
[Sat Aug 15 04:49:40 2020] zbud: loaded
[Sat Aug 15 04:49:40 2020] integrity: Platform Keyring initialized
[Sat Aug 15 04:49:40 2020] Key type asymmetric registered
[Sat Aug 15 04:49:40 2020] Asymmetric key parser 'x509' registered
[Sat Aug 15 04:49:40 2020] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[Sat Aug 15 04:49:40 2020] io scheduler mq-deadline registered
[Sat Aug 15 04:49:40 2020] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[Sat Aug 15 04:49:40 2020] intel_idle: MWAIT substates: 0x21120
[Sat Aug 15 04:49:40 2020] intel_idle: v0.5.1 model 0x2A
[Sat Aug 15 04:49:40 2020] intel_idle: Local APIC timer is reliable in all C-states
[Sat Aug 15 04:49:40 2020] thermal LNXTHERM:00: registered as thermal_zone0
[Sat Aug 15 04:49:40 2020] ACPI: Thermal Zone [TZ00] (68 C)
[Sat Aug 15 04:49:40 2020] thermal LNXTHERM:01: registered as thermal_zone1
[Sat Aug 15 04:49:40 2020] ACPI: Thermal Zone [TZ01] (30 C)
[Sat Aug 15 04:49:40 2020] Serial: 8250/16550 driver, 4 ports, IRQ sharing enabled
[Sat Aug 15 04:49:40 2020] Linux agpgart interface v0.103
[Sat Aug 15 04:49:40 2020] AMD-Vi: AMD IOMMUv2 driver by Joerg Roedel <jroedel@suse.de>
[Sat Aug 15 04:49:40 2020] AMD-Vi: AMD IOMMUv2 functionality not available on this system
[Sat Aug 15 04:49:40 2020] i8042: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:EPAD] at 0x60,0x64 irq 1,12
[Sat Aug 15 04:49:40 2020] serio: i8042 KBD port at 0x60,0x64 irq 1
[Sat Aug 15 04:49:40 2020] serio: i8042 AUX port at 0x60,0x64 irq 12
[Sat Aug 15 04:49:40 2020] mousedev: PS/2 mouse device common for all mice
[Sat Aug 15 04:49:40 2020] rtc_cmos 00:01: registered as rtc0
[Sat Aug 15 04:49:40 2020] rtc_cmos 00:01: setting system clock to 2020-08-15T02:49:40 UTC (1597459780)
[Sat Aug 15 04:49:40 2020] rtc_cmos 00:01: alarms up to one month, y3k, 242 bytes nvram, hpet irqs
[Sat Aug 15 04:49:40 2020] intel_pstate: Intel P-state driver initializing
[Sat Aug 15 04:49:40 2020] ledtrig-cpu: registered to indicate activity on CPUs
[Sat Aug 15 04:49:40 2020] NET: Registered protocol family 10
[Sat Aug 15 04:49:40 2020] input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input0
[Sat Aug 15 04:49:40 2020] Segment Routing with IPv6
[Sat Aug 15 04:49:40 2020] mip6: Mobile IPv6
[Sat Aug 15 04:49:40 2020] NET: Registered protocol family 17
[Sat Aug 15 04:49:40 2020] mpls_gso: MPLS GSO support
[Sat Aug 15 04:49:40 2020] microcode: sig=0x206a7, pf=0x10, revision=0x2f
[Sat Aug 15 04:49:40 2020] microcode: Microcode Update Driver: v2.2.
[Sat Aug 15 04:49:40 2020] IPI shorthand broadcast: enabled
[Sat Aug 15 04:49:40 2020] sched_clock: Marking stable (1072447786, 12330133)->(1097633299, -12855380)
[Sat Aug 15 04:49:40 2020] registered taskstats version 1
[Sat Aug 15 04:49:40 2020] Loading compiled-in X.509 certificates
[Sat Aug 15 04:49:40 2020] zswap: loaded using pool zstd/zbud
[Sat Aug 15 04:49:40 2020] Key type ._fscrypt registered
[Sat Aug 15 04:49:40 2020] Key type .fscrypt registered
[Sat Aug 15 04:49:40 2020] Key type fscrypt-provisioning registered
[Sat Aug 15 04:49:40 2020] AppArmor: AppArmor sha1 policy hashing enabled
[Sat Aug 15 04:49:40 2020] Freeing unused kernel image (initmem) memory: 1668K
[Sat Aug 15 04:49:40 2020] Write protecting the kernel read-only data: 18432k
[Sat Aug 15 04:49:40 2020] Freeing unused kernel image (text/rodata gap) memory: 2044K
[Sat Aug 15 04:49:40 2020] Freeing unused kernel image (rodata/data gap) memory: 368K
[Sat Aug 15 04:49:40 2020] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[Sat Aug 15 04:49:40 2020] x86/mm: Checking user space page tables
[Sat Aug 15 04:49:40 2020] x86/mm: Checked W+X mappings: passed, no W+X pages found.
[Sat Aug 15 04:49:40 2020] Run /init as init process
[Sat Aug 15 04:49:40 2020]   with arguments:
[Sat Aug 15 04:49:40 2020]     /init
[Sat Aug 15 04:49:40 2020]   with environment:
[Sat Aug 15 04:49:40 2020]     HOME=/
[Sat Aug 15 04:49:40 2020]     TERM=linux
[Sat Aug 15 04:49:40 2020]     BOOT_IMAGE=/boot/vmlinuz-5.8.1-9-amd64-llvm11-ias
[Sat Aug 15 04:49:40 2020] _warn_unseeded_randomness: 41 callbacks suppressed
[Sat Aug 15 04:49:40 2020] random: get_batched_random_irqsoff called from randomize_stack_top+0x24/0x60 with crng_init=0
[Sat Aug 15 04:49:40 2020] random: get_random_bytes called from load_elf_binary+0xec1/0x1680 with crng_init=0
[Sat Aug 15 04:49:40 2020] random: get_batched_random_irqsoff called from arch_pick_mmap_layout+0x69/0x220 with crng_init=0
[Sat Aug 15 04:49:40 2020] fjes: module verification failed: signature and/or required key missing - tainting kernel
[Sat Aug 15 04:49:40 2020] battery: ACPI: Battery Slot [BAT1] (battery present)
[Sat Aug 15 04:49:40 2020] ACPI Warning: SystemIO range 0x0000000000000428-0x000000000000042F conflicts with OpRegion 0x0000000000000400-0x000000000000047F (\PMIO) (20200528/utaddress-204)
[Sat Aug 15 04:49:40 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Sat Aug 15 04:49:40 2020] ACPI Warning: SystemIO range 0x0000000000000540-0x000000000000054F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Sat Aug 15 04:49:40 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Sat Aug 15 04:49:40 2020] ACPI Warning: SystemIO range 0x0000000000000530-0x000000000000053F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Sat Aug 15 04:49:40 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Sat Aug 15 04:49:40 2020] ACPI Warning: SystemIO range 0x0000000000000500-0x000000000000052F conflicts with OpRegion 0x0000000000000500-0x0000000000000563 (\GPIO) (20200528/utaddress-204)
[Sat Aug 15 04:49:40 2020] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[Sat Aug 15 04:49:40 2020] lpc_ich: Resource conflict(s) found affecting gpio_ich
[Sat Aug 15 04:49:40 2020] ACPI: bus type USB registered
[Sat Aug 15 04:49:40 2020] usbcore: registered new interface driver usbfs
[Sat Aug 15 04:49:40 2020] usbcore: registered new interface driver hub
[Sat Aug 15 04:49:40 2020] usbcore: registered new device driver usb
[Sat Aug 15 04:49:40 2020] SCSI subsystem initialized
[Sat Aug 15 04:49:40 2020] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[Sat Aug 15 04:49:40 2020] ehci-pci: EHCI PCI platform driver
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: EHCI Host Controller
[Sat Aug 15 04:49:40 2020] i801_smbus 0000:00:1f.3: SMBus using PCI interrupt
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: new USB bus registered, assigned bus number 1
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: debug port 2
[Sat Aug 15 04:49:40 2020] i2c i2c-0: 2/4 memory slots populated (from DMI)
[Sat Aug 15 04:49:40 2020] i2c i2c-0: Successfully instantiated SPD at 0x52
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: cache line size of 64 is not supported
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: irq 16, io mem 0xf070a000
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1a.0: USB 2.0 started, EHCI 1.00
[Sat Aug 15 04:49:40 2020] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Sat Aug 15 04:49:40 2020] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Sat Aug 15 04:49:40 2020] usb usb1: Product: EHCI Host Controller
[Sat Aug 15 04:49:40 2020] usb usb1: Manufacturer: Linux 5.8.1-9-amd64-llvm11-ias ehci_hcd
[Sat Aug 15 04:49:40 2020] usb usb1: SerialNumber: 0000:00:1a.0
[Sat Aug 15 04:49:40 2020] hub 1-0:1.0: USB hub found
[Sat Aug 15 04:49:40 2020] hub 1-0:1.0: 2 ports detected
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: EHCI Host Controller
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: new USB bus registered, assigned bus number 2
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: debug port 2
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: cache line size of 64 is not supported
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: irq 23, io mem 0xf0709000
[Sat Aug 15 04:49:40 2020] libata version 3.00 loaded.
[Sat Aug 15 04:49:40 2020] r8169 0000:02:00.0: can't disable ASPM; OS doesn't have ASPM control
[Sat Aug 15 04:49:40 2020] ahci 0000:00:1f.2: version 3.0
[Sat Aug 15 04:49:40 2020] ahci 0000:00:1f.2: SSS flag set, parallel bus scan disabled
[Sat Aug 15 04:49:40 2020] libphy: r8169: probed
[Sat Aug 15 04:49:40 2020] r8169 0000:02:00.0 eth0: RTL8168evl/8111evl, e8:03:9a:36:17:a9, XID 2c9, IRQ 27
[Sat Aug 15 04:49:40 2020] r8169 0000:02:00.0 eth0: jumbo features [frames: 9194 bytes, tx checksumming: ko]
[Sat Aug 15 04:49:40 2020] ehci-pci 0000:00:1d.0: USB 2.0 started, EHCI 1.00
[Sat Aug 15 04:49:40 2020] usb usb2: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Sat Aug 15 04:49:40 2020] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Sat Aug 15 04:49:40 2020] usb usb2: Product: EHCI Host Controller
[Sat Aug 15 04:49:40 2020] usb usb2: Manufacturer: Linux 5.8.1-9-amd64-llvm11-ias ehci_hcd
[Sat Aug 15 04:49:40 2020] usb usb2: SerialNumber: 0000:00:1d.0
[Sat Aug 15 04:49:40 2020] hub 2-0:1.0: USB hub found
[Sat Aug 15 04:49:40 2020] hub 2-0:1.0: 2 ports detected
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: xHCI Host Controller
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 3
[Sat Aug 15 04:49:40 2020] r8169 0000:02:00.0 enp2s0: renamed from eth0
[Sat Aug 15 04:49:40 2020] ahci 0000:00:1f.2: AHCI 0001.0300 32 slots 6 ports 6 Gbps 0x1b impl SATA mode
[Sat Aug 15 04:49:40 2020] ahci 0000:00:1f.2: flags: 64bit ncq sntf ilck stag pm led clo pio slum part ems sxs apst 
[Sat Aug 15 04:49:40 2020] scsi host0: ahci
[Sat Aug 15 04:49:40 2020] scsi host1: ahci
[Sat Aug 15 04:49:40 2020] scsi host2: ahci
[Sat Aug 15 04:49:40 2020] scsi host3: ahci
[Sat Aug 15 04:49:40 2020] scsi host4: ahci
[Sat Aug 15 04:49:40 2020] scsi host5: ahci
[Sat Aug 15 04:49:40 2020] ata1: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708100 irq 28
[Sat Aug 15 04:49:40 2020] ata2: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708180 irq 28
[Sat Aug 15 04:49:40 2020] ata3: DUMMY
[Sat Aug 15 04:49:40 2020] ata4: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708280 irq 28
[Sat Aug 15 04:49:40 2020] ata5: SATA max UDMA/133 abar m2048@0xf0708000 port 0xf0708300 irq 28
[Sat Aug 15 04:49:40 2020] ata6: DUMMY
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: hcc params 0x0200f180 hci version 0x96 quirks 0x0000000000080000
[Sat Aug 15 04:49:40 2020] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.08
[Sat Aug 15 04:49:40 2020] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Sat Aug 15 04:49:40 2020] usb usb3: Product: xHCI Host Controller
[Sat Aug 15 04:49:40 2020] usb usb3: Manufacturer: Linux 5.8.1-9-amd64-llvm11-ias xhci-hcd
[Sat Aug 15 04:49:40 2020] usb usb3: SerialNumber: 0000:03:00.0
[Sat Aug 15 04:49:40 2020] hub 3-0:1.0: USB hub found
[Sat Aug 15 04:49:40 2020] hub 3-0:1.0: 2 ports detected
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: xHCI Host Controller
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 4
[Sat Aug 15 04:49:40 2020] xhci_hcd 0000:03:00.0: Host supports USB 3.0 SuperSpeed
[Sat Aug 15 04:49:40 2020] usb usb4: We don't know the algorithms for LPM for this host, disabling LPM.
[Sat Aug 15 04:49:40 2020] usb usb4: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.08
[Sat Aug 15 04:49:40 2020] usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[Sat Aug 15 04:49:40 2020] usb usb4: Product: xHCI Host Controller
[Sat Aug 15 04:49:40 2020] usb usb4: Manufacturer: Linux 5.8.1-9-amd64-llvm11-ias xhci-hcd
[Sat Aug 15 04:49:40 2020] usb usb4: SerialNumber: 0000:03:00.0
[Sat Aug 15 04:49:40 2020] hub 4-0:1.0: USB hub found
[Sat Aug 15 04:49:40 2020] hub 4-0:1.0: 2 ports detected
[Sat Aug 15 04:49:40 2020] usb 1-1: new high-speed USB device number 2 using ehci-pci
[Sat Aug 15 04:49:40 2020] usb 2-1: new high-speed USB device number 2 using ehci-pci
[Sat Aug 15 04:49:40 2020] ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Sat Aug 15 04:49:40 2020] ata1.00: ATA-8: Hitachi HTS545050A7E380, GG2OA6C0, max UDMA/133
[Sat Aug 15 04:49:40 2020] ata1.00: 976773168 sectors, multi 16: LBA48 NCQ (depth 32), AA
[Sat Aug 15 04:49:40 2020] ata1.00: configured for UDMA/133
[Sat Aug 15 04:49:40 2020] scsi 0:0:0:0: Direct-Access     ATA      Hitachi HTS54505 A6C0 PQ: 0 ANSI: 5
[Sat Aug 15 04:49:41 2020] usb 1-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00
[Sat Aug 15 04:49:41 2020] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Sat Aug 15 04:49:41 2020] hub 1-1:1.0: USB hub found
[Sat Aug 15 04:49:41 2020] hub 1-1:1.0: 6 ports detected
[Sat Aug 15 04:49:41 2020] usb 4-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[Sat Aug 15 04:49:41 2020] usb 2-1: New USB device found, idVendor=8087, idProduct=0024, bcdDevice= 0.00
[Sat Aug 15 04:49:41 2020] usb 2-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Sat Aug 15 04:49:41 2020] hub 2-1:1.0: USB hub found
[Sat Aug 15 04:49:41 2020] hub 2-1:1.0: 6 ports detected
[Sat Aug 15 04:49:41 2020] usb 4-1: New USB device found, idVendor=174c, idProduct=55aa, bcdDevice= 1.00
[Sat Aug 15 04:49:41 2020] usb 4-1: New USB device strings: Mfr=2, Product=3, SerialNumber=1
[Sat Aug 15 04:49:41 2020] usb 4-1: Product: MEDION HDDrive-n-GO
[Sat Aug 15 04:49:41 2020] usb 4-1: Manufacturer: MEDION
[Sat Aug 15 04:49:41 2020] usb 4-1: SerialNumber: 3180000000000000092C
[Sat Aug 15 04:49:41 2020] tsc: Refined TSC clocksource calibration: 1596.372 MHz
[Sat Aug 15 04:49:41 2020] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x1702c1d9d3d, max_idle_ns: 440795278546 ns
[Sat Aug 15 04:49:41 2020] clocksource: Switched to clocksource tsc
[Sat Aug 15 04:49:41 2020] usb-storage 4-1:1.0: USB Mass Storage device detected
[Sat Aug 15 04:49:41 2020] usb-storage 4-1:1.0: Quirks match for vid 174c pid 55aa: 400000
[Sat Aug 15 04:49:41 2020] scsi host6: usb-storage 4-1:1.0
[Sat Aug 15 04:49:41 2020] usbcore: registered new interface driver usb-storage
[Sat Aug 15 04:49:41 2020] usbcore: registered new interface driver uas
[Sat Aug 15 04:49:41 2020] ata2: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[Sat Aug 15 04:49:41 2020] ata2.00: ATA-8: SanDisk iSSD P4 16GB, SSD 9.14, max UDMA/133
[Sat Aug 15 04:49:41 2020] ata2.00: 31277232 sectors, multi 1: LBA48 
[Sat Aug 15 04:49:41 2020] ata2.00: configured for UDMA/133
[Sat Aug 15 04:49:41 2020] scsi 1:0:0:0: Direct-Access     ATA      SanDisk iSSD P4  9.14 PQ: 0 ANSI: 5
[Sat Aug 15 04:49:41 2020] usb 1-1.2: new low-speed USB device number 3 using ehci-pci
[Sat Aug 15 04:49:41 2020] usb 2-1.5: new full-speed USB device number 3 using ehci-pci
[Sat Aug 15 04:49:41 2020] random: fast init done
[Sat Aug 15 04:49:41 2020] usb 1-1.2: New USB device found, idVendor=046d, idProduct=c00e, bcdDevice=11.10
[Sat Aug 15 04:49:41 2020] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Sat Aug 15 04:49:41 2020] usb 1-1.2: Product: USB-PS/2 Optical Mouse
[Sat Aug 15 04:49:41 2020] usb 1-1.2: Manufacturer: Logitech
[Sat Aug 15 04:49:41 2020] hid: raw HID events driver (C) Jiri Kosina
[Sat Aug 15 04:49:41 2020] usbcore: registered new interface driver usbhid
[Sat Aug 15 04:49:41 2020] usbhid: USB HID core driver
[Sat Aug 15 04:49:41 2020] input: Logitech USB-PS/2 Optical Mouse as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.2/1-1.2:1.0/0003:046D:C00E.0001/input/input4
[Sat Aug 15 04:49:41 2020] hid-generic 0003:046D:C00E.0001: input,hidraw0: USB HID v1.10 Mouse [Logitech USB-PS/2 Optical Mouse] on usb-0000:00:1a.0-1.2/input0
[Sat Aug 15 04:49:41 2020] usb 2-1.5: New USB device found, idVendor=8086, idProduct=0189, bcdDevice=69.19
[Sat Aug 15 04:49:41 2020] usb 2-1.5: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[Sat Aug 15 04:49:41 2020] usb 1-1.4: new high-speed USB device number 4 using ehci-pci
[Sat Aug 15 04:49:41 2020] psmouse serio1: elantech: assuming hardware version 3 (with firmware version 0x450f00)
[Sat Aug 15 04:49:41 2020] psmouse serio1: elantech: Synaptics capabilities query result 0x08, 0x17, 0x0c.
[Sat Aug 15 04:49:41 2020] ata4: SATA link down (SStatus 0 SControl 300)
[Sat Aug 15 04:49:41 2020] psmouse serio1: elantech: Elan sample query result 03, 3f, 86
[Sat Aug 15 04:49:41 2020] input: ETPS/2 Elantech Touchpad as /devices/platform/i8042/serio1/input/input3
[Sat Aug 15 04:49:41 2020] usb 1-1.4: New USB device found, idVendor=2232, idProduct=1018, bcdDevice= 0.01
[Sat Aug 15 04:49:41 2020] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[Sat Aug 15 04:49:41 2020] usb 1-1.4: Product: WebCam SC-13HDL11431N
[Sat Aug 15 04:49:41 2020] usb 1-1.4: Manufacturer: 123
[Sat Aug 15 04:49:41 2020] ata5: SATA link down (SStatus 0 SControl 300)
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] 976773168 512-byte logical blocks: (500 GB/466 GiB)
[Sat Aug 15 04:49:41 2020] sd 1:0:0:0: [sdb] 31277232 512-byte logical blocks: (16.0 GB/14.9 GiB)
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] 4096-byte physical blocks
[Sat Aug 15 04:49:41 2020] sd 1:0:0:0: [sdb] Write Protect is off
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] Write Protect is off
[Sat Aug 15 04:49:41 2020] sd 1:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[Sat Aug 15 04:49:41 2020] sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Sat Aug 15 04:49:41 2020]  sdb: sdb1
[Sat Aug 15 04:49:41 2020] sd 1:0:0:0: [sdb] Attached SCSI disk
[Sat Aug 15 04:49:41 2020]  sda: sda1 sda2 sda3
[Sat Aug 15 04:49:41 2020] sd 0:0:0:0: [sda] Attached SCSI disk
[Sat Aug 15 04:49:41 2020] _warn_unseeded_randomness: 32 callbacks suppressed
[Sat Aug 15 04:49:41 2020] random: get_batched_random_irqsoff called from copy_process+0x3ed/0x1b20 with crng_init=1
[Sat Aug 15 04:49:41 2020] random: get_batched_random_irqsoff called from new_slab+0x173/0x8b0 with crng_init=1
[Sat Aug 15 04:49:41 2020] random: get_batched_random_irqsoff called from arch_setup_additional_pages+0x75/0xb0 with crng_init=1
[Sat Aug 15 04:49:42 2020] scsi 6:0:0:0: Direct-Access     ASMT     2105             0    PQ: 0 ANSI: 6
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB)
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] 4096-byte physical blocks
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] Write Protect is off
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] Mode Sense: 43 00 00 00
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[Sat Aug 15 04:49:42 2020]  sdc: sdc1 sdc2 sdc3 sdc4 < sdc5 >
[Sat Aug 15 04:49:42 2020] sd 6:0:0:0: [sdc] Attached SCSI disk
[Sat Aug 15 04:49:43 2020] _warn_unseeded_randomness: 4 callbacks suppressed
[Sat Aug 15 04:49:43 2020] random: get_batched_random_irqsoff called from randomize_page+0x4c/0x80 with crng_init=1
[Sat Aug 15 04:49:43 2020] random: get_batched_random_irqsoff called from arch_mmap_rnd+0x3a/0x60 with crng_init=1
[Sat Aug 15 04:49:43 2020] random: get_batched_random_irqsoff called from arch_align_stack+0x29/0x40 with crng_init=1
[Sat Aug 15 04:49:43 2020] process '/usr/bin/fstype' started with executable stack
[Sat Aug 15 04:49:43 2020] random: crng init done
[Sat Aug 15 04:49:43 2020] random: 8 get_random_xx warning(s) missed due to ratelimiting
[Sat Aug 15 04:49:44 2020] EXT4-fs (sdc2): mounted filesystem with ordered data mode. Opts: (null)
[Sat Aug 15 04:49:44 2020] Not activating Mandatory Access Control as /sbin/tomoyo-init does not exist.
[Sat Aug 15 04:49:46 2020] systemd[1]: Inserted module 'autofs4'
[Sat Aug 15 04:49:47 2020] systemd[1]: systemd 246-2 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +ZSTD +SECCOMP +BLKID +ELFUTILS +KMOD +IDN2 -IDN +PCRE2 default-hierarchy=hybrid)
[Sat Aug 15 04:49:47 2020] systemd[1]: Detected architecture x86-64.
[Sat Aug 15 04:49:47 2020] systemd[1]: Set hostname to <iniza>.
[Sat Aug 15 04:49:48 2020] systemd[1]: /lib/systemd/system/smartmontools.service:10: Standard output type syslog is obsolete, automatically updating to journal. Please update your unit file, and consider removing the setting altogether.
[Sat Aug 15 04:49:49 2020] systemd[1]: Queued start job for default target Graphical Interface.
[Sat Aug 15 04:49:49 2020] systemd[1]: Created slice system-getty.slice.
[Sat Aug 15 04:49:49 2020] systemd[1]: Created slice system-modprobe.slice.
[Sat Aug 15 04:49:49 2020] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[Sat Aug 15 04:49:49 2020] systemd[1]: Created slice User and Session Slice.
[Sat Aug 15 04:49:49 2020] systemd[1]: Started Dispatch Password Requests to Console Directory Watch.
[Sat Aug 15 04:49:49 2020] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[Sat Aug 15 04:49:49 2020] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[Sat Aug 15 04:49:49 2020] systemd[1]: Reached target Local Encrypted Volumes.
[Sat Aug 15 04:49:49 2020] systemd[1]: Reached target User and Group Name Lookups.
[Sat Aug 15 04:49:49 2020] systemd[1]: Reached target Remote File Systems.
[Sat Aug 15 04:49:49 2020] systemd[1]: Reached target Slices.
[Sat Aug 15 04:49:49 2020] systemd[1]: Reached target Swap.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on Syslog Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on fsck to fsckd communication Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on initctl Compatibility Named Pipe.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on Journal Audit Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on Journal Socket (/dev/log).
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on Journal Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on udev Control Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Listening on udev Kernel Socket.
[Sat Aug 15 04:49:49 2020] systemd[1]: Mounting Huge Pages File System...
[Sat Aug 15 04:49:49 2020] systemd[1]: Mounting POSIX Message Queue File System...
[Sat Aug 15 04:49:49 2020] systemd[1]: Mounting Kernel Debug File System...
[Sat Aug 15 04:49:49 2020] systemd[1]: Mounting Kernel Trace File System...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Wait for network to be configured by ifupdown...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Set the console keyboard layout...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Create list of static device nodes for the current kernel...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Load Kernel Module drm...
[Sat Aug 15 04:49:49 2020] systemd[1]: Condition check resulted in Set Up Additional Binary Formats being skipped.
[Sat Aug 15 04:49:49 2020] systemd[1]: Condition check resulted in File System Check on Root Device being skipped.
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Journal Service...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Load Kernel Modules...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Remount Root and Kernel File Systems...
[Sat Aug 15 04:49:49 2020] systemd[1]: Starting Coldplug All udev Devices...
[Sat Aug 15 04:49:49 2020] systemd[1]: Finished Create list of static device nodes for the current kernel.
[Sat Aug 15 04:49:49 2020] systemd[1]: Finished Wait for network to be configured by ifupdown.
[Sat Aug 15 04:49:50 2020] systemd[1]: modprobe@drm.service: Succeeded.
[Sat Aug 15 04:49:50 2020] systemd[1]: Finished Load Kernel Module drm.
[Sat Aug 15 04:49:50 2020] systemd[1]: Mounted Huge Pages File System.
[Sat Aug 15 04:49:50 2020] systemd[1]: Mounted POSIX Message Queue File System.
[Sat Aug 15 04:49:50 2020] systemd[1]: Mounted Kernel Debug File System.
[Sat Aug 15 04:49:50 2020] systemd[1]: Mounted Kernel Trace File System.
[Sat Aug 15 04:49:50 2020] EXT4-fs (sdc2): re-mounted. Opts: errors=remount-ro
[Sat Aug 15 04:49:50 2020] systemd[1]: Finished Remount Root and Kernel File Systems.
[Sat Aug 15 04:49:50 2020] systemd[1]: Condition check resulted in Rebuild Hardware Database being skipped.
[Sat Aug 15 04:49:50 2020] systemd[1]: Condition check resulted in Platform Persistent Storage Archival being skipped.
[Sat Aug 15 04:49:50 2020] systemd[1]: Starting Load/Save Random Seed...
[Sat Aug 15 04:49:50 2020] systemd[1]: Starting Create System Users...
[Sat Aug 15 04:49:50 2020] systemd[1]: Started Journal Service.
[Sat Aug 15 04:49:50 2020] lp: driver loaded but no devices found
[Sat Aug 15 04:49:50 2020] ppdev: user-space parallel port driver
[Sat Aug 15 04:49:53 2020] ACPI: AC Adapter [ADP1] (on-line)
[Sat Aug 15 04:49:53 2020] input: Lid Switch as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0D:00/input/input5
[Sat Aug 15 04:49:53 2020] ACPI: Lid Switch [LID0]
[Sat Aug 15 04:49:53 2020] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input6
[Sat Aug 15 04:49:53 2020] ACPI: Power Button [PWRB]
[Sat Aug 15 04:49:53 2020] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input7
[Sat Aug 15 04:49:53 2020] ACPI: Power Button [PWRF]
[Sat Aug 15 04:49:53 2020] input: PC Speaker as /devices/platform/pcspkr/input/input8
[Sat Aug 15 04:49:53 2020] RAPL PMU: API unit is 2^-32 Joules, 3 fixed counters, 163840 ms ovfl timer
[Sat Aug 15 04:49:53 2020] RAPL PMU: hw unit of domain pp0-core 2^-16 Joules
[Sat Aug 15 04:49:53 2020] RAPL PMU: hw unit of domain package 2^-16 Joules
[Sat Aug 15 04:49:53 2020] RAPL PMU: hw unit of domain pp1-gpu 2^-16 Joules
[Sat Aug 15 04:49:53 2020] cryptd: max_cpu_qlen set to 1000
[Sat Aug 15 04:49:53 2020] iTCO_vendor_support: vendor-support=0
[Sat Aug 15 04:49:54 2020] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11
[Sat Aug 15 04:49:54 2020] iTCO_wdt: Found a Cougar Point TCO device (Version=2, TCOBASE=0x0460)
[Sat Aug 15 04:49:54 2020] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0)
[Sat Aug 15 04:49:54 2020] sd 0:0:0:0: Attached scsi generic sg0 type 0
[Sat Aug 15 04:49:54 2020] sd 1:0:0:0: Attached scsi generic sg1 type 0
[Sat Aug 15 04:49:54 2020] sd 6:0:0:0: Attached scsi generic sg2 type 0
[Sat Aug 15 04:49:54 2020] samsung_laptop: detected SABI interface: SwSmi@
[Sat Aug 15 04:49:54 2020] at24 0-0052: supply vcc not found, using dummy regulator
[Sat Aug 15 04:49:54 2020] at24 0-0052: 256 byte spd EEPROM, read-only
[Sat Aug 15 04:49:54 2020] AVX version of gcm_enc/dec engaged.
[Sat Aug 15 04:49:54 2020] AES CTR mode by8 optimization enabled
[Sat Aug 15 04:49:54 2020] Error: Driver 'pcspkr' is already registered, aborting...
[Sat Aug 15 04:49:54 2020] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[Sat Aug 15 04:49:54 2020] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[Sat Aug 15 04:49:55 2020] usb 2-1.5: USB disconnect, device number 3
[Sat Aug 15 04:49:55 2020] Intel(R) Wireless WiFi driver for Linux
[Sat Aug 15 04:49:55 2020] iwlwifi 0000:01:00.0: can't disable ASPM; OS doesn't have ASPM control
[Sat Aug 15 04:49:55 2020] cfg80211: loaded regulatory.db is malformed or signature is missing/invalid
[Sat Aug 15 04:49:56 2020] iwlwifi 0000:01:00.0: loaded firmware version 18.168.6.1 6000g2b-6.ucode op_mode iwldvm
[Sat Aug 15 04:49:56 2020] alg: No test for fips(ansi_cprng) (fips_ansi_cprng)
[Sat Aug 15 04:49:57 2020] mc: Linux media interface: v0.10
[Sat Aug 15 04:49:57 2020] videodev: Linux video capture interface: v2.00
[Sat Aug 15 04:49:57 2020] i915 0000:00:02.0: vgaarb: deactivate vga console
[Sat Aug 15 04:49:57 2020] Console: switching to colour dummy device 80x25
[Sat Aug 15 04:49:57 2020] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[Sat Aug 15 04:49:57 2020] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[Sat Aug 15 04:49:57 2020] intel_rapl_common: Found RAPL domain package
[Sat Aug 15 04:49:57 2020] intel_rapl_common: Found RAPL domain core
[Sat Aug 15 04:49:57 2020] intel_rapl_common: Found RAPL domain uncore
[Sat Aug 15 04:49:57 2020] intel_rapl_common: RAPL package-0 domain package locked by BIOS
[Sat Aug 15 04:49:57 2020] [drm] Initialized i915 1.6.0 20200515 for 0000:00:02.0 on minor 0
[Sat Aug 15 04:49:57 2020] ACPI: Video Device [GFX0] (multi-head: yes  rom: no  post: no)
[Sat Aug 15 04:49:57 2020] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:00/input/input9
[Sat Aug 15 04:49:57 2020] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[Sat Aug 15 04:49:57 2020] fbcon: i915drmfb (fb0) is primary device
[Sat Aug 15 04:49:58 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEBUG disabled
[Sat Aug 15 04:49:58 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEBUGFS disabled
[Sat Aug 15 04:49:58 2020] iwlwifi 0000:01:00.0: CONFIG_IWLWIFI_DEVICE_TRACING disabled
[Sat Aug 15 04:49:58 2020] iwlwifi 0000:01:00.0: Detected Intel(R) Centrino(R) Advanced-N 6230 AGN, REV=0xB0
[Sat Aug 15 04:49:58 2020] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs'
[Sat Aug 15 04:49:58 2020] iwlwifi 0000:01:00.0 wlp1s0: renamed from wlan0
[Sat Aug 15 04:49:58 2020] Bluetooth: Core ver 2.22
[Sat Aug 15 04:49:58 2020] NET: Registered protocol family 31
[Sat Aug 15 04:49:58 2020] Bluetooth: HCI device and connection manager initialized
[Sat Aug 15 04:49:58 2020] Bluetooth: HCI socket layer initialized
[Sat Aug 15 04:49:58 2020] Bluetooth: L2CAP socket layer initialized
[Sat Aug 15 04:49:58 2020] Bluetooth: SCO socket layer initialized
[Sat Aug 15 04:49:58 2020] Console: switching to colour frame buffer device 170x48
[Sat Aug 15 04:49:58 2020] i915 0000:00:02.0: fb0: i915drmfb frame buffer device
[Sat Aug 15 04:49:59 2020] uvcvideo: Found UVC 1.00 device WebCam SC-13HDL11431N (2232:1018)
[Sat Aug 15 04:49:59 2020] usbcore: registered new interface driver btusb
[Sat Aug 15 04:49:59 2020] uvcvideo 1-1.4:1.0: Entity type for entity Extension 3 was not initialized!
[Sat Aug 15 04:49:59 2020] uvcvideo 1-1.4:1.0: Entity type for entity Processing 2 was not initialized!
[Sat Aug 15 04:49:59 2020] uvcvideo 1-1.4:1.0: Entity type for entity Camera 1 was not initialized!
[Sat Aug 15 04:49:59 2020] input: WebCam SC-13HDL11431N: WebCam S as /devices/pci0000:00/0000:00:1a.0/usb1/1-1/1-1.4/1-1.4:1.0/input/input10
[Sat Aug 15 04:49:59 2020] usbcore: registered new interface driver uvcvideo
[Sat Aug 15 04:49:59 2020] USB Video Class driver (1.1.1)
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC269VC: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:speaker
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x15/0x0/0x0/0x0/0x0)
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:      Internal Mic=0x19
[Sat Aug 15 04:49:59 2020] snd_hda_codec_realtek hdaudioC0D0:      Mic=0x18
[Sat Aug 15 04:49:59 2020] input: HDA Intel PCH Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input11
[Sat Aug 15 04:49:59 2020] input: HDA Intel PCH Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input12
[Sat Aug 15 04:49:59 2020] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:1b.0/sound/card0/input13
[Sat Aug 15 04:50:00 2020] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null)
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459802.891:2): apparmor="STATUS" operation="profile_load" profile="unconfined" name="lsb_release" pid=631 comm="apparmor_parser"
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459802.931:3): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-xpdfimport" pid=628 comm="apparmor_parser"
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459803.059:4): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-senddoc" pid=633 comm="apparmor_parser"
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459803.131:5): apparmor="STATUS" operation="profile_load" profile="unconfined" name="tcpdump" pid=629 comm="apparmor_parser"
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459803.187:6): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/haveged" pid=634 comm="apparmor_parser"
[Sat Aug 15 04:50:02 2020] audit: type=1400 audit(1597459803.263:7): apparmor="STATUS" operation="profile_load" profile="unconfined" name="libreoffice-oopslash" pid=635 comm="apparmor_parser"
[Sat Aug 15 04:50:03 2020] audit: type=1400 audit(1597459803.451:8): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/lib/cups/backend/cups-pdf" pid=630 comm="apparmor_parser"
[Sat Aug 15 04:50:03 2020] audit: type=1400 audit(1597459803.451:9): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd" pid=630 comm="apparmor_parser"
[Sat Aug 15 04:50:03 2020] audit: type=1400 audit(1597459803.451:10): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cupsd//third_party" pid=630 comm="apparmor_parser"
[Sat Aug 15 04:50:03 2020] audit: type=1400 audit(1597459803.479:11): apparmor="STATUS" operation="profile_load" profile="unconfined" name="/usr/sbin/cups-browsed" pid=636 comm="apparmor_parser"
[Sat Aug 15 04:50:11 2020] zram: Added device: zram0
[Sat Aug 15 04:50:11 2020] zram0: detected capacity change from 0 to 1647824896
[Sat Aug 15 04:50:11 2020] Adding 1609200k swap on /dev/zram0.  Priority:100 extents:1 across:1609200k SSFS
[Sat Aug 15 04:50:13 2020] Error: Driver 'pcspkr' is already registered, aborting...
[Sat Aug 15 04:50:18 2020] kauditd_printk_skb: 15 callbacks suppressed
[Sat Aug 15 04:50:18 2020] audit: type=1400 audit(1597459818.555:27): apparmor="DENIED" operation="capable" profile="/usr/sbin/cups-browsed" pid=1043 comm="cups-browsed" capability=23  capname="sys_nice"
[Sat Aug 15 04:50:20 2020] RTL8211E Gigabit Ethernet r8169-200:00: attached PHY driver [RTL8211E Gigabit Ethernet] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[Sat Aug 15 04:50:20 2020] r8169 0000:02:00.0 enp2s0: Link is Down
[Sat Aug 15 04:50:20 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:50:20 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:50:20 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:50:20 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:50:37 2020] fuse: init (API version 7.31)
[Sat Aug 15 04:50:46 2020] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[Sat Aug 15 04:50:46 2020] Bluetooth: BNEP filters: protocol multicast
[Sat Aug 15 04:50:46 2020] Bluetooth: BNEP socket layer initialized
[Sat Aug 15 04:52:48 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:52:48 2020] iwlwifi 0000:01:00.0: Radio type=0x1-0x2-0x0
[Sat Aug 15 04:52:52 2020] wlp1s0: authenticate with 50:d4:f7:2e:17:da
[Sat Aug 15 04:52:52 2020] wlp1s0: send auth to 50:d4:f7:2e:17:da (try 1/3)
[Sat Aug 15 04:52:52 2020] wlp1s0: authenticated
[Sat Aug 15 04:52:52 2020] wlp1s0: associate with 50:d4:f7:2e:17:da (try 1/3)
[Sat Aug 15 04:52:52 2020] wlp1s0: RX AssocResp from 50:d4:f7:2e:17:da (capab=0x411 status=0 aid=1)
[Sat Aug 15 04:52:52 2020] wlp1s0: associated
[Sat Aug 15 04:52:52 2020] IPv6: ADDRCONF(NETDEV_CHANGE): wlp1s0: link becomes ready
[Sat Aug 15 04:53:44 2020] vboxdrv: loading out-of-tree module taints kernel.
[Sat Aug 15 04:53:44 2020] vboxdrv: Found 4 processor cores
[Sat Aug 15 04:53:44 2020] vboxdrv: TSC mode is Invariant, tentative frequency 1589049399 Hz
[Sat Aug 15 04:53:44 2020] vboxdrv: Successfully loaded version 6.1.12_Debian (interface 0x002d0001)
[Sat Aug 15 04:53:44 2020] VBoxNetFlt: Successfully started.
[Sat Aug 15 04:53:44 2020] VBoxNetAdp: Successfully started.
[Sat Aug 15 04:54:16 2020] SUPR0GipMap: fGetGipCpu=0x1b
[Sat Aug 15 04:54:18 2020] vboxdrv: 00000000eb497227 VMMR0.r0
[Sat Aug 15 04:54:19 2020] vboxdrv: 00000000ce82c585 VBoxDDR0.r0
[Sat Aug 15 04:54:19 2020] VMMR0InitVM: eflags=246 fKernelFeatures=0x0 (SUPKERNELFEATURES_SMAP=0)
Sedat Dilek Aug. 15, 2020, 8:23 a.m. UTC | #18
On Sat, Aug 15, 2020 at 5:28 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Sat, Aug 15, 2020 at 2:27 AM Nick Desaulniers
> <ndesaulniers@google.com> wrote:
> >
> > On Fri, Aug 14, 2020 at 3:57 PM Nick Desaulniers
> > <ndesaulniers@google.com> wrote:
> > >
> > > On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > >
> > > > On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > > >
> > > > > Thanks for the proposal.
> > > > >
> > > > > I have adapted it to fit my patchset against Linux v5.8.
> > > > >
> > > > > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > > > > v11.0.0-rc1+ seems to be OK.
> > > > >
> > > >
> > > > Yupp, OK.
> > > >
> > > > I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.
> > >
> > > Hi Sedat,
> > > Apologies, but it's not clear to me precisely which patch you tested.
> > > Can you please confirm whether you tested:
> > > 1. Arnd's patch that started this thread.
> > > 2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
> > > 3. My proposed diff removing __force_order from the kernel.
> > >
> > > I'm hoping you were referring to testing 3., but it's not clear to me.
> >
> > Ah, sorry, I missed your comment on github:
> > https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674282107
> >
> > Ok, I will look at more disassembly next week and hopefully have a
> > patch ready, with your tested by tag.
> >
>
> Sorry for not being precise - I tested with solution (3.).
> Later I added the diff I used as mentioned in your above comment.
>
> See [1]:
>
> > In a 2nd run building with a selfmade clang-11 and LLVM "bin"utils is fine, too.
>
> I cannot say much to older versions of GCC and/or LLVM/Clang if
> removing "__force_order" works fine.
>
> Another (4.) solution:
> Sami tried successfully by adding "__weak" declaration with
> CONFIG_LKDTM=m (see [2]).
> I am OK if this works, too.
>
> Please, see my attachments.
>
> - Sedat -
>
> [1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674340760
> [2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703

Unfortunately, the diff from Sami does not work together with Arvind's
patchset...

x86/boot: Remove run-time relocations from compressed kernel

...which got included in <tip.git#x86/boot> recently.

I see the following:

  ld.lld-11 -m elf_x86_64  -pie  --no-dynamic-linker -T
arch/x86/boot/compressed/vmlinux.lds
arch/x86/boot/compressed/kernel_info.o
arch/x86/boot/compressed/head_64.o arch/x86/boot/compressed/misc.o
arch/x86/boot/compressed/string.o arch/x86/boot/compressed/cmdline.o
arch/x86/boot/compressed/error.o arch/x86/boot/compressed/piggy.o
arch/x86/boot/compressed/cpuflags.o
arch/x86/boot/compressed/early_serial_console.o
arch/x86/boot/compressed/kaslr.o arch/x86/boot/compressed/kaslr_64.o
arch/x86/boot/compressed/mem_encrypt.o
arch/x86/boot/compressed/pgtable_64.o arch/x86/boot/compressed/acpi.o
arch/x86/boot/compressed/efi_thunk_64.o
drivers/firmware/efi/libstub/lib.a -o arch/x86/boot/compressed/vmlinux
ld.lld-11: error: Unexpected GOT entries detected!
ld.lld-11: error: Unexpected run-time relocations detected!
ld.lld-11: error: Unexpected GOT entries detected!
ld.lld-11: error: Unexpected run-time relocations detected!
make[5]: *** [arch/x86/boot/compressed/Makefile:91:
arch/x86/boot/compressed/vmlinux] Error 1

When you need further informations, please let me know.

- Sedat -

[1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
Sedat Dilek Aug. 15, 2020, 10:46 a.m. UTC | #19
On Sat, Aug 15, 2020 at 10:23 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Sat, Aug 15, 2020 at 5:28 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > On Sat, Aug 15, 2020 at 2:27 AM Nick Desaulniers
> > <ndesaulniers@google.com> wrote:
> > >
> > > On Fri, Aug 14, 2020 at 3:57 PM Nick Desaulniers
> > > <ndesaulniers@google.com> wrote:
> > > >
> > > > On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > > >
> > > > > On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > > > >
> > > > > > Thanks for the proposal.
> > > > > >
> > > > > > I have adapted it to fit my patchset against Linux v5.8.
> > > > > >
> > > > > > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > > > > > v11.0.0-rc1+ seems to be OK.
> > > > > >
> > > > >
> > > > > Yupp, OK.
> > > > >
> > > > > I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.
> > > >
> > > > Hi Sedat,
> > > > Apologies, but it's not clear to me precisely which patch you tested.
> > > > Can you please confirm whether you tested:
> > > > 1. Arnd's patch that started this thread.
> > > > 2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
> > > > 3. My proposed diff removing __force_order from the kernel.
> > > >
> > > > I'm hoping you were referring to testing 3., but it's not clear to me.
> > >
> > > Ah, sorry, I missed your comment on github:
> > > https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674282107
> > >
> > > Ok, I will look at more disassembly next week and hopefully have a
> > > patch ready, with your tested by tag.
> > >
> >
> > Sorry for not being precise - I tested with solution (3.).
> > Later I added the diff I used as mentioned in your above comment.
> >
> > See [1]:
> >
> > > In a 2nd run building with a selfmade clang-11 and LLVM "bin"utils is fine, too.
> >
> > I cannot say much to older versions of GCC and/or LLVM/Clang if
> > removing "__force_order" works fine.
> >
> > Another (4.) solution:
> > Sami tried successfully by adding "__weak" declaration with
> > CONFIG_LKDTM=m (see [2]).
> > I am OK if this works, too.
> >
> > Please, see my attachments.
> >
> > - Sedat -
> >
> > [1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674340760
> > [2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
>
> Unfortunately, the diff from Sami does not work together with Arvind's
> patchset...
>
> x86/boot: Remove run-time relocations from compressed kernel
>
> ...which got included in <tip.git#x86/boot> recently.
>
> I see the following:
>
>   ld.lld-11 -m elf_x86_64  -pie  --no-dynamic-linker -T
> arch/x86/boot/compressed/vmlinux.lds
> arch/x86/boot/compressed/kernel_info.o
> arch/x86/boot/compressed/head_64.o arch/x86/boot/compressed/misc.o
> arch/x86/boot/compressed/string.o arch/x86/boot/compressed/cmdline.o
> arch/x86/boot/compressed/error.o arch/x86/boot/compressed/piggy.o
> arch/x86/boot/compressed/cpuflags.o
> arch/x86/boot/compressed/early_serial_console.o
> arch/x86/boot/compressed/kaslr.o arch/x86/boot/compressed/kaslr_64.o
> arch/x86/boot/compressed/mem_encrypt.o
> arch/x86/boot/compressed/pgtable_64.o arch/x86/boot/compressed/acpi.o
> arch/x86/boot/compressed/efi_thunk_64.o
> drivers/firmware/efi/libstub/lib.a -o arch/x86/boot/compressed/vmlinux
> ld.lld-11: error: Unexpected GOT entries detected!
> ld.lld-11: error: Unexpected run-time relocations detected!
> ld.lld-11: error: Unexpected GOT entries detected!
> ld.lld-11: error: Unexpected run-time relocations detected!
> make[5]: *** [arch/x86/boot/compressed/Makefile:91:
> arch/x86/boot/compressed/vmlinux] Error 1
>
> When you need further informations, please let me know.
>
> - Sedat -
>
> [1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703

When I revert...

commit df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc
"x86/boot/compressed: Don't declare __force_order in kaslr_64.c"

...I can build, boot on bare metal and start FreeDOS VM in VirtualBox.

For more details see [2].

- Sedat -

[1] https://git.kernel.org/linus/df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc
[2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674378085
Sedat Dilek Aug. 15, 2020, 2:39 p.m. UTC | #20
On Sat, Aug 15, 2020 at 12:46 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Sat, Aug 15, 2020 at 10:23 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > On Sat, Aug 15, 2020 at 5:28 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > >
> > > On Sat, Aug 15, 2020 at 2:27 AM Nick Desaulniers
> > > <ndesaulniers@google.com> wrote:
> > > >
> > > > On Fri, Aug 14, 2020 at 3:57 PM Nick Desaulniers
> > > > <ndesaulniers@google.com> wrote:
> > > > >
> > > > > On Fri, Aug 14, 2020 at 2:19 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > > > >
> > > > > > On Fri, Aug 14, 2020 at 7:29 PM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> > > > > > >
> > > > > > > Thanks for the proposal.
> > > > > > >
> > > > > > > I have adapted it to fit my patchset against Linux v5.8.
> > > > > > >
> > > > > > > Both Debian's GCC-10 and a snapshot version of LLVM toolchain
> > > > > > > v11.0.0-rc1+ seems to be OK.
> > > > > > >
> > > > > >
> > > > > > Yupp, OK.
> > > > > >
> > > > > > I was able to boot FreeDOS 1.2 VM in VirtualBox GUI.
> > > > >
> > > > > Hi Sedat,
> > > > > Apologies, but it's not clear to me precisely which patch you tested.
> > > > > Can you please confirm whether you tested:
> > > > > 1. Arnd's patch that started this thread.
> > > > > 2. My proposed diff adding -fno-addrsig to CFLAGS_powernow-k6.o.
> > > > > 3. My proposed diff removing __force_order from the kernel.
> > > > >
> > > > > I'm hoping you were referring to testing 3., but it's not clear to me.
> > > >
> > > > Ah, sorry, I missed your comment on github:
> > > > https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674282107
> > > >
> > > > Ok, I will look at more disassembly next week and hopefully have a
> > > > patch ready, with your tested by tag.
> > > >
> > >
> > > Sorry for not being precise - I tested with solution (3.).
> > > Later I added the diff I used as mentioned in your above comment.
> > >
> > > See [1]:
> > >
> > > > In a 2nd run building with a selfmade clang-11 and LLVM "bin"utils is fine, too.
> > >
> > > I cannot say much to older versions of GCC and/or LLVM/Clang if
> > > removing "__force_order" works fine.
> > >
> > > Another (4.) solution:
> > > Sami tried successfully by adding "__weak" declaration with
> > > CONFIG_LKDTM=m (see [2]).
> > > I am OK if this works, too.
> > >
> > > Please, see my attachments.
> > >
> > > - Sedat -
> > >
> > > [1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674340760
> > > [2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
> >
> > Unfortunately, the diff from Sami does not work together with Arvind's
> > patchset...
> >
> > x86/boot: Remove run-time relocations from compressed kernel
> >
> > ...which got included in <tip.git#x86/boot> recently.
> >
> > I see the following:
> >
> >   ld.lld-11 -m elf_x86_64  -pie  --no-dynamic-linker -T
> > arch/x86/boot/compressed/vmlinux.lds
> > arch/x86/boot/compressed/kernel_info.o
> > arch/x86/boot/compressed/head_64.o arch/x86/boot/compressed/misc.o
> > arch/x86/boot/compressed/string.o arch/x86/boot/compressed/cmdline.o
> > arch/x86/boot/compressed/error.o arch/x86/boot/compressed/piggy.o
> > arch/x86/boot/compressed/cpuflags.o
> > arch/x86/boot/compressed/early_serial_console.o
> > arch/x86/boot/compressed/kaslr.o arch/x86/boot/compressed/kaslr_64.o
> > arch/x86/boot/compressed/mem_encrypt.o
> > arch/x86/boot/compressed/pgtable_64.o arch/x86/boot/compressed/acpi.o
> > arch/x86/boot/compressed/efi_thunk_64.o
> > drivers/firmware/efi/libstub/lib.a -o arch/x86/boot/compressed/vmlinux
> > ld.lld-11: error: Unexpected GOT entries detected!
> > ld.lld-11: error: Unexpected run-time relocations detected!
> > ld.lld-11: error: Unexpected GOT entries detected!
> > ld.lld-11: error: Unexpected run-time relocations detected!
> > make[5]: *** [arch/x86/boot/compressed/Makefile:91:
> > arch/x86/boot/compressed/vmlinux] Error 1
> >
> > When you need further informations, please let me know.
> >
> > - Sedat -
> >
> > [1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
>
> When I revert...
>
> commit df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc
> "x86/boot/compressed: Don't declare __force_order in kaslr_64.c"
>
> ...I can build, boot on bare metal and start FreeDOS VM in VirtualBox.
>
> For more details see [2].
>
> - Sedat -
>
> [1] https://git.kernel.org/linus/df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc
> [2] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674378085

Fine with using Debian's GCC v10.2 and GNU/ld v2.35 (from binutils v2.35).

All details in [1].

[1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674406068
Sedat Dilek Aug. 16, 2020, 9:37 a.m. UTC | #21
GCC toolchain simply ignores if kaslr_64.o has __force_order means the
build ends up successfully whereas LLVM toolchain and IAS breaks and
the build stops and needs explicitly commit
df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc ("x86/boot/compressed: Don't
declare __force_order in kaslr_64.c") reverted to fix this.
With the revert GCC toolchain is also fine.

Maybe it is good to revert that commit?

This is with [1]:

diff --git a/arch/x86/include/asm/special_insns.h
b/arch/x86/include/asm/special_insns.h
index 59a3e13204c3..e1c19c5ecd5e 100644
--- a/arch/x86/include/asm/special_insns.h
+++ b/arch/x86/include/asm/special_insns.h
@@ -17,7 +17,7 @@
  * all loads stores around it, which can hurt performance. Solution is to
  * use a variable and mimic reads and writes to it to enforce serialization
  */
-extern unsigned long __force_order;
+extern unsigned long __force_order __weak;

 void native_write_cr0(unsigned long val);

...and the patchset of "x86/boot: Remove run-time relocations from
compressed kernel" applied [3].

More details in [4].

- Sedat -

References:
[1] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674182703
[2] https://git.kernel.org/linus/df6d4f9db79c1a5d6f48b59db35ccd1e9ff9adfc
[3] https://lore.kernel.org/patchwork/project/lkml/list/?series=456251
[4] https://github.com/ClangBuiltLinux/linux/issues/1120#issuecomment-674502114
Thomas Gleixner Aug. 20, 2020, 10:44 a.m. UTC | #22
On Thu, Aug 13 2020 at 14:09, Arvind Sankar wrote:
> On Thu, Aug 13, 2020 at 10:37:01AM -0700, Paul E. McKenney wrote:
>> > Let me ask (hopefully) useful questions this time:
>> > 
>> >   Is a compiler allowed to reorder two 'asm volatile()'?
>> > 
>> >   Are there compilers (gcc >= 4.9 or other supported ones) which do that?
>> 
>> I would hope that the answer to both of these questions is "no"!
>> 
>> But I freely confess that I have been disappointed before on this sort
>> of thing.  :-/
>> 
>> 							Thanx, Paul
>
> Ok, I found this, so gcc developers consider re-ordering volatile asm
> wrt each other a bug at least.
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602

Yes. It prevents reordering of volatiles, but it does not necessarily
prevent reorder of something like this:

        asm volatile(...);
        foo();
        asm volatile(...);

it might turn that into

        foo();
        asm volatile(...);
        asm volatile(...);

if I understood their discussion correctly. So removing this magic is
not really straight forward.

Thanks,

        tglx
Arvind Sankar Aug. 20, 2020, 1:06 p.m. UTC | #23
On Thu, Aug 20, 2020 at 12:44:06PM +0200, Thomas Gleixner wrote:
> On Thu, Aug 13 2020 at 14:09, Arvind Sankar wrote:
> > On Thu, Aug 13, 2020 at 10:37:01AM -0700, Paul E. McKenney wrote:
> >> > Let me ask (hopefully) useful questions this time:
> >> > 
> >> >   Is a compiler allowed to reorder two 'asm volatile()'?
> >> > 
> >> >   Are there compilers (gcc >= 4.9 or other supported ones) which do that?
> >> 
> >> I would hope that the answer to both of these questions is "no"!
> >> 
> >> But I freely confess that I have been disappointed before on this sort
> >> of thing.  :-/
> >> 
> >> 							Thanx, Paul
> >
> > Ok, I found this, so gcc developers consider re-ordering volatile asm
> > wrt each other a bug at least.
> >
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602
> 
> Yes. It prevents reordering of volatiles, but it does not necessarily
> prevent reorder of something like this:
> 
>         asm volatile(...);
>         foo();
>         asm volatile(...);
> 
> it might turn that into
> 
>         foo();
>         asm volatile(...);
>         asm volatile(...);
> 
> if I understood their discussion correctly. So removing this magic is
> not really straight forward.
> 
> Thanks,
> 
>         tglx
> 
> 

I don't think that's an issue, or at least, not one where force_order
helps.

If the source for foo() is not visible to the compiler, the only reason
force_order prevents the reordering is because foo() might have
references to it, but equally foo() might have volatile asm, so the
reordering isn't possible anyway.

If the source is visible, force_order won't prevent any reordering
except across references to force_order, but the only references are
from the volatile asm's which already prevent reordering.

I think force_order can only help with buggy compilers, and for those it
should really have been an input-output operand -- it wouldn't currently
do anything to prevent cr writes from being reordered.

Thanks.
Thomas Gleixner Aug. 21, 2020, 12:37 a.m. UTC | #24
On Thu, Aug 20 2020 at 09:06, Arvind Sankar wrote:
> I don't think that's an issue, or at least, not one where force_order
> helps.
>
> If the source for foo() is not visible to the compiler, the only reason
> force_order prevents the reordering is because foo() might have
> references to it, but equally foo() might have volatile asm, so the
> reordering isn't possible anyway.
>
> If the source is visible, force_order won't prevent any reordering
> except across references to force_order, but the only references are
> from the volatile asm's which already prevent reordering.
>
> I think force_order can only help with buggy compilers, and for those it
> should really have been an input-output operand -- it wouldn't currently
> do anything to prevent cr writes from being reordered.

Fair enough. Care to provide a patch which has the collected wisdom of
this thread in the changelog?

Thanks,

        tglx
Arvind Sankar Aug. 21, 2020, 11:04 p.m. UTC | #25
On Fri, Aug 21, 2020 at 02:37:48AM +0200, Thomas Gleixner wrote:
> On Thu, Aug 20 2020 at 09:06, Arvind Sankar wrote:
> > I don't think that's an issue, or at least, not one where force_order
> > helps.
> >
> > If the source for foo() is not visible to the compiler, the only reason
> > force_order prevents the reordering is because foo() might have
> > references to it, but equally foo() might have volatile asm, so the
> > reordering isn't possible anyway.
> >
> > If the source is visible, force_order won't prevent any reordering
> > except across references to force_order, but the only references are
> > from the volatile asm's which already prevent reordering.
> >
> > I think force_order can only help with buggy compilers, and for those it
> > should really have been an input-output operand -- it wouldn't currently
> > do anything to prevent cr writes from being reordered.
> 
> Fair enough. Care to provide a patch which has the collected wisdom of
> this thread in the changelog?
> 
> Thanks,
> 
>         tglx

The gcc bug I linked to earlier is only fixed in gcc-6 onwards. Is that
good enough to remove force_order? I can test gcc-4.9 and gcc-5 to check
if it would currently have any impact.

CBL guys, can you confirm that clang also will not reorder volatile asm?

Thanks.
Nick Desaulniers Aug. 21, 2020, 11:16 p.m. UTC | #26
On Fri, Aug 21, 2020 at 4:04 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
>
> On Fri, Aug 21, 2020 at 02:37:48AM +0200, Thomas Gleixner wrote:
> > On Thu, Aug 20 2020 at 09:06, Arvind Sankar wrote:
> > > I don't think that's an issue, or at least, not one where force_order
> > > helps.
> > >
> > > If the source for foo() is not visible to the compiler, the only reason
> > > force_order prevents the reordering is because foo() might have
> > > references to it, but equally foo() might have volatile asm, so the
> > > reordering isn't possible anyway.
> > >
> > > If the source is visible, force_order won't prevent any reordering
> > > except across references to force_order, but the only references are
> > > from the volatile asm's which already prevent reordering.
> > >
> > > I think force_order can only help with buggy compilers, and for those it
> > > should really have been an input-output operand -- it wouldn't currently
> > > do anything to prevent cr writes from being reordered.

I agree 100%.  From the link to GCC docs, the code in question doesn't
even follow the pattern from the doc from informing the compiler of
any dependency, it just looks like !@#$.

> >
> > Fair enough. Care to provide a patch which has the collected wisdom of
> > this thread in the changelog?
> >
> > Thanks,
> >
> >         tglx
>
> The gcc bug I linked to earlier is only fixed in gcc-6 onwards. Is that

(based on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602#c14)

> good enough to remove force_order? I can test gcc-4.9 and gcc-5 to check
> if it would currently have any impact.

I think checking the disassemblies with a pre-gcc-6 would be good
enough then; that bug isn't specific to this particular case.

> CBL guys, can you confirm that clang also will not reorder volatile asm?

Full disassemblies of vmlinux pre vs post __force_order removal are
the same.  That's pretty good actually; I was worried for a code base
of this size whether two compiles would produce the exact same
disassemblies; I know the version strings are timestamped, for
instance, but I didn't compare data, just .text.  I should triple
check i386, and some of the ko's that use modified functions.  I'd be
happy to help provide a tested by tag for numerous configurations with
Clang.

Attaching the diff I was testing, feel free to add a commit message.
--
Thanks,
~Nick Desaulniers
Arvind Sankar Aug. 21, 2020, 11:25 p.m. UTC | #27
On Fri, Aug 21, 2020 at 04:16:56PM -0700, Nick Desaulniers wrote:
> On Fri, Aug 21, 2020 at 4:04 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
> >
> > On Fri, Aug 21, 2020 at 02:37:48AM +0200, Thomas Gleixner wrote:
> > > On Thu, Aug 20 2020 at 09:06, Arvind Sankar wrote:
> > > > I don't think that's an issue, or at least, not one where force_order
> > > > helps.
> > > >
> > > > If the source for foo() is not visible to the compiler, the only reason
> > > > force_order prevents the reordering is because foo() might have
> > > > references to it, but equally foo() might have volatile asm, so the
> > > > reordering isn't possible anyway.
> > > >
> > > > If the source is visible, force_order won't prevent any reordering
> > > > except across references to force_order, but the only references are
> > > > from the volatile asm's which already prevent reordering.
> > > >
> > > > I think force_order can only help with buggy compilers, and for those it
> > > > should really have been an input-output operand -- it wouldn't currently
> > > > do anything to prevent cr writes from being reordered.
> 
> I agree 100%.  From the link to GCC docs, the code in question doesn't
> even follow the pattern from the doc from informing the compiler of
> any dependency, it just looks like !@#$.
> 
> > >
> > > Fair enough. Care to provide a patch which has the collected wisdom of
> > > this thread in the changelog?
> > >
> > > Thanks,
> > >
> > >         tglx
> >
> > The gcc bug I linked to earlier is only fixed in gcc-6 onwards. Is that
> 
> (based on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602#c14)

I actually checked gcc's git repo too. The fix is not there in gcc-4.9
and gcc-5.

> 
> > good enough to remove force_order? I can test gcc-4.9 and gcc-5 to check
> > if it would currently have any impact.
> 
> I think checking the disassemblies with a pre-gcc-6 would be good
> enough then; that bug isn't specific to this particular case.
> 
> > CBL guys, can you confirm that clang also will not reorder volatile asm?
> 
> Full disassemblies of vmlinux pre vs post __force_order removal are
> the same.  That's pretty good actually; I was worried for a code base
> of this size whether two compiles would produce the exact same
> disassemblies; I know the version strings are timestamped, for
> instance, but I didn't compare data, just .text.  I should triple
> check i386, and some of the ko's that use modified functions.  I'd be
> happy to help provide a tested by tag for numerous configurations with
> Clang.
> 
> Attaching the diff I was testing, feel free to add a commit message.
> --
> Thanks,
> ~Nick Desaulniers

Thanks, will write it up over the weekend.
Thomas Gleixner Aug. 22, 2020, 12:43 a.m. UTC | #28
On Fri, Aug 21 2020 at 16:16, Nick Desaulniers wrote:
> On Fri, Aug 21, 2020 at 4:04 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
>> On Fri, Aug 21, 2020 at 02:37:48AM +0200, Thomas Gleixner wrote:
>> The gcc bug I linked to earlier is only fixed in gcc-6 onwards. Is that
>
> (based on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602#c14)
>
>> good enough to remove force_order? I can test gcc-4.9 and gcc-5 to check
>> if it would currently have any impact.

And that test tells you what exactly? That your particular build of
those compilers does not have the problem. A truly scientific approach.

> I think checking the disassemblies with a pre-gcc-6 would be good
> enough then; that bug isn't specific to this particular case.

What? I clearly want a statement from the GCC people that this won't
happen on pre gcc6 compilers and not just some 'works for me' statement
based on a randomly picked compiler build.

Thanks,

        tglx
Arvind Sankar Aug. 22, 2020, 3:55 a.m. UTC | #29
On Sat, Aug 22, 2020 at 02:43:08AM +0200, Thomas Gleixner wrote:
> On Fri, Aug 21 2020 at 16:16, Nick Desaulniers wrote:
> > On Fri, Aug 21, 2020 at 4:04 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
> >> On Fri, Aug 21, 2020 at 02:37:48AM +0200, Thomas Gleixner wrote:
> >> The gcc bug I linked to earlier is only fixed in gcc-6 onwards. Is that
> >
> > (based on https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602#c14)
> >
> >> good enough to remove force_order? I can test gcc-4.9 and gcc-5 to check
> >> if it would currently have any impact.
> 
> And that test tells you what exactly? That your particular build of
> those compilers does not have the problem. A truly scientific approach.

More that the current kernel code doesn't have that problem, but yeah,
it might creep in later.

> 
> > I think checking the disassemblies with a pre-gcc-6 would be good
> > enough then; that bug isn't specific to this particular case.
> 
> What? I clearly want a statement from the GCC people that this won't
> happen on pre gcc6 compilers and not just some 'works for me' statement
> based on a randomly picked compiler build.

Presumably also from clang that the compiler does have protections
against this, as opposed to doesn't happen today.

> 
> Thanks,
> 
>         tglx

Cc Segher.

Segher, we were looking at gcc PR82602, where IRA could reorder volatile
asm's (reported on ARM). The fix was backported to gcc-6. Do you know if
there is any reason the problem couldn't occur on x86 on older gcc
without the fix?

Thanks.

Link: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82602
Segher Boessenkool Aug. 22, 2020, 8:41 a.m. UTC | #30
Hi Arvind,

On Fri, Aug 21, 2020 at 11:55:52PM -0400, Arvind Sankar wrote:
> Cc Segher.
> 
> Segher, we were looking at gcc PR82602, where IRA could reorder volatile
> asm's (reported on ARM). The fix was backported to gcc-6.

I know ;-)

> Do you know if
> there is any reason the problem couldn't occur on x86 on older gcc
> without the fix?

No, I see no particular reason, at least GCC 5 seems vulnerable.  (The
GCC 5 release branch was closed at the time this bug report was made,
already).  There is no reason I see why it would work on x86 but fail
elsewhere, either.


Segher
Sedat Dilek Aug. 22, 2020, 9:23 a.m. UTC | #31
On Sat, Aug 22, 2020 at 10:42 AM Segher Boessenkool
<segher@kernel.crashing.org> wrote:
>
> Hi Arvind,
>
> On Fri, Aug 21, 2020 at 11:55:52PM -0400, Arvind Sankar wrote:
> > Cc Segher.
> >
> > Segher, we were looking at gcc PR82602, where IRA could reorder volatile
> > asm's (reported on ARM). The fix was backported to gcc-6.
>
> I know ;-)
>
> > Do you know if
> > there is any reason the problem couldn't occur on x86 on older gcc
> > without the fix?
>
> No, I see no particular reason, at least GCC 5 seems vulnerable.  (The
> GCC 5 release branch was closed at the time this bug report was made,
> already).  There is no reason I see why it would work on x86 but fail
> elsewhere, either.
>

[1] says:

Current Minimal Requirements
...
====================== ===============  ========================================
        Program        Minimal version       Command to check the version
====================== ===============  ========================================
GNU C                  4.9              gcc --version

- Sedat -

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/changes.rst#n32
Sedat Dilek Aug. 22, 2020, 9:51 a.m. UTC | #32
On Sat, Aug 22, 2020 at 11:23 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> On Sat, Aug 22, 2020 at 10:42 AM Segher Boessenkool
> <segher@kernel.crashing.org> wrote:
> >
> > Hi Arvind,
> >
> > On Fri, Aug 21, 2020 at 11:55:52PM -0400, Arvind Sankar wrote:
> > > Cc Segher.
> > >
> > > Segher, we were looking at gcc PR82602, where IRA could reorder volatile
> > > asm's (reported on ARM). The fix was backported to gcc-6.
> >
> > I know ;-)
> >
> > > Do you know if
> > > there is any reason the problem couldn't occur on x86 on older gcc
> > > without the fix?
> >
> > No, I see no particular reason, at least GCC 5 seems vulnerable.  (The
> > GCC 5 release branch was closed at the time this bug report was made,
> > already).  There is no reason I see why it would work on x86 but fail
> > elsewhere, either.
> >
>
> [1] says:
>
> Current Minimal Requirements
> ...
> ====================== ===============  ========================================
>         Program        Minimal version       Command to check the version
> ====================== ===============  ========================================
> GNU C                  4.9              gcc --version
>
> - Sedat -
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/changes.rst#n32

[ CC Miguel Ojeda (Compiler Attributes maintainer) ]

There exist gcc-4.8 and gcc-4.9 for Debian/jessie where EOL was June
30, 2020 (see [1] and [2]).

In the latest available version "4.9.2-10+deb8u1" I see no PR82602 was
backported (see [3] and [4]).

I am asking myself who is using such ancient compilers?
Recently, I threw away GCC-8 from my Debian system.

If this is a real problem with GCC version <= 5, so can this be moved
to a GCC specific include header-file?
Thinking of include/linux/compiler-gcc.h or
include/linux/compiler_types.h with a GCC-VERSION check?

Thoughts?

- Sedat -

P.S.: Yesterday, I built with dropping __force_order entirely and LLVM
toolchain v11.0.0-rc2 on Debian/unstable AMD64 on top of recent Linux
v5.9-rc1+.

[1] https://packages.debian.org/search?keywords=gcc-4
[2] https://wiki.debian.org/LTS
[3] https://sources.debian.org/src/gcc-4.9/
[4] https://sources.debian.org/src/gcc-4.9/4.9.2-10+deb8u1/debian/patches/
Segher Boessenkool Aug. 22, 2020, 10:26 a.m. UTC | #33
On Sat, Aug 22, 2020 at 11:51:56AM +0200, Sedat Dilek wrote:
> On Sat, Aug 22, 2020 at 11:23 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > On Sat, Aug 22, 2020 at 10:42 AM Segher Boessenkool
> > <segher@kernel.crashing.org> wrote:
> > >
> > > Hi Arvind,
> > >
> > > On Fri, Aug 21, 2020 at 11:55:52PM -0400, Arvind Sankar wrote:
> > > > Cc Segher.
> > > >
> > > > Segher, we were looking at gcc PR82602, where IRA could reorder volatile
> > > > asm's (reported on ARM). The fix was backported to gcc-6.
> > >
> > > I know ;-)
> > >
> > > > Do you know if
> > > > there is any reason the problem couldn't occur on x86 on older gcc
> > > > without the fix?
> > >
> > > No, I see no particular reason, at least GCC 5 seems vulnerable.  (The
> > > GCC 5 release branch was closed at the time this bug report was made,
> > > already).  There is no reason I see why it would work on x86 but fail
> > > elsewhere, either.

> There exist gcc-4.8 and gcc-4.9 for Debian/jessie where EOL was June
> 30, 2020 (see [1] and [2]).
> 
> In the latest available version "4.9.2-10+deb8u1" I see no PR82602 was
> backported (see [3] and [4]).

[ There is GCC 4.9.4, no one should use an older 4.9. ]

I mentioned 5 for a reason: the whole function this patch is to did not
exist before then!  That does not mean the bug existed or did not exist
before GCC 5, but it does for example mean that a backport to 4.9 or
older isn't trivial at all.

> I am asking myself who is using such ancient compilers?

Some distros have a GCC 4.8 as system compiler.  We allow building GCC
itself with a compiler that far back, for various reasons as well (and
this is very sharp already, the last mainline GCC 4.8 release is from
June 2015, not all that long ago at all).

But, one reason this works is because people actually test it.  Does
anyone actually test the kernel with old compilers?  It isn't hard to
build a new compiler (because we make sure building a newer compiler
works with older compilers, etc. :-) ), and as you say, most distros
have newer compilers available nowadays.


Segher
Arnd Bergmann Aug. 22, 2020, 10:35 a.m. UTC | #34
On Sat, Aug 22, 2020 at 12:26 PM Segher Boessenkool
<segher@kernel.crashing.org> wrote:
> [ There is GCC 4.9.4, no one should use an older 4.9. ]
>
> I mentioned 5 for a reason: the whole function this patch is to did not
> exist before then!  That does not mean the bug existed or did not exist
> before GCC 5, but it does for example mean that a backport to 4.9 or
> older isn't trivial at all.
>
> > I am asking myself who is using such ancient compilers?
>
> Some distros have a GCC 4.8 as system compiler.  We allow building GCC
> itself with a compiler that far back, for various reasons as well (and
> this is very sharp already, the last mainline GCC 4.8 release is from
> June 2015, not all that long ago at all).
>
> But, one reason this works is because people actually test it.  Does
> anyone actually test the kernel with old compilers?  It isn't hard to
> build a new compiler (because we make sure building a newer compiler
> works with older compilers, etc. :-) ), and as you say, most distros
> have newer compilers available nowadays.

We only recently changed the minimum from 4.6 to 4.8, and
subsequently to 4.9. Most people have fairly recent compilers,
but there are a number of notable kernel developers that
intentionally stick to old versions because of compile speed.

Each major compiler release adds about 4% overhead in total time
to compile a kernel, so between gcc-4.6 and gcc-11 you add over
50% in build time.

      Arnd
Miguel Ojeda Aug. 22, 2020, 6:17 p.m. UTC | #35
On Sat, Aug 22, 2020 at 11:52 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
>
> I am asking myself who is using such ancient compilers?

There are many users/companies using older versions of compilers,
kernels and everything. GCC <= 4.9 will still be used/supported (by
third parties) for a handful of years at least.

However, the important question is whether those users/companies care
about running the latest kernels. Many of those definitely do not want
to touch their kernel either. For those that do, there are several
longterms to pick from that still support 4.9, as well as other
workarounds.

Thus I am usually in favor of raising the minimum whenever new hacks
are required to be added. On the other hand, we already raised the
version twice this year and it is not clear to me what is the minimum
version we would need to go for to ensure this does not bite us.

> If this is a real problem with GCC version <= 5, so can this be moved
> to a GCC specific include header-file?
> Thinking of include/linux/compiler-gcc.h or
> include/linux/compiler_types.h with a GCC-VERSION check?

That would be better if it can be done, yes.

Cheers,
Miguel
Linus Torvalds Aug. 22, 2020, 9:08 p.m. UTC | #36
On Sat, Aug 22, 2020 at 11:17 AM Miguel Ojeda
<miguel.ojeda.sandonis@gmail.com> wrote:
>
> However, the important question is whether those users/companies care
> about running the latest kernels. Many of those definitely do not want
> to touch their kernel either. For those that do, there are several
> longterms to pick from that still support 4.9, as well as other
> workarounds.
>
> Thus I am usually in favor of raising the minimum whenever new hacks
> are required to be added. On the other hand, we already raised the
> version twice this year and it is not clear to me what is the minimum
> version we would need to go for to ensure this does not bite us.

Yeah. The good news is that I haven't seen a lot of pushback on the
gcc version updates so far. I was expecting some complaints. I haven't
seen a single one.

That may be because people did end up finding it very onerous and
complained internally on channels I haven't seen, but it might also be
indicative of us having perhaps been a bit too timid about compiler
version updates.

However, in this case, can we just leave that old "__force_order" hack
alone, and to work around the clang thing, just make a dummy
definition of it anyway.

Alternatively, just use the memory clobber. We use memory clobbers
elsewhere in inline asms to make sure they are serialized, it's not
normally a huge problem. Both clang and gcc should be smart enough to
know that a memory clobber doesn't matter for things like local
variables etc that might be on stack but have never had their address
taken.

Or are there other cases than that particular __force_order thing that
people now worry about?

             Linus
Arvind Sankar Aug. 22, 2020, 9:17 p.m. UTC | #37
On Sat, Aug 22, 2020 at 08:17:32PM +0200, Miguel Ojeda wrote:
> On Sat, Aug 22, 2020 at 11:52 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > I am asking myself who is using such ancient compilers?
> 
> There are many users/companies using older versions of compilers,
> kernels and everything. GCC <= 4.9 will still be used/supported (by
> third parties) for a handful of years at least.
> 
> However, the important question is whether those users/companies care
> about running the latest kernels. Many of those definitely do not want
> to touch their kernel either. For those that do, there are several
> longterms to pick from that still support 4.9, as well as other
> workarounds.
> 
> Thus I am usually in favor of raising the minimum whenever new hacks
> are required to be added. On the other hand, we already raised the
> version twice this year and it is not clear to me what is the minimum
> version we would need to go for to ensure this does not bite us.
> 
> > If this is a real problem with GCC version <= 5, so can this be moved
> > to a GCC specific include header-file?
> > Thinking of include/linux/compiler-gcc.h or
> > include/linux/compiler_types.h with a GCC-VERSION check?
> 
> That would be better if it can be done, yes.
> 
> Cheers,
> Miguel

The fix landed in gcc 6.5, 7.3 and 8.1. The bug is presumably quite
difficult to actually trigger. As a sample data point, I verified that
7.1 vs 7.1+fix have no differences on 32-bit and 64-bit x86 defconfigs,
on current mainline.

Assuming we don't want to risk removing force_order, I'd suggest
- make it an input/output operand, so it enforces ordering fully.
- either restrict it to gcc < 8, or just provide a proper definition in
  some file (maybe arch/x86/kernel/cpu/common.c)?

Thanks.
Arvind Sankar Aug. 22, 2020, 11:10 p.m. UTC | #38
On Sat, Aug 22, 2020 at 02:08:27PM -0700, Linus Torvalds wrote:
> However, in this case, can we just leave that old "__force_order" hack
> alone, and to work around the clang thing, just make a dummy
> definition of it anyway.
> 
> Alternatively, just use the memory clobber. We use memory clobbers
> elsewhere in inline asms to make sure they are serialized, it's not
> normally a huge problem. Both clang and gcc should be smart enough to
> know that a memory clobber doesn't matter for things like local
> variables etc that might be on stack but have never had their address
> taken.
> 
> Or are there other cases than that particular __force_order thing that
> people now worry about?
> 
>              Linus

Actually, is a memory clobber required for correctness? Memory accesses
probably shouldn't be reordered across a CRn write. Is asm volatile
enough to stop that or do you need a memory clobber?

Replacing force_order with memory clobber introduces a few extra
instructions (testing with defconfig), but only in x86-64
hibernate/reboot/sleep code and early_ioremap_init on x86-32.
Linus Torvalds Aug. 23, 2020, 12:10 a.m. UTC | #39
On Sat, Aug 22, 2020 at 4:11 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
>
> Actually, is a memory clobber required for correctness? Memory accesses
> probably shouldn't be reordered across a CRn write. Is asm volatile
> enough to stop that or do you need a memory clobber?

You do need a memory clobber if you really care about ordering wrt
normal memory references.

That said, I'm not convinced we do care here. Normal memory accesses
(as seen by the compiler) should be entirely immune to any changes we
do wrt CRx registers.

Because code that really fundamentally changes kernel mappings or
access rules is already written in low-level assembler (eg the entry
routines or bootup).

Anything that relies on the more subtle changes (ie user space
accesses etc) should already be ordered by other things - usually by
the fact that they are also "asm volatile".

But hey, maybe somebody can come up with an exception to that.

                Linus
Arvind Sankar Aug. 23, 2020, 1:16 a.m. UTC | #40
On Sat, Aug 22, 2020 at 05:10:21PM -0700, Linus Torvalds wrote:
> On Sat, Aug 22, 2020 at 4:11 PM Arvind Sankar <nivedita@alum.mit.edu> wrote:
> >
> > Actually, is a memory clobber required for correctness? Memory accesses
> > probably shouldn't be reordered across a CRn write. Is asm volatile
> > enough to stop that or do you need a memory clobber?
> 
> You do need a memory clobber if you really care about ordering wrt
> normal memory references.
> 
> That said, I'm not convinced we do care here. Normal memory accesses
> (as seen by the compiler) should be entirely immune to any changes we
> do wrt CRx registers.
> 
> Because code that really fundamentally changes kernel mappings or
> access rules is already written in low-level assembler (eg the entry
> routines or bootup).
> 
> Anything that relies on the more subtle changes (ie user space
> accesses etc) should already be ordered by other things - usually by
> the fact that they are also "asm volatile".
> 
> But hey, maybe somebody can come up with an exception to that.
> 
>                 Linus

I'm sure in practice it can't happen, as any memory accesses happening
immediately around write_cr3() are probably mapped the same in both
pagetables anyway, but eg cleanup_trampoline() in
arch/x86/boot/compressed/pgtable_64.c:

	memcpy(pgtable, trampoline_pgtable, PAGE_SIZE);
	native_write_cr3((unsigned long)pgtable);

There'll probably be trouble if the compiler were to reverse the order
here.

We could actually make write_crn() use memory clobber, and read_crn()
use "m"(*(int *)0x1000) as an input operand. A bit hacky, but no global
variable needed. And maybe read_crn() doesn't even have to be volatile.

Also, if we look at the rdmsr/wrmsr pair, there's no force_order
equivalent AFAICT. wrmsr has a memory clobber, but the asm volatile-ness
is the only thing enforcing read/write ordering.
David Laight Aug. 23, 2020, 1:31 p.m. UTC | #41
From: Arvind Sankar
> Sent: 22 August 2020 22:17
...
> Assuming we don't want to risk removing force_order, I'd suggest
> - make it an input/output operand, so it enforces ordering fully.
> - either restrict it to gcc < 8, or just provide a proper definition in
>   some file (maybe arch/x86/kernel/cpu/common.c)?

Is it possible to replace __force_order with a symbol that the
linker scripts defines?
Or just define __force_order in the linker script to some
'random' constant (eg 0).

ISTM that adding "m"(__force_order) to asm volatile can do no harm.
Especially for accesses to CRn and MSRn (etc) which might have obscure
side effects.

	David

-
Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK
Registration No: 1397386 (Wales)
Pavel Machek Sept. 8, 2020, 10:25 p.m. UTC | #42
On Sat 2020-08-22 11:51:56, Sedat Dilek wrote:
> On Sat, Aug 22, 2020 at 11:23 AM Sedat Dilek <sedat.dilek@gmail.com> wrote:
> >
> > On Sat, Aug 22, 2020 at 10:42 AM Segher Boessenkool
> > <segher@kernel.crashing.org> wrote:
> > >
> > > Hi Arvind,
> > >
> > > On Fri, Aug 21, 2020 at 11:55:52PM -0400, Arvind Sankar wrote:
> > > > Cc Segher.
> > > >
> > > > Segher, we were looking at gcc PR82602, where IRA could reorder volatile
> > > > asm's (reported on ARM). The fix was backported to gcc-6.
> > >
> > > I know ;-)
> > >
> > > > Do you know if
> > > > there is any reason the problem couldn't occur on x86 on older gcc
> > > > without the fix?
> > >
> > > No, I see no particular reason, at least GCC 5 seems vulnerable.  (The
> > > GCC 5 release branch was closed at the time this bug report was made,
> > > already).  There is no reason I see why it would work on x86 but fail
> > > elsewhere, either.
> > >
> >
> > [1] says:
> >
> > Current Minimal Requirements
> > ...
> > ====================== ===============  ========================================
> >         Program        Minimal version       Command to check the version
> > ====================== ===============  ========================================
> > GNU C                  4.9              gcc --version
> >
> > - Sedat -
> >
> > [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/process/changes.rst#n32
> 
> [ CC Miguel Ojeda (Compiler Attributes maintainer) ]
> 
> There exist gcc-4.8 and gcc-4.9 for Debian/jessie where EOL was June
> 30, 2020 (see [1] and [2]).
> 
> In the latest available version "4.9.2-10+deb8u1" I see no PR82602 was
> backported (see [3] and [4]).
> 
> I am asking myself who is using such ancient compilers?
> Recently, I threw away GCC-8 from my Debian system.

I do have 4.9.2 on some systems. They work well, and are likely to compile
significantly faster than newer ones.

Please don't break them.

									Pavel

Patch
diff mbox series

diff --git a/arch/x86/boot/compressed/pgtable_64.c b/arch/x86/boot/compressed/pgtable_64.c
index c8862696a47b..8595194cea41 100644
--- a/arch/x86/boot/compressed/pgtable_64.c
+++ b/arch/x86/boot/compressed/pgtable_64.c
@@ -12,7 +12,9 @@ 
  * It is not referenced from the code, but GCC < 5 with -fPIE would fail
  * due to an undefined symbol. Define it to make these ancient GCCs work.
  */
+#ifndef CONFIG_CC_IS_CLANG
 unsigned long __force_order;
+#endif
 
 #define BIOS_START_MIN		0x20000U	/* 128K, less than this is insane */
 #define BIOS_START_MAX		0x9f000U	/* 640K, absolute maximum */
diff --git a/arch/x86/include/asm/special_insns.h b/arch/x86/include/asm/special_insns.h
index 82436cb04ccf..7081e587c1ea 100644
--- a/arch/x86/include/asm/special_insns.h
+++ b/arch/x86/include/asm/special_insns.h
@@ -16,8 +16,15 @@ 
  * A memory clobber would solve the problem, but would prevent reordering of
  * all loads stores around it, which can hurt performance. Solution is to
  * use a variable and mimic reads and writes to it to enforce serialization
+ *
+ * Clang sometimes fails to kill the reference to the dummy variable, so
+ * provide an actual copy.
  */
+#ifdef CONFIG_CC_IS_CLANG
+static unsigned long __force_order;
+#else
 extern unsigned long __force_order;
+#endif
 
 void native_write_cr0(unsigned long val);