From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp.gentoo.org (woodpecker.gentoo.org [140.211.166.183]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 7D3F21581EE for ; Mon, 07 Apr 2025 18:29:20 +0000 (UTC) Received: from lists.gentoo.org (bobolink.gentoo.org [140.211.166.189]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: relay-lists.gentoo.org@gentoo.org) by smtp.gentoo.org (Postfix) with ESMTPSA id 684673430FD for ; Mon, 07 Apr 2025 18:29:20 +0000 (UTC) Received: from bobolink.gentoo.org (localhost [127.0.0.1]) by bobolink.gentoo.org (Postfix) with ESMTP id DBE3A1104C5; Mon, 07 Apr 2025 18:28:15 +0000 (UTC) Received: from mail-oo1-xc31.google.com (mail-oo1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by bobolink.gentoo.org (Postfix) with ESMTPS id D51461104B6 for ; Mon, 07 Apr 2025 18:28:14 +0000 (UTC) Received: by mail-oo1-xc31.google.com with SMTP id 006d021491bc7-6021e3daeabso2303647eaf.3 for ; Mon, 07 Apr 2025 11:28:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1744050494; x=1744655294; darn=lists.gentoo.org; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:from:to:cc:subject :date:message-id:reply-to; bh=H0VkIFB7yFiN1ZpAAzwglnYRO7oMEKz0cdjau2Ln55c=; b=M6ye3BZhP86/5N+dewDBbNgvxRfbOGuJKaW/yZ5elbD7dumYopnfCpuJ/Te8DglcYP HUOM3c9Oj+YPEYOiFvaMIMAbVyNqUUKUQRko96URyglaNHNyvxnWJYURnqFPJMqpn8A/ DUavyH3XPwOKaUVM6vwq3WicdcTXvcGUYh28E6QFX5Fhwp5h7Iu2lpO4RDFrAXrEQF5R wncs0TP8TamIZZRv+960ml6GT62dc205jKGgVAdMfLd1s+wJlumysAyUM7w479o898EY M4Ob8NyoxXrMf6W6HgbBIvozUFYFt+IqakycKSkIO/72bkcBN5a1NjETcqAftWkSTdFA f3tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744050494; x=1744655294; h=content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:autocrypt:from:references:to:subject:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=H0VkIFB7yFiN1ZpAAzwglnYRO7oMEKz0cdjau2Ln55c=; b=g4egWELglEWMqfKResr1kUjrp33gEzBs5RUAxnTmOpONEMuApgk+3oBi0cfLEpO3k/ hFL3dRkD9ogM8jaAEIaTN14jjOFyIeUigNeRFgDjDNst5LJAyPZ6jCmJZLj3pNXtmGcn Aq3TNnzCm7t4dTjBRwTF3fVsiGoqGB4YMpOGGzxM8FcsG91w7T7A36UtJljR7EfI4RzP PJS6lkSvsYIAa+B5S3isWh5+HcbSE32BOq5OtvnyrXp+aqevj+o8HACO9CXAEZ31k37+ /3y5V5T1l1orSWqGMWUwBBtNR2ggVMr0sAIE6/TqeT33NZazLlo4DlREGyOZEwdhHH9G HGVw== X-Gm-Message-State: AOJu0YwSnTRLl9cC9lJlx8hsG6EldGDDoNtsfjvtHTCgxwXz15/bGwzY 58ikGdrVzz1g0McVWiENGUulP6KK4Q2wO5SfT5Lmet6ndGQ/liYY X-Gm-Gg: ASbGncvq/mkqLp+p865TTmag0WpE3AejMerjhyTVI+msI1Yx/CHgFx8//9HH2SDJ9yu 6kjSFKM4cjWZrUi2VUyVg3ZI6wK6jLnaXtemZvm+0rGDVWJe9Hb36tlA3hwhZ+rxRILQvWJ9MNV MSmFyk87EG8ulyP2FOOD1jrTd3G5IUeNym7ZHoLFITTDtBTz1AC3IEjVVYs1Ge/4ndeTsXTM1sh myPeblF3b/8Chy7EzfGmHYXqNSj9LCIuK7VZ43gdLeatva03J205CG9XhTxjbYz89hzHfQDD2+P 6Hy8cjgDFlROASrJ8PcfWtdaGESjtdU2j2bgaUvuyOeU X-Google-Smtp-Source: AGHT+IGp1EvZHJuTGWMlc7CqxLQQeD7mWFXg4AAut5Q7S0EYFTYRJhb1k+UugMzVpaFPPCaM553yGw== X-Received: by 2002:a05:6808:1521:b0:3fc:1f7b:c3a2 with SMTP id 5614622812f47-4004d9a508amr5590847b6e.17.1744050493658; Mon, 07 Apr 2025 11:28:13 -0700 (PDT) Received: from [10.8.8.15] ([212.102.44.87]) by smtp.gmail.com with ESMTPSA id 5614622812f47-40069c15230sm15580b6e.42.2025.04.07.11.28.11 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Apr 2025 11:28:12 -0700 (PDT) Subject: Re: [gentoo-user] What are common SSDs does and don'ts. To: gentoo-user@lists.gentoo.org References: <7789294.EvYhyI6sBW@rogueboard> <4e33ca9d-e0a1-43be-ad88-3611a545f07e@gmail.com> <9430467.CDJkKcVGEf@rogueboard> From: Dale Autocrypt: addr=rdalek1967@gmail.com; prefer-encrypt=mutual; keydata= mQINBGFSciYBEADcEGMyJBSuavKO/XKUVvgkxck7Nl8Iuu8N2lcnRji/rSKg5c1Acix1ll9i oW8JBCHwvn0+Xy60BvEsqcup3YSHw5STl/bR1ePEehtnYrg8FdjdS91+B805RfnKMm69rFVI wLSBHQrSG1yxHd8CloWoEdhmVtP24buajbh114bgXd9ahtpZrCVMrWdWYUg2mEXguGV5uNAh Rf8SWxDNc79w24JxsV34a8niMUYMjzWr0rafIbzk732X38vGjVMLo/2mMpkbp9mPp++LHoY+ 0Pet8zxxdXPJSCd475kza1AD+hhSyBZXB9yknYWgyY3cZe1rGmooJSi2KX4QxO7npwLThcO1 be6KKRkd35+Fi/a1BzVOHsZMiK/gcwxEFoMd27gir4ehaeHJfFXl+65w4hj0EsOZSxrJrm2C R50g5By2czSKP1bADEygFNpIJj51AR+wM88NImG2RPtlT2maYBzazvF05g65cdHXGp1C7W5P wwwKU2DgABB2t7N7z5A69LnryBRw4zUYDRRYLTYlBlYgg+xILm2c0OrBdxJgLJa7JE50Eo25 d3PFwt9J0gYvqy6sPFLl9So0sDg9zm0hKQtXOP5kgropUFGrNoJI+mjwF4rYLRBVzZwNAvlO OhEvHubBo3mEllv4x+FeptwXZxlk7gUsdqI8AxnFB8K9wi6FVQARAQABtBtEYWxlIDxyZGFs ZWsxOTY3QGdtYWlsLmNvbT6JAk4EEwEIADgCGyMFCwkIBwIGFQoJCAsCBBYCAwECHgECF4AW IQQSG1h01ruv/WNXc3Q3RqOgiQH1GwUCYVJy8gAKCRA3RqOgiQH1G+waEACeTZCt77jnRAmQ AV7otKuZekDWiLi3Eig8tj5ZJiCNSYA/hIxzmexRP0GMqjitcXK1iGwWcvMzzvIq30GAjIfB 4BR38cnXbtBa6fNewiT7QaZe/Hn6yBRldXNQypzbHy+/o27bUEy+oX4rE7etUgEHQAjuw7xz XFWg4tH1/KJvsOVY5upnWc5LdxYhsuQ3dQD4b22GsK0pOBDfb9PiirYM8eGKvrVuq4E/c75z lDDFhINl18lNZ9D0ZFL3IkTjHsAAqFH9uhnnEB8CWdHbBewPEfRaOhBUYWZ3Q8uTkmDgZT8q D9jlvLEdw7Nh2ApdxoepnI/4D+ql2Gr4DtH7SEPydr5gcf1Qr/2bXRb1hAYnIVcbncs/Bm3Z bkRKPVWMfE3Fusa+p5hMzixk0YysMaTHlc7mYRYAEZGnPMXnmcCbetwARU7A0yz1M1kCMOAQ Lsz8KH5kv3cRenMB6SFfjND2JfAK61H5TtnPq3L8noS2ZykRYxq9Nm3X64O1tJojIKBoZFr8 AwYNCvqC6puUyGMuzHPh7jPof8glfrrEKIYUvNPGMDoVX3IGetxh/9l6NcxgFA4JGoR+LS3C zmeNrwlllAe3OEUfKoWVQ+pagpSdM+8hHolaSda4Ys66Z3fCR4ZvcTqfhTAVskpqdXa4isAk 7vTcXu3L499ttywEp7rJTbkCDQRhUnImARAAncUdVhmtRr59zqpTUppKroQYlzR0jv8oa7DG K4gakTAT2N7evnI9wpssmzyVk8VEiLzhnFQ/Ol3FRt6hZCXDJt0clyHOyTfvz/MNFttWuZTc mLpSvmRR6VRjAH+Tz3Eam2xUw3PGuH97BcXQ3NnX3msv1UDxtxxBu6e2YrdeOhrCUSgzokcJ 98ChUNy934cgepPybAI12lSWqVFQ1aG7jExZfiUk+333fPSDbpKoZbTW5YJLXbycmW/C1IWL qYQyNjRWKaGoJtUWFhhmNiOQct7n90aKivNVPavmN+UQ9LlMaINtf9T6XCzLfogCFsulDCDJ 0yNQLDTurHaB4E71xoctgXmLLq9z1RQ0W2XiVAAOZQj6K3+d0AOUjDhCQ2QW8dUSq0ckkZXV DKVJOGS8Nhf2eIWIqRnP3AcUiiaiFGqUaVUmUAZ6h/oJmgghEu/1S+pcuUKU5i69+XCZ3hH2 Jzwzbf7K+FAIkOhCfHncF8i1N1pk00pOVykNnqHTfFo3qFusHt0ZWgXVnnn4pYdXqZNoDhvF BRE5Vm4k/k96Pw8HRx6Os6eFSRrlqGzRgqsu86FekxusXB9UGv4lJhtU/J+8MRWsh22K718s DbQnABicGKFz1qQlWvcf59oTByhLINJCBt1WXl+TzJDXepr3QSkqmK41dO9Hob97C9dMiK8A EQEAAYkCNgQYAQgAIAIbDBYhBBIbWHTWu6/9Y1dzdDdGo6CJAfUbBQJhUnLyAAoJEDdGo6CJ AfUbVHIQAKSWw620vPhR3A/njU2z77F3z/Jk+HTKdE3fIyWSWdkYN7CBFL0NguOMP30WZ+qE sJhZu7T5hf251MwQUUt27xlfnKYOmQs7CqONlXuXlGZI6WufrUjxNcVz+5gJsqvUWuuJWsgg sDmE92IBnfG/f81fPHWQyfr/SF4wYDMyoFp5xCCQpp1zB63iuFvvrhxBkEHzmbRtVDOhl0Xp BVEDR1w3QRACw9QJD/KM05Czv9JNQYlwinWO/OaQ9cMlUpKLgswUPg9IZ5vucxScfuAUA5uC B1jlAQ8ZPlVukBmbEv5RGOv+lpuEbA3YDMVtEeH4YMFbjt/+vH3Cr2vTbp5JlpByLburJEH0 WXZLUawEfUsZvVwpOuJK75vaa2HYXee+Cb3iCIzwfIfctdlqzUcbGRczlRNM59hpvj4z29Gh 3kAxVHItAYq54ikxQ9l4hQ8s9sLYPbX/WtcBxNX8crBSw0FLnmzGleVEtBHyqtt5CLzQNgrj GYWl1vKDUmRPw1CdZ1c+fMN9CY11jOM5B5ZnqZWfDeVYO2iJ5SuvTycChexCb8WYn1bdCBIo bBtga2RBXbVt4Mh9E4owsszefn51MwfjXxB20Fc5k3GU1AVpTCMs3ayYCzo0b2pvEvdjtDcA CYLEFPWgaFX9iQAM/CDfKvTtvgGWpqtCL2raq/mQoJEU Message-ID: Date: Mon, 7 Apr 2025 13:28:10 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:128.0) Gecko/20100101 Firefox/128.0 SeaMonkey/2.53.20 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 In-Reply-To: <9430467.CDJkKcVGEf@rogueboard> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Archives-Salt: 3e035470-fcd7-4785-acc3-6fe62acadef0 X-Archives-Hash: cd0014ce4b8890cd91904afc2cd085ef Michael wrote: > On Wednesday, 2 April 2025 05:04:12 British Summer Time Dale wrote: >> Michael wrote: >>> The second page, relevant to AMD CPUs, points to the particular microcode >>> blob you'd need to use for your CPU: >>> >>> https://wiki.gentoo.org/wiki/AMD_microcode >>> >>> It explains the hexadecimal number '19h' corresponds to your decimal '25'. >>> Therefore your family 25 CPU requires the 'amd-ucode/microcode_amd_fam19h' >>> blob. Whether you build this as part of your initrd, or you specify it in >>> your kernel config so it becomes part of the kernel image, is your call. >>> >>>> Either way, I do have the amd-uc.img thing in /boot. I think the > firmware package puts it there. >>> I think the initrd builder (e.g. dracut) puts it there and GRUB loads it. >> I was wondering where that came from. Makes sense. > Dracut is capable of building a separate initrd image with the required > microcode for 'early microcode loading'. This is picked up by GRUB and loaded > first thing during boot. This is the default dracut configuration since > version 047. > > It is explained here: > > https://wiki.gentoo.org/wiki/Microcode#Dracut > > >>>> Anyway, it finds it when I update grub config so I need a init thingy. >>> You do not need an initrd if the only reason for running an initrd image >>> is to load your microcode. The kernel is perfectly capable of doing this >>> on its own - see the above links. >> I was just clarifying that with Peter. So, if I have a microcode image >> and a kernel, it will boot, with no init thingy? > Your system will boot regardless. These are the permutations: > > 1. No microcode provided by you: > > The MoBo will load and use whatever version of microcode has been embedded in > the EFI firmware made available by the OEM. > > 2. Microcode provided - embedded within your main initrd: > > The microcode will load as part of the main initrd. > > 3. Microcode provided - as a separate initrd image: > > The separate microcode initrd image, e.g. amd-uc.img, will be picked up by > GRUB and loaded early in the boot process. > > 4. Microcode provided - embedded in the kernel image itself: > > The microcode binary blob is part of the kernel and will be loaded first > before the rest of the kernel, provided the 'Firmware loading facility' > [CONFIG_EXTRA_FIRMWARE="amd-ucode/microcode_amd_fam19h.bin ...."] is built in > the kernel and not configured as a module. > > https://wiki.gentoo.org/wiki/ > AMD_microcode#Supplying_the_microcode_files_to_the_kernel > > >>>> I was kinda hoping I could ditch it but I guess it is the best way to >>>> load the microcode thing. I've read it is best to load the microcode >>>> pretty early. It was a thought. >>> It's a good thought and your hope can still be realised. I suggest you >>> start with reading the above two links. >> I been reading those, a couple times or so. Just trying to clear up the >> mud. LOL While I would like to just include this in the kernel itself, >> that may not be the best for my situation. I may update the kernel once >> a year, if that. If I have a kernel as a backup that is three or four >> years old, it will have microcode that is that old as well and lack any >> new updates. Having it as a image means it will be updated when needed >> and have the new code whenever I reboot. So, for my situation, having >> older kernels as backups and such, it may be better to have the image >> method instead of including it into the kernel. > Yes, good point. > > >> I'm still thinking on this but if I understand this correctly, having a >> microcode image and kernel is the best way for me if I can remove the >> init thingy from the process. It sounds like I can. > Yes, you can have the microcode as a separate initrd image and GRUB will load > it each time, irrespective of the kernel you boot with. > > It is worth mentioning though, kernel code a few years old is not the safest > way to run your machine, given the continuous improvements and security > patches released by the kernel devs. > After some thought, I think I'm just going to stick with the dracut and init thingy way.  I'd like to get rid of it but it does work.  In the past, I had nightmares with init thingys, Mandriva days.  I've only ever had one fail with dracut building it.  I'm kinda leaning towards file corruption or something myself since it did work for a while.  So, things stay as they are.  For the moment anyway.  Dale :-)  :-)