{"id":2694,"date":"2020-02-21T18:35:50","date_gmt":"2020-02-22T02:35:50","guid":{"rendered":"http:\/\/rglinuxtech.com\/?p=2694"},"modified":"2020-02-21T18:35:50","modified_gmt":"2020-02-22T02:35:50","slug":"gcc-fun-with-gcc-10-and-the-kernel-nvidia-vmware","status":"publish","type":"post","link":"https:\/\/rglinuxtech.com\/?p=2694","title":{"rendered":"GCC – Fun with GCC 10, and the Kernel, NVIDIA, VMware.."},"content":{"rendered":"

I have updated some test systems (x86_64 and aarch64) to pre-beta Fedora 32<\/strong>, which now includes GCC 10<\/strong>:<\/p>\n

$ gcc --version<\/span><\/strong>
\ngcc (GCC) 10.0.1 20200216 (Red Hat 10.0.1-0.8)<\/span><\/strong><\/code><\/p>\n

There have been a couple of problems with kernel compilation, but in each case there was already a patch\/workaround available..<\/p>\n

https:\/\/www.spinics.net\/linux\/fedora\/fedora-arm\/msg13193.html<\/a> and https:\/\/lkml.org\/lkml\/2020\/1\/29\/494<\/a><\/p>\n

The most serious problem was a kernel crash on boot, on a VMware F32 guest system:<\/p>\n

…………………..
\n[ 0.062278] smpboot: CPU 1 Converting physical 0 to logical die 1 [ 0.062278] Kernel panic - not syncing: stack-protector: Kernel stack is corr<\/span><\/strong>upted in: start_secondary+0x1b9\/0x1c0<\/span><\/strong>
\n[ 0.062278] CPU: 1 PID: 0 Comm: swapper\/1 Not tainted 5.6.0-0.rc0.git1.1.fc32 .x86_64 #1<\/span><\/strong>
\n[ 0.062278] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.<\/span><\/strong>
\n0-2.fc30 04\/01\/2014<\/span><\/strong>
\n[ 0.062278] Call Trace:<\/span><\/strong>
\n[ 0.062278] dump_stack+0x8b\/0xc8<\/span><\/strong>
\n[ 0.062278] panic+0x10d\/0x302<\/span><\/strong>
\n[ 0.062278] ? start_secondary+0x1b9\/0x1c0<\/span><\/strong>
\n[ 0.062278] __stack_chk_fail+0x15\/0x20<\/span><\/strong>
\n[ 0.062278] start_secondary+0x1b9\/0x1c0<\/span><\/strong>
\n[ 0.062278] secondary_startup_64+0xb6\/0xc0 [ 0.062278] ---[ end Kernel panic - not syncing: stack-protector: Kernel stac<\/span><\/strong>k is corrupted in: start_secondary+0x1b9\/0x1c0 ]--- <\/span><\/strong><\/code><\/p>\n

The workaround is to de-select CONFIG_STACKPROTECTOR_STRONG in the kernel config,\u00a0 ‘General architecture-dependent options \/ Stack Protector buffer overflow detection \/ Strong Stack Protector’<\/span><\/p>\n

The latest Kernel-5.6-patched versions of NVIDIA 440.59, and VMware 15.5.1, compile OK, but one system gave a ‘Failed to get gcc information.<\/strong>‘ error:<\/p>\n

# vmware-modconfig --console --install-all<\/span><\/strong>
\n[AppLoader] GLib does not have GSettings support.<\/span><\/strong>
\nFailed to get gcc information.<\/span><\/strong><\/code><\/p>\n

But — on another F32 system it all worked OK:<\/p>\n

# vmware-modconfig --console --install-all<\/span><\/strong>
\n[AppLoader] GLib does not have GSettings support.<\/span><\/strong>
\nStopping vmware (via systemctl): [ OK ]<\/span><\/strong>
\nmake: Entering directory '\/tmp\/modconfig-tl9WqU\/vmmon-only'<\/span><\/strong>
\nUsing kernel build system.<\/span><\/strong>
\n.............\u00a0 etc .....................<\/span><\/strong><\/code><\/p>\n

On the ‘failed’ system, the vmmon<\/strong> and vmnet<\/strong> modules each compiled successfully, so more investigation is needed!<\/p>\n

Robert Gadsdon.\u00a0\u00a0 February 21st 2020.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

I have updated some test systems (x86_64 and aarch64) to pre-beta Fedora 32, which now includes GCC 10: $ gcc –version gcc (GCC) 10.0.1 20200216 (Red Hat 10.0.1-0.8) There have been a couple of problems with kernel compilation, but in each case there was already a patch\/workaround available.. https:\/\/www.spinics.net\/linux\/fedora\/fedora-arm\/msg13193.html and https:\/\/lkml.org\/lkml\/2020\/1\/29\/494 The most serious problem was a …<\/span> Continue reading →<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[706,5,10,1617,11,14,15,18,19,25],"tags":[2176,2178,2180,2179,277,2177,362,402],"class_list":["post-2694","post","type-post","status-publish","format-standard","hentry","category-alpha-release","category-compilation","category-fedora","category-gcc","category-hacks","category-kernel","category-linux-2","category-nvidia","category-opinion","category-vmware","tag-fedora-32","tag-gcc10","tag-kernel-5-6-rc","tag-kernel-fixes","tag-nvidia-2","tag-pre-beta","tag-testing","tag-vmware-2"],"_links":{"self":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2694","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=2694"}],"version-history":[{"count":1,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2694\/revisions"}],"predecessor-version":[{"id":2695,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=\/wp\/v2\/posts\/2694\/revisions\/2695"}],"wp:attachment":[{"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=2694"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=2694"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/rglinuxtech.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=2694"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}