From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id C58E5138334 for ; Sat, 13 Jul 2019 10:02:18 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 370C2E0806; Sat, 13 Jul 2019 10:02:11 +0000 (UTC) Received: from mail-wm1-x341.google.com (mail-wm1-x341.google.com [IPv6:2a00:1450:4864:20::341]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 8A9EAE07FA for ; Sat, 13 Jul 2019 10:02:10 +0000 (UTC) Received: by mail-wm1-x341.google.com with SMTP id u25so578113wmc.4 for ; Sat, 13 Jul 2019 03:02:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:subject:date:message-id:in-reply-to:references:mime-version; bh=RJQS07rkdl37jCRBLVqAMJNHIxO3SDidIlJln+EMVCQ=; b=skJmfTDO661RHclNlVefeg/XZ/lM1MZv+ynbsfmr6S9zLYfKiTfhaPGoTFaU1B8ts4 nYljWMRK+eTRkQK0LlWuXR0K0XUAnn48JK1p7FqIBGpChKbVs2oQzSffyz82TsR9Fy6L Ji3YfYLBkrcpICSM+ZCyBY9tDMO4YZ1+4PeOeVKXpv34sWTyJDodyJtT6dO7olp5TFkr gxBjG4gwz9vw0Elm8wLPAVeFQDcTWZ7PNt7CpHKYCKt5jYAbJ86/lKwLy6gq5EChsQCY eU2bRjpglTA0Wqx6eG8ma13Pchs9dGAghdZ19BrRRVubntUIcxCzz3G5V96Rg36fVLB9 fgBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:subject:date:message-id:in-reply-to :references:mime-version; bh=RJQS07rkdl37jCRBLVqAMJNHIxO3SDidIlJln+EMVCQ=; b=jYqNnTktkJzyF/EY6Kkq47AKNsReuZY1X4j0C84tl9XlKeV4csY+sIDTPlJgML6ke+ dMnNfSQ/fNa6Pj85zVnkIjzkSX7c1JPVnlh+0NGndxBC72YQ+nJ9sJByL808QgPcZiVr Wboy/vAAIwTGSybWSr17pOeyz6u9LrsduOSRhQ9bMOsHFJKXSkd3NdGGElbmJhSQzUGF GWT8Xp63EE7xp3aMZEX2tIghNuXN/EvFDDjd3H/oDMsduulu4slhTgpUlYfcfv0koI0Z I0TMpxG6q4PgnNwKg3xZUuxU9jmc/c6HpK+H0Ukl8kxF034czA5it1598TTkFmyfvqqx NpeQ== X-Gm-Message-State: APjAAAUgoLbFIKcRY+gSDTDnGGmIcbpWBdzXFrkUav/ygVnJvbf0SHoZ YAiLY0PdelF/iiUKMpgdb5I737zmtrI= X-Google-Smtp-Source: APXvYqzpTCjUNAUyGdas8Q+nAEbztNecQK+g9X8AeQaIxVIE7uG2Dqz0i3yTMn7YW2c8AH1Ol/S//Q== X-Received: by 2002:a7b:c38c:: with SMTP id s12mr13711859wmj.71.1563012128794; Sat, 13 Jul 2019 03:02:08 -0700 (PDT) Received: from localhost.localnet (230.3.169.217.in-addr.arpa. [217.169.3.230]) by smtp.gmail.com with ESMTPSA id c78sm14373207wmd.16.2019.07.13.03.02.05 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 13 Jul 2019 03:02:06 -0700 (PDT) From: Mick To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: AMD microcode updates - where are they?! Date: Sat, 13 Jul 2019 11:01:56 +0100 Message-ID: <6206681.QGZE5AxUjX@localhost> In-Reply-To: References: <5488074.erHLfLloyy@localhost> <20190712160753.psvqravabdunjsej@matica.foolinux.mooo.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1563016376.29dpT0g1CY"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-Archives-Salt: ee82a91c-7da3-4cac-a16d-f8dfb7f7673b X-Archives-Hash: b012cdaf07a35dc4a3315c3ad44952ae --nextPart1563016376.29dpT0g1CY Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" Thank you both, for your replies. On Saturday, 13 July 2019 01:56:30 BST Adam Carter wrote: > > > $ dmesg | grep -i micro > > > [ 0.622441] [drm] Loading ARUBA Microcode > > > [ 5.763242] [drm] Loading hainan Microcode > > > [ 6.653025] microcode: CPU0: patch_level=0x06001119 > > > [ 6.657962] microcode: CPU1: patch_level=0x06001119 > > > [ 6.658890] microcode: CPU2: patch_level=0x06001119 > > > [ 6.659881] microcode: CPU3: patch_level=0x06001119 > > > [ 6.661136] microcode: Microcode Update Driver: v2.2. > > > > I have a similar experience: > > > > [ 0.659996] microcode: CPU0: patch_level=0x010000c8 > > [ 0.660001] microcode: CPU1: patch_level=0x010000c8 > > [ 0.660006] microcode: CPU2: patch_level=0x010000c8 > > [ 0.660011] microcode: CPU3: patch_level=0x010000c8 > > [ 0.660029] microcode: Microcode Update Driver: v2.2. > > [ 7.853509] [drm] Loading RS780 Microcode > > > > I have a 10h generation processor, and I also build in microcode_amd.bin > > with the kernel. I had not until now built in 'amd-ucode/microcode_amd.bin', only 'amd-ucode/ microcode_amd_fam15h.bin', because this laptop has a 15h family CPU: # lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian Address sizes: 48 bits physical, 48 bits virtual CPU(s): 4 On-line CPU(s) list: 0-3 Thread(s) per core: 2 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: AuthenticAMD CPU family: 21 Model: 19 Model name: AMD A10-5750M APU with Radeon(tm) HD Graphics Stepping: 1 CPU MHz: 1330.218 CPU max MHz: 2500.0000 CPU min MHz: 1400.0000 BogoMIPS: 4990.70 Virtualization: AMD-V L1d cache: 16K L1i cache: 64K L2 cache: 2048K NUMA node0 CPU(s): 0-3 Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl nonstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs xop skinit wdt lwp fma4 tce nodeid_msr tbm topoext perfctr_core perfctr_nb cpb hw_pstate ssbd vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc_scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold $ dmesg | grep family: [ 0.291910] smpboot: CPU0: AMD A10-5750M APU with Radeon(tm) HD Graphics (family: 0x15, model: 0x13, stepping: 0x1) > Piledriver gets the early message barcelona/fam10h doesnt; > > # dmesg | grep microc > [ 1.663099] microcode: microcode updated early to new > patch_level=0x06000852 > [ 1.664161] microcode: CPU0: patch_level=0x06000852 > [ 1.665147] microcode: CPU1: patch_level=0x06000852 > [ 1.666135] microcode: CPU2: patch_level=0x06000852 > [ 1.667119] microcode: CPU3: patch_level=0x06000852 > [ 1.668034] microcode: CPU4: patch_level=0x06000852 > [ 1.668955] microcode: CPU5: patch_level=0x06000852 > [ 1.670060] microcode: CPU6: patch_level=0x06000852 > [ 1.670985] microcode: CPU7: patch_level=0x06000852 > [ 1.672012] microcode: Microcode Update Driver: v2.2. OK, mine is also a Piledriver (mobile) CPU according to these tables: https://en.wikichip.org/wiki/amd/a10 However, I don't see any early microcode being loaded. :-/ I added 'amd-ucode/microcode_amd.bin' in the kernel, just in case it was needed and rebooted, but still no difference. > # dmesg | grep microc > [ 1.700378] microcode: CPU0: patch_level=0x010000c8 > [ 1.700435] microcode: CPU1: patch_level=0x010000c8 > [ 1.700488] microcode: CPU2: patch_level=0x010000c8 > [ 1.700543] microcode: CPU3: patch_level=0x010000c8 > [ 1.700684] microcode: Microcode Update Driver: v2.2. > > microcode_amd.bin hasn't changed since at least January 2018, so maybe > there hasnt been any updates for the recent CPU vulnerabilities. > > Assuming the numbering is sequential its odd that the APU is at 0x06001119 > but the latest from linux-firmware is only 0x010000c8. Are you sure the APU > is not fam16h ? Yes, positive. As I've shown above the laptop has an A10 fam15h mobile Piledriver processor. The desktop has an A10 Steamroller, Kaveri APU: $ dmesg | grep family: [ 0.269754] smpboot: CPU0: AMD A10-7850K Radeon R7, 12 Compute Cores 4C+8G (family: 0x15, model: 0x30, stepping: 0x1) It has the 'amd-ucode/microcode_amd_fam15h.bin' built in the kernel and it also shows no early microcode being loaded: $ dmesg | grep micro [ 1.578553] microcode: CPU0: patch_level=0x06003106 [ 1.579338] microcode: CPU1: patch_level=0x06003106 [ 1.580943] microcode: CPU2: patch_level=0x06003106 [ 1.581729] microcode: CPU3: patch_level=0x06003106 [ 1.582608] microcode: Microcode Update Driver: v2.2. Notice the patch number is slightly higher than the laptop's, which can be explained by the fact the desktop's Steamroller was launched in Jan 2014, while the laptop's Piledriver was launched in March 2013. Anyway, this does not explain why your Piledriver at least is loading early the microcode, but mine isn't. :-/ -- Regards, Mick --nextPart1563016376.29dpT0g1CY Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEt7MNaGaS6HvTUrEz6WnU8jC95dcFAl0prBQACgkQ6WnU8jC9 5de0FBAAowghdwSnyYNSXm7yPTdVc3eITmA9VjSBm9oP4nFjN/tu5io131xknCNN gD57dF5fFYi+xsa303D0BW9TzvUYZuF8xm4Tjqk/2neI79//6oegksbBz/6QEL4B bPnW2oayebIcSZYp8+6vYMD3A1JM+yurLRyW+JZ/nkKOJrDoIXYTc1xyCNmQ1ku4 A/wty8esy84PlbV7s6UA0Ta1zns6IFPdfWOx/rDekygGxTLWdGnbtNrhWqZxI8eu eNpBZqIM+vqTQikbvnv14ad4BZWD1oKE8XPxnppoKKkdfy91bZD6MepFuPYyqSB1 dQhY86WQFyRf9VvpqwkRBd6KM/DxZ3Lcf0jSoCw0DGpFrqnNV99XNcx4gVOcijH3 t3lgWiOjOK2KQceg2770QxGMDwWGLn2Biv5GuMjnfQ/lqcQvHO6ABLl/3i2Ez/TN dXJ+IHljE3nA3DpvkijOLgoGx7/G4a5IkwPaOhChsuIsuzis+BNAAbc+1KRS9RfS zmzv7I1ggw1aO3eumWXM+aQ+urVeYTNDEr3n0m4HuFm7YpLGFm8p30tAT/lUPtaJ lJFYzbt6TwfUSExV2t/NMMt3o/PnoAnPfE4XH/+9s5mp0wX4nMIK1xlTfj/Gh81r VTxv6IwAxu1GMcPBahnCK3nM85abKA8oOIRZbcP633LBqaS6M/A= =tb/z -----END PGP SIGNATURE----- --nextPart1563016376.29dpT0g1CY--