Received-SPF: pass (google.com: domain of linux-kernel+bounces-119092-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.80.249 as permitted sender) client-ip=147.75.80.249;
Message-ID: <2d0a3e4c-cd1a-485a-8d36-cd449e73bc68@amd.com>
Date: Tue, 26 Mar 2024 09:47:18 -0400
User-Agent: Mozilla Thunderbird
Cc: yazen.ghannam@amd.com, bp@alien8.de, linux-edac@vger.kernel.org,
 tony.luck@intel.com, linux-kernel@vger.kernel.org, avadhut.naik@amd.com,
 muralidhara.mk@amd.com
Subject: Re: [PATCH 3/4] RAS: ATL: Add map_bits_valid to header
Content-Language: en-US
To: John Allen <john.allen@amd.com>
References: <20240314163527.63321-1-john.allen@amd.com>
 <20240314163527.63321-4-john.allen@amd.com>
 <893141c6-41f8-415a-a1a3-d3e4267ec333@amd.com>
 <ZgHXR8O7CIoOmfvM@AUS-L1-JOHALLEN.amd.com>
From: Yazen Ghannam <yazen.ghannam@amd.com>
In-Reply-To: <ZgHXR8O7CIoOmfvM@AUS-L1-JOHALLEN.amd.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?utf-8?B?azhNREVkNUxpOFJ6ajlxNHlaaW9RN2NnMSt6Umw3L2haV2FoOHlSa3RkWW1J?=
 =?utf-8?B?dlBnOFltREtxWklhUHdhNVFyVU1OVS8vUm5ieERjcWRUUzVZeHAvcXp1MkRa?=
 =?utf-8?B?ZzVxZkVxd1N2MGJOYWlDeTlJU3JBbGRCTnJHSW8xSFh0ZEM0MnVFQUVmaVJB?=
 =?utf-8?B?Q25OS0V2c2hlSFBQMDdPSU8rTExYOHJuR3pBeGIzV0ZDejdlaERTQXRLUTc0?=
 =?utf-8?B?STJZNkdxc3prUXJiS29ac0wrOEZaNUhjU0ZFRnBiREVRL1c5ZlhhbXlQT1Vy?=
 =?utf-8?B?azVFUDFheVV1TWp1SmgreGNjQzVhRjdpaE5iWU13ZTJURDErZHl5S2ppajlC?=
 =?utf-8?B?U1VKQ3hOb2pybllhaWFXeUZNZjQvQXhIM2srVkdtSHQzMTA2WTA5bWZxWGgz?=
 =?utf-8?B?SjF6bzErTlgzSTZSb1ljcytVaG1vOEJZbU1HV0dydU82THYyOXp3b0VRelhp?=
 =?utf-8?B?Sng0KzhrbnJnNTN3c1VvQjFYenhaWUNWMzhreld6VTlJUFFTQ3lHNi9sd0pI?=
 =?utf-8?B?KzVQUENhK052MVJCVlJmN2dvS29STWlpOFRqVGZjZnlibnVhcWtNYjBMcC8x?=
 =?utf-8?B?bGdCRWY2bTBCVHN6RmNucEdDRFhBRGF2ZkFnTk1hbnRhZE5BK0o5QjJWQXI5?=
 =?utf-8?B?Q3dYWW9WZHZnS3dEQlhpb3l6bWVxZDgyWHFDMm4va3FmbWErcEk2Z3M5amkw?=
 =?utf-8?B?UXZtUmFrLzlPZENJcGZqblByZ3BTaSt5OFdZa3Rsd0wxbXpsZmpURk5RTUJ2?=
 =?utf-8?B?OUR6M3ZrT2tBUTdTMHdieWlFQU9LWkRONzNVQlRmcHhZZk9FWW9qdE1oYm5m?=
 =?utf-8?B?cXhGWFZiWGRqWGF0cC96UWU2TWdvRkpERldVbDNQS0xwQ1JoUWRoQUY0bk5H?=
 =?utf-8?B?WkJqK3hSU2dxRmNudGxna3o4Y1ByZVpKRWhmQ2haREdidlpUWk9zLzdoNlNh?=
 =?utf-8?B?bnppK0lJbWxPdHBQZWwvV3F1UVpyYndNRTlTbGxKdDFNTGtIdkJyWmxxTEhh?=
 =?utf-8?B?SzVHVlpsTTJFUFBoRnFRRXBlSUdWL3g0b0N0UW1VSkwxWDFQOGtZcFFqazFI?=
 =?utf-8?B?YmFaZEVyeWVyVThoSXdIemxNajVtby9tZ3ozTHhaZERUQmV6ZGpvVHJ6WmlC?=
 =?utf-8?B?dklxa0N1c1B4NUM0NnBmMlpLaW9lRllvZlVjNFdVNGpuS0hQQnI5bFZrS0Ir?=
 =?utf-8?B?MlBNSm5hNzBwcGM3bHU5ZDM2U1I5Zlc2TkR2dFJqM1dmZmI1RzloNXV6V1BC?=
 =?utf-8?B?Y2JpSUE1SXVEYUpoSVoxOWJHb29YYzBTQUxmdlF5YTBLK2UrYXo1UnJPSXFx?=
 =?utf-8?B?SUxDcDJkUVg1YTJPMkFjS2RzM3lEbDEyTVpBdkNDNCtGYmJuUDVHK1NTUVVK?=
 =?utf-8?B?ZHFMQ3JlK0pUOHhmTmVlQ3J0VlhBRDIva05sYnNtUmF6N2lLWnBVY04yWUkv?=
 =?utf-8?B?bThrcVROWW0zNzltWms3K2xQSXFiTjBOdXFMTXB6T1AyYUtPMmVmaVRrcEdO?=
 =?utf-8?B?MTkxSUhMOFBDUDhscUtPR1d3Zll4OVQ5ZFFwcUtwam45MndBMnpCL01EZjFm?=
 =?utf-8?B?QWhlU0pCRWpGdlphRmY2ZXVzc2VNR2ZBVzVrcm5Xd1pXUGNuMWZjVTMzT3Zt?=
 =?utf-8?B?WSt1Y2FxVG90amNqeHFwcEEyWlVWbjBSMW5KWitUblVKMDFXZDQ5U253bzMw?=
 =?utf-8?B?ZUNJM3hTUEZMeDg2WU84MmpybE5sTmw2QzNITXN5MEZmSlpuemJGSnU4SUZO?=
 =?utf-8?B?b3lvM0x5VWt5Uk1mWnVvR1F2M2cwL0J6bTBqY2xheVFFNWxrT0g1UmM1RHNr?=
 =?utf-8?B?RFl4akZrME4rd3ArWEt6WnhZbWxTT25oWXkrai9JZnVlaDVkdEphT09nV1pn?=
 =?utf-8?B?czdFSXJvbHpxQXNPb3A0akNEaWNxK2tMWThNSldyQnJBVUZvTFdwaFpmVzZM?=
 =?utf-8?B?dXhGUUlqNWhTZ0NoMzNOcGlJeVZjSmJ5MkNuK3NvemM1K1Y3ZkZoQkppWUtO?=
 =?utf-8?B?b2VZL21xRTZFVm5yUkErQVRiQmxBaGFjYS83Y3pxQkFGTHZqbm5BMkl1TTg1?=
 =?utf-8?B?UlhMZ1JyV0lWR0VabXZLclREK1lPTVRvaStSWFRuNkt6WHF4MmJRSk5jdS8w?=
 =?utf-8?Q?S0p7DsAhfAUw9glEwTwjkfJ1L?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 4f5c606c-e512-49d9-0d18-08dc4d9b4388
X-MS-Exchange-CrossTenant-AuthSource: BYAPR12MB3109.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 26 Mar 2024 13:47:22.9434
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: 7vDshX4070UgiBY2U0CBC69mAYm20PWL8a4ReClx8c7WK128wxvPVGyBCQsUMv7QuXf942thyu7JzhJD6DKt/Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH8PR12MB6676


On 3/25/24 15:57, John Allen wrote:
> On Mon, Mar 18, 2024 at 11:46:39AM -0400, Yazen Ghannam wrote:
>> On 3/14/24 12:35, John Allen wrote:
>>> Make map_bits_valid available in the AMD ATL internal header as the
>>> function can be used in other parts of the library.
>>>
>>> Signed-off-by: John Allen <john.allen@amd.com>
>>> ---
>>>    drivers/ras/amd/atl/dehash.c   | 2 +-
>>>    drivers/ras/amd/atl/internal.h | 3 +++
>>>    2 files changed, 4 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/drivers/ras/amd/atl/dehash.c b/drivers/ras/amd/atl/dehash.c
>>> index 4ea46262c4f5..a20cf615b83a 100644
>>> --- a/drivers/ras/amd/atl/dehash.c
>>> +++ b/drivers/ras/amd/atl/dehash.c
>>> @@ -19,7 +19,7 @@
>>>     * If @num_intlv_dies and/or @num_intlv_sockets are 1, it means the
>>>     * respective interleaving is disabled.
>>>     */
>>> -static inline bool map_bits_valid(struct addr_ctx *ctx, u8 bit1, u8 bit2,
>>> +inline bool map_bits_valid(struct addr_ctx *ctx, u8 bit1, u8 bit2,
>>>    				  u8 num_intlv_dies, u8 num_intlv_sockets)
>>>    {
>>>    	if (!(ctx->map.intlv_bit_pos == bit1 || ctx->map.intlv_bit_pos == bit2)) {
>>> diff --git a/drivers/ras/amd/atl/internal.h b/drivers/ras/amd/atl/internal.h
>>> index 05b870fcb24e..4681449321de 100644
>>> --- a/drivers/ras/amd/atl/internal.h
>>> +++ b/drivers/ras/amd/atl/internal.h
>>> @@ -239,6 +239,9 @@ unsigned long convert_umc_mca_addr_to_sys_addr(struct atl_err *err);
>>>    u64 add_base_and_hole(struct addr_ctx *ctx, u64 addr);
>>>    u64 remove_base_and_hole(struct addr_ctx *ctx, u64 addr);
>>> +inline bool map_bits_valid(struct addr_ctx *ctx, u8 bit1, u8 bit2,
>>> +			   u8 num_intlv_dies, u8 num_intlv_sockets);
>>> +
>>>    /*
>>>     * Make a gap in @data that is @num_bits long starting at @bit_num.
>>>     * e.g. data		= 11111111'b
>>
>> Ultimately, the maps should be validated as soon as they are gathered. I
>> figured we would do that later. But that would wipe out this change.
>> And, after looking at dehash.c again, map_bits_valid() isn't used in too
>> many places right now.
>>
>> So I think validate_address_map() from the following patch should be
>> done for all modes first. That way we don't need to add and then remove
>> this function from the header.
> 
> I'm not sure I understand. Are you saying that we should just move the
> map_bits_valid function to map.c and then make the map_bits_valid calls
> that are currently in dehash.c to validate_address_map?
>

I mean that the maps should be validated once as soon as they are
gathered (in map.c). This would happen before we get to dehash
functions. So we don't need any map valid checks in dehash.c.

Thanks,
Yazen