[gentoo-user] Recent changes to install procedure

[Walter Dnes]

  I'm doing an AMD64 no-multilib install to a laptop with 6 gigs of ram.
I haven't done one in a while and it looks strange.  I notice that the
initial make.conf is...


# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
COMMON_FLAGS="-O2 -pipe"
CFLAGS="${COMMON_FLAGS}"
CXXFLAGS="${COMMON_FLAGS}"
FCFLAGS="${COMMON_FLAGS}"
FFLAGS="${COMMON_FLAGS}"

# NOTE: This stage was built with the bindist Use flag enabled
PORTDIR="/var/db/repos/gentoo"
DISTDIR="/var/cache/distfiles"
PKGDIR="/var/cache/binpkgs"

# This sets the language of build output to English.
# Please keep this setting intact when reporting bugs.
LC_MESSAGES=C


  I downloaded and used install-amd64-minimal-20190731T214503Z.iso and
stage3-amd64-nomultilib-20190731T214503Z.tar.xz which looks correct.
I'll insert CHOST and MAKEOPTS to play safe.  Any other gotchas in
recent installs?

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] kernel config strangeness

[Adam Carter]

>
> First, I finally figured out this is not really important for me.
> "Supported Processor types" is ONLY for 32 bits.
>

When i remove Processor type and features  --->  [*] Supported processor
vendors  ---> [ ]   Support AMD processors (CONFIG_CPU_SUP_AMD) it removes
features relevant to 64 bit CPUs;

# diff .config .config-gold | grep ^\>
> CONFIG_X86_CPU_RESCTRL=y
> CONFIG_CPU_SUP_AMD=y
> # CONFIG_GART_IOMMU is not set
> CONFIG_X86_MCE_AMD=y
> CONFIG_X86_MCE_THRESHOLD=y
> CONFIG_PERF_EVENTS_AMD_POWER=y
> CONFIG_MICROCODE=y
> # CONFIG_MICROCODE_INTEL is not set
> CONFIG_MICROCODE_AMD=y
> CONFIG_MICROCODE_OLD_INTERFACE=y
> # CONFIG_AMD_MEM_ENCRYPT is not set
> CONFIG_X86_ACPI_CPUFREQ_CPB=y
> CONFIG_X86_AMD_FREQ_SENSITIVITY=y
> CONFIG_AMD_NB=y
> CONFIG_SENSORS_K10TEMP=m
> CONFIG_SENSORS_FAM15H_POWER=m
> CONFIG_AGP_AMD64=y
> CONFIG_EDAC_DECODE_MCE=y
> CONFIG_EDAC_AMD64=m
> # CONFIG_EDAC_AMD64_ERROR_INJECTION is not set

Re: [gentoo-user] kernel config strangeness

[Jack]

On 2019.08.01 22:05, Adam Carter wrote:
However, if I start with the .config which workd, and "make xconfig"  
and select "Supported processor types" under "Processor type and  
features" and then unselect "Support Intel Pprocessors" (I have a  
Ryzen) and save the config, it decreases the size of .config from  
169K to under 13K, losing almost every setting in the file.


Checking my systems, .config is 131k (AMD system, so  
CONFIG_CPU_SUP_INTEL is not set) and an Intel system is 116k.


Try following the same procedure using make menuconfig instead of  
make xconfig and see what happens.


First, I finally figured out this is not really important for me.   
"Supported Processor types" is ONLY for 32 bits.  One or more of those  
need to be set ONLY if the kernel needs to run on a 32 bit system.   
That is why it would be set for any live image which will run on 32  
bits, but would all be off for any distro that no longer supports 32  
bits.


Using menuconfig does not truncate .config.  However, my current guess  
is that some combination of settings where "Supported processor types"  
(CONFIG_PROCESSOR_SELECT) IS selected and perhaps one of it's sub  
settings (CONFIG_CPU XXX) is NOT selected causes make xconfig or  
gconfig to completely reset the configuration, reducing the next saved  
version to under 10k.


I found a (not much used) linux-config mailing list, and I'll probably  
post the issue there.


Jack