Displaying 6 results from an estimated 6 matches for "__cachemode2pte_tbl".
2018 Feb 02
1
Error installing Nvidia driver on a 7.5 beta kernel
...ORT_SYMBOL_GPL' then it is a regression that will break building any
> out-of-tree non-gpl modules which need to set caching mode in pte's
>
> You should file a bug report with Red Hat.
>
> The correct fix in the kernel is in arch/x86/mm/init.c
>
> -EXPORT_SYMBOL_GPL(__cachemode2pte_tbl);
> +EXPORT_SYMBOL(__cachemode2pte_tbl);
Well, that's the rub - RHEL7 have never had that upstream fix - i.e. the
el7.4 kernel (3.10.0-693.el7) has
'EXPORT_SYMBOL_GPL(__cachemode2pte_tbl)' as does the el7.5b kernel
(3.10.0-830.el7) ...
The Nvidia driver builds/installs OK on el7...
2018 Feb 02
2
Error installing Nvidia driver on a 7.5 beta kernel
...nd was wondering if
anyone could explain on what is going on.
All I've done is upgrade an existing CentOS 7.4 install with the RHEL
7.5 beta kernel RPMS
However, when installing the Nvidia driver, it fails with:
FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
'__cachemode2pte_tbl'
A bit of Googling seems to suggest that this issue has been 'fixed' in
later upstream kernels by changing the export of this symbol from
'EXPORT_SYMBOL_GPL' to 'EXPORT_SYMBOL'
However, 7.4 and earlier el7 kernels also export this symbol as
EXPORT_SYMBOL_GPL - but t...
2018 Feb 02
0
Error installing Nvidia driver on a 7.5 beta kernel
...in on what is going on.
>
> All I've done is upgrade an existing CentOS 7.4 install with the RHEL
> 7.5 beta kernel RPMS
>
> However, when installing the Nvidia driver, it fails with:
>
> FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
> '__cachemode2pte_tbl'
>
> A bit of Googling seems to suggest that this issue has been 'fixed' in
> later upstream kernels by changing the export of this symbol from
> 'EXPORT_SYMBOL_GPL' to 'EXPORT_SYMBOL'
>
> However, 7.4 and earlier el7 kernels also export this symbol a...
2018 Feb 09
0
retpoline mitigation and 6.0
...(gdb)
418 set_fixmap_nocache(FIX_IO_APIC_BASE_0 + idx, address);
1: x/i $pc
=> 0xc1046a7f <mp_register_ioapic+207>: lea 0x5(%ebx),%eax
2: gsi_base = 0
3: *(int *)0xc1b2fe34 = 0
(gdb)
cachemode2protval (pcm=_PAGE_CACHE_MODE_UC) at ./arch/x86/include/asm/pgtable_types.h:439
439 return __cachemode2pte_tbl[pcm];
1: x/i $pc
=> 0xc1046a82 <mp_register_ioapic+210>: movzwl 0xc1b424c6,%ecx
2: gsi_base = 0
3: *(int *)0xc1b2fe34 = 0
(gdb)
mp_register_ioapic (id=<optimized out>, address=4273995776, gsi_base=0, cfg=0xc1b2fe88 <init_thread_union+7816>) at arch/x86/kernel/apic/io_apic_b.c:...
2018 Feb 09
2
retpoline mitigation and 6.0
On Fri, 2018-02-09 at 10:36 +0000, David Woodhouse wrote:
>
> Did you get anywhere with the function attribute? Having isolated the
> next boot failure to "it goes away if I compile io_apic.c without
> retpoline", bisecting it per-function would help to further delay the
> bit where I actually have to start *thinking*...
It's mp_register_ioapic(), and only when
2018 Feb 09
3
retpoline mitigation and 6.0
...idx, address);
> 1: x/i $pc
> => 0xc1046a7f <mp_register_ioapic+207>: lea 0x5(%ebx),%eax
> 2: gsi_base = 0
> 3: *(int *)0xc1b2fe34 = 0
> (gdb)
> cachemode2protval (pcm=_PAGE_CACHE_MODE_UC) at ./arch/x86/include/asm/
> pgtable_types.h:439
> 439 return __cachemode2pte_tbl[pcm];
> 1: x/i $pc
> => 0xc1046a82 <mp_register_ioapic+210>: movzwl 0xc1b424c6,%ecx
> 2: gsi_base = 0
> 3: *(int *)0xc1b2fe34 = 0
> (gdb)
> mp_register_ioapic (id=<optimized out>, address=4273995776, gsi_base=0,
> cfg=0xc1b2fe88 <init_thread_union+7816>) at...