Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp675724pxj; Thu, 13 May 2021 14:17:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwZkXj4Pca/XjdQjL6EOTLbMlZgZf+8PE/yVz4f47gu2OkA09Ip6iR/yVl4/rFOVuFIRPwB X-Received: by 2002:aa7:d146:: with SMTP id r6mr53271420edo.344.1620940635285; Thu, 13 May 2021 14:17:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620940635; cv=none; d=google.com; s=arc-20160816; b=BhYurNBgAqjgBSEge53a3Ppi3Jx13qJ/L7zYiv7jjSmBe+RglbIXUfBYqBV3weBtm3 B5lww/nemsd5VaPAOYGvzwtdlvnDRwidrLI5kMhy1TFQzVK9k62imVc1cAJ/aEpq5RCx j56XYnbxVX6rssfMj2HclU5wl6FalOeocXq9Afa4J1ZJzo5oMRXzPF9r3oLYzOU7MgTH 4WgXgN9SaTHMHwMxIy3XmdqKhUZmHHqfjWosy5kzxVHu9DmXurpYQ1jxcdS4PxnZVQy5 oIapq36r+rNcAbHt4Nv5AK74YkYCs/Pc/aNd8y1+C7ejdEFKooMOIc5pHaHLX3Ze5Q+9 k+8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=Q/FWCwRMgsRKVUM9zO85vUS6qMZ5capc4M5/7Qx9MH4=; b=N3Y+XPij22PTa2QNLeZvtE3dbCyLD0HNuT6xjdmlxLj1egRXVCDyqfd6wVBSZWbnFC ZnCgdxY6ypSjRHlA/+UQCdS+UUs56QDcgRSCt6yKgUFtkdX5yVbT6wJiYRmwvwRMzjpw PZO4GV4OW7Rusg9owGv4BNTJLncfHasien9ogDelU0JO5i3yweTmjUKSLj2fCpFzLwUK k0eENcPnD/D/qn3u1O1ZRWtKxmgJ3rWl/JHgid/RmWTWjkynjYWF0NBFgyBZop20Fftq hzDJCQoU4y/v6EP02NYw+gSZvxDuxX+SunxSRY3UiWmDOqOPxux+C2L6436GFLA9rCEw YXtA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=h1Qbg54L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h21si769012edq.555.2021.05.13.14.16.51; Thu, 13 May 2021 14:17:15 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@alien8.de header.s=dkim header.b=h1Qbg54L; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=alien8.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234430AbhEMOb7 (ORCPT + 99 others); Thu, 13 May 2021 10:31:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43568 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230252AbhEMOb5 (ORCPT ); Thu, 13 May 2021 10:31:57 -0400 Received: from mail.skyhub.de (mail.skyhub.de [IPv6:2a01:4f8:190:11c2::b:1457]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 781AAC061574 for ; Thu, 13 May 2021 07:30:46 -0700 (PDT) Received: from zn.tnic (p200300ec2f0e440021f4b7a45291c72c.dip0.t-ipconnect.de [IPv6:2003:ec:2f0e:4400:21f4:b7a4:5291:c72c]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 4340E1EC032C; Thu, 13 May 2021 16:30:42 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1620916242; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references; bh=Q/FWCwRMgsRKVUM9zO85vUS6qMZ5capc4M5/7Qx9MH4=; b=h1Qbg54LGvKZ62jWfecfrcp4a3gGhPK6L4FS5qF50E3tXNDsNktWaZyOs8Qau1U+w1gqd3 +ig/uJT6i7HPfQpaEg0+ibjNAuCdy0nI9A9k1zlFCXUPZekk5HQQlax28ig1a7Y7N4HQg0 gTtCxo2S0OigQUnlkZFnAB0KxlATcR8= Date: Thu, 13 May 2021 16:30:39 +0200 From: Borislav Petkov To: Alex Deucher Cc: "Joshi, Mukul" , x86-ml , "Kasiviswanathan, Harish" , lkml , "amd-gfx@lists.freedesktop.org" Subject: Re: [PATCH] drm/amdgpu: Register bad page handler for Aldebaran Message-ID: References: <20210512013058.6827-1-mukul.joshi@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 13, 2021 at 10:17:47AM -0400, Alex Deucher wrote: > The bad pages are stored in an EEPROM on the board and the next time > the driver loads it reads the EEPROM so that it can reserve the bad > pages at init time so they don't get used again. And that works automagically on the next boot? Because that sounds like the right thing to do. So practically, what happens to a GPU in such a case where the VRAM starts going bad? It might get exhausted eventually and the driver will say something along the lines of: "VRAM bad pages: 80%, consider replacing the GPU. It is operating currently with degrated performance." or so? Yap, from a RAS perspective, that makes good sense as you're prolonging the life of the component while still remains operational as good as it can and the only user interaction you need is she/he replacing it. Sounds good. Thx. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette