Re: Regression: x86/mm: Add Secure Memory Encryption (SME) support

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2 Oct 2017, Tom Lendacky wrote:
> On 9/30/2017 5:36 PM, Tj wrote:
> > With 4.14.0rc2 on an Intel CPU with an Nvidia GPU the proprietary nvidia
> > driver (v340.102) fails to modpost due to:
> > 
> > FATAL: modpost: GPL-incompatible module nvidia.ko uses GPL-only symbol
> > 'sme_me_mask'
> > 
> > I think this is due to:
> > 
> > config ARCH_HAS_MEM_ENCRYPT
> >         def_bool y
> > 
> 
> I think this is more likely because of CONFIG_AMD_MEM_ENCRYPT=y. If
> CONFIG_AMD_MEM_ENCRYPT=n then sme_me_mask becomes a #define. I'm
> assuming that changing the sme_me_mask in arch/x86/mm/mem_encrypt.c
> from EXPORT_SYMBOL_GPL to EXPORT_SYMBOL fixes the issue?
> 
> Boris, is it a big deal to make this change if that's the issue?

It's a big deal.

And no, it's GPL and it stays that way. This discussion pops up every few
month when we add a new feature.

If people want to run the nviodit module, then they can set

   CONFIG_AMD_MEM_ENCRYPT=n

and be done with it.

The proprietaery nvidia driver is tolerated as is and it's operating in a
legal grey zone.  That tolerance does not include that the existance of
this driver can dictate our choice of licensing. Especially not if the
reason why it fails to compile or load can be disabled.

There is a choice, but the option for free lunch does not exist.

Thanks,

	tglx



[Index of Archives]     [Linux Kernel]     [Kernel Newbies]     [x86 Platform Driver]     [Netdev]     [Linux Wireless]     [Netfilter]     [Bugtraq]     [Linux Filesystems]     [Yosemite Discussion]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Samba]     [Device Mapper]

  Powered by Linux