From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934125AbcLAT6K (ORCPT ); Thu, 1 Dec 2016 14:58:10 -0500 Received: from mail-by2nam01on0065.outbound.protection.outlook.com ([104.47.34.65]:31438 "EHLO NAM01-BY2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S933848AbcLAT6I (ORCPT ); Thu, 1 Dec 2016 14:58:08 -0500 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Yazen.Ghannam@amd.com; Date: Thu, 1 Dec 2016 14:57:54 -0500 From: Yazen Ghannam To: Borislav Petkov CC: Mauro Carvalho Chehab , Stephen Rothwell , , Subject: Re: linux-next: manual merge of the edac-amd tree with the edac tree Message-ID: <20161201195753.rrxgwvltptq4gegp@yaz-fedora.dyhomenet> References: <20161128143726.7fda1849@canb.auug.org.au> <20161128082734.bdl4dhothemm7ja5@pd.tnic> <20161130085013.4798b4a7@vento.lan> <20161201104846.kjvuy5tj475oxzke@pd.tnic> <20161201100617.511d8aae@vento.lan> <20161201160203.hhm6w3iyrnvcukzu@yaz-fedora.dyhomenet> <20161201181501.eynw6ucx6cdsg6hl@pd.tnic> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20161201181501.eynw6ucx6cdsg6hl@pd.tnic> User-Agent: NeoMutt/20161126 (1.7.1) X-Originating-IP: [73.35.89.163] X-ClientProxiedBy: DM5PR17CA0030.namprd17.prod.outlook.com (10.173.128.144) To DM5PR12MB1387.namprd12.prod.outlook.com (10.168.238.138) X-MS-Office365-Filtering-Correlation-Id: 5bf6d87a-68af-476d-c589-08d41a245d22 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001);SRVR:DM5PR12MB1387; X-Microsoft-Exchange-Diagnostics: 1;DM5PR12MB1387;3:uibLBL5GfrFFz3nQYAsKq1B30hk+zfg2Wkz21/VGzi40B8Q3f86t4IVAm6WP1fJov4d4zxjwAp4Y6R/gFu+LZSOQeFRez94uDi1ep+22kHYd3YeXACTIZrDLqKNzEqEGPQw7fz9D09R5Bklt7O8Sr2rSaYkpwbpILQBFPsBhqVkH8CVHD7bWF/RU1OB7tOrs2vk+7pGhZagZ8ofMw7mZWGnPwYcp83h0y8S1czBOCChqaLf3JJzMFgZ6Csg2VRZ4FdKaPdj9ZgsUkNgfp8c8lQ==;25:HHwig+WMN05h5DXDGYASm+Wm8LyKfXYZAz+h2J2ah7MeEsOn+7NYnvlVNUHe6WTrKPZvmDYFl3VfgonhlbS4p+TIwgxkRC7SIoRSh/vLcavIM+Em3RvV9auTCAbzKCC2bQwmR8PhI/W3jrfH5MGxu51u11/cH2uC/5Q8idww9LuG2ly31rp6bo8lJobfiRmoEjxmpQ5J4myu6Aq0PgBOmfAhH2iGkDiVeIFIvBQmgXO0zZ8KkcsMHr3dSVLY7BjS61xCGu5HvejZoR6iXLP7KPmOUAyAitPMnnSn4m2oGpoPdcdB7vZpoooKaXz0oFZxnTextqXVH/Ar0RDI26rRLQA0DfBgodULJIQt4ZhDngivYTCOxonScQApTNxBdW9fzDfBh1H9tklW9f8GtSkkb4Hdb2W5CXa946mAV3gOAA1HkbTwyp75WWbFnd0wtXgPpW3Km/eeEddcqNIuvNafQw== X-Microsoft-Exchange-Diagnostics: 1;DM5PR12MB1387;31:RUO6RnhUf5M17MG+THV8oBaICZCC/MuRdvorH8vmL5bRbhZ8tyFzxIrbmA9NlkLYYruMuiKWzIp1ub6BIWzK4I5FCXVHMGxGWbBlNa7ajFEcnXir39LJ4JFx8M/QEyLJn0gy529kg1Bu6JOMfLy/79x2uyEpz7GIDIvZtvvIW9SWksIIMrdu10GYmt4pFEvM0MEZ4ks4PWZdhPxfTh6LsIp9P/WefSGzQF/X1sXDY33bsGaqFL+mPM8+bCy94v1jTRVPrwIZqrprm2jo3F9RuA==;20:ZF7h2VK+ZrVwJDeAiUDJlksknPKSbBskqZiQy+STMmY4S5+9k8t7JEQq0dJKPm9185Bc0OwgBB8nQYsT+I4HdAJAhfqYB62m9I/KwKoOmaOrFxBbpJF5M1vcyrDsPtxkwhoyq3d8YqMA7j0He78O/eCbXXjeEn8RAoTLsFo3hr24wZtPTQFWTcyBIJI3BrUj4MqCYLZy58fdOQNKOTME6B5QhsZ6crzNoQQxNK3TL5abnOELlX4R6ObKEmgB2x5iPXpvQxjTsgwQOkcvEMjow2V5Nw8adGjbdV2myBdR+yNHGkG2Y/VifB5Nw4jVYXE70l6UhQUPqaHJ9UoOlpgqua3TWoIibsLiBd6TmSetYWZr5/u8eWxUPX5RqN0I8OAprUTI9Ular9EyLUwhCd0wYEnPYpAZ0hNdD+UHvCa1GlzT4wMwYh0/iE6BVIOW/tz2esvH4QI5eqepaI35SLk5BLn1kPbblF6hcHq2xEnp4rDtPrv9l9VRchoGkoFqlkWH X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040375)(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026)(6041248)(20161123562025)(20161123555025)(20161123564025)(20161123560025)(6072148);SRVR:DM5PR12MB1387;BCL:0;PCL:0;RULEID:;SRVR:DM5PR12MB1387; X-Microsoft-Exchange-Diagnostics: 1;DM5PR12MB1387;4:Z9KHkgri4vT4HhHRjgqq/rrL7HRTCaRww4HZ2vfd67KJ+YXrblRtKnucxMzKslKzgGCKWbH6vwfnri8UGnTnEzqfNB2Qr6Y7gu/YMdRMqVg2kxNWdYYD4AdtxF/XVcHTIYkdZvcB4o3YKvX5+UV+lA2+hY0hP2fSPf2LBOzpvkTYO3geBQdrKsbuZw0cmGkCSJMdb5O0ggk/omsPSjQJrEG0pEl4uIt+0G7/Jy74jWGXMaNTAkm2vT5qL8N8jEmQipwAs8Io+IX2MoNFhORseJst+eQG3Ay/G9BpczPz24Df1d7pcFf7BWVE7ERixb9KfN35Z1/9CILczdVPrSw2Mk0i6D+0ADBprOcigWlu79W8jM81VS7G45SK55BlKfLOCKKOR/T+hv9fZq6F1NnCgmEkz2Y0diCuk6rI+P6iKiIfuoEEHoO1AiAhlaL8NwWpwjHBlc0WL2CLBYcDgMVDCBAdZB5BHvS5srklxAIjjI00dLSYVv3f8k7C6fa/QSIvPEkadb9s7SvoaKlIZXJ6YR6SpBPv4mbe1CSPLYPFgT2MbdSeOIvGc35Ar9o3y2pj1y0NX0CodTtNGJlxs7EXCnNRz5tRCu0z4aBNEh5Mkcw= X-Forefront-PRVS: 014304E855 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(6009001)(7916002)(24454002)(189002)(199003)(54356999)(305945005)(50986999)(6916009)(47776003)(97756001)(92566002)(39410400001)(66066001)(110136003)(106356001)(8676002)(81156014)(33646002)(6506004)(105586002)(2950100002)(101416001)(42186005)(76176999)(68736007)(189998001)(83506001)(2906002)(6116002)(6666003)(81166006)(97736004)(39450400002)(4326007)(38730400001)(7736002)(5660300001)(1076002)(229853002)(9686002)(23726003)(733004)(50466002)(7846002)(3846002)(4001350100001)(46406003)(86362001)(93886004);DIR:OUT;SFP:1101;SCL:1;SRVR:DM5PR12MB1387;H:yaz-fedora.dyhomenet;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1;DM5PR12MB1387;23:QdcxYdHnADl0t4RZx0qs/1htUZb4rXBRdiEROqDhU?= =?us-ascii?Q?KdTXl0Mn265AcVd9qR6eCWgXn5WPh76veb++bVkJG5K7U72mrRfXCHF+aGYy?= =?us-ascii?Q?zz+kJ5iWYDxxVKOhPsIb76V1xIpgbH/FGnwi6h1lgqJzYXgduE+iRwxGWEzx?= =?us-ascii?Q?6JQlEi34MIXWfaClYGQoJcA+WMcKzGkUzhWVeNUMOmuU9LlvuiOELlMnrI4c?= =?us-ascii?Q?vNZddkgRK7XCHy2FzbGNIZ6UDMZUebY/bKr+w0lKT0lWMnjE5iZ9mXbz5htO?= =?us-ascii?Q?6UgCvNms4YriF2/91j75ZWURwDHyc9oaOGfVnY8+0CeIbVS5RGUDhKxXhvEp?= =?us-ascii?Q?vrCdmPypXGxgjnJlM9ubiT/5prWJCQjdYoGvE6wVhmVqYJQov18JKN7kEj+g?= =?us-ascii?Q?8/Z7SPnOH64+O8Md1//NFFhuRZPXJXZGmC43wpwKU+YM5Wid9UvFRVZyyQON?= =?us-ascii?Q?kVpb7gHCj9Ena+mYYk5+FGPS6ewYKVos6sVZjIX7wmC3Gp4LtVP20YFRIi3+?= =?us-ascii?Q?PYgUzO5VD3MeT+CrxPLFQMtU8LYfaH5QAJ1kNnkODGd6xYYVTjVvKazRt70y?= =?us-ascii?Q?Luo6B+lI5Ye5UjNrvstPWA1W7EtJi3Wxnj+0H4yshN8gqJ0Eb/mkrLLTbTZ0?= =?us-ascii?Q?zrHX93fbj19qjv3myoOSRmX3aFQv9BX999lRynXXUhnDV83lUv7wu1BoyR0i?= =?us-ascii?Q?MQ3OVntgJfOZEtxiTzNc2NVQ9Gf0Rmdp9Pz8CFj2PDTq6tLSN3crLZ13HBf4?= =?us-ascii?Q?ue1X2LW+j6KY58n4Bw0CmajpLNu6KwpIPllL98uLtbrSlHvTqQ6y+739S6tw?= =?us-ascii?Q?axXQwMv/mFW4sIYiuEjELAqtlqjaKnHiy39ym4/YLT1D2+Z2s55/VDPBsPkD?= =?us-ascii?Q?S4PqG+s0X3KPP75JkGbtBVeVo67Bpho3IxLC/PAOndrYKuw9aMd6DotGEhB3?= =?us-ascii?Q?JbdhdftxkhvYvMDPZCdAxDBfPzoiOn8qRuS5iSDclWuwzFV53pEPZ5M6xHuK?= =?us-ascii?Q?vnFJzXGE/sB0NXdR/Kk8Nq/mO5SRFFv8LmzaPAaAX9057/F4HJTa3qqDhQKb?= =?us-ascii?Q?ryZVMhBgNhQCNKCESBSrOCGeKHjGomjuMULx5h/i1EU2ykYIdJUqQmefS9g5?= =?us-ascii?Q?uqirBVT+vJwnqqp4xp4krU8WfujZxwzWSeFkV/VrDLap1MFd+o/xovBnc92f?= =?us-ascii?Q?dZAM+Fk5SMCSXnE+3fdetF7ngp0R9wQiksRJAmIDwzZyxxvB+RYoIIjxw=3D?= =?us-ascii?Q?=3D?= X-Microsoft-Exchange-Diagnostics: 1;DM5PR12MB1387;6:lfT/EXGUParmIBVz+YKUxc9iZ0K9LB1EexS105XlX4rZja9IuZ3oRdxpvERo/eokofLgZDGyU/th4VCt4tYMnBv8kflEevE5+p8imEYNOMSGZ6fWlYxPbmQ+rR/4Sb8ejbvKZRdWkFiSlhLWib/3UTNzyavOdPf8JaU8RRk54B6ULm6zL01kHSftLCU1QhtA5LAsnUPz1z9GzQq/YwySf4G31OD+xPmHOVQ8ucn0J88qakrpbmVxF2yifu8d6knwEn1Y3ydvXwMVDaw2GTmNKB3rJC88bO9Js7XaM1FTTkfIYkqFPCcEQrYZYxK90IM5HCInX5VbLN4ZnGwXj9F5+eUP4gjhH5ModOJu7k4s0IY0YJIwfTu75wJ+eyvvJ1Kda8dYcIb2vHlhWorArvfOKu/dYa7Jrp78a5jpo51LisXYSwLMOWUmAoxUFiO4CH9AnVCr2zwrsxic7rpIlszkObbBold2gW/gB15z3me0LLRq4nVRN3ca5+kGexNC3cAD;5:KRVg6VeuSO42suzK4edJeolgnYCGB3vE8buK5oqLSXNPnIsR/y1NQ4Pmm6KA2oDay67AnoopiPXlFJ9lWVLOSb7FU8CmDFsAquvOHzYmZvTTH1UBujKDqE+AzGQ/lF7YbUud9H3/P+/wWuxIhfi/gB+DUCcyGMGM+uaqMH9BKQo=;24:7idZClG2eLlg1MlG9ANbPS1BxgtYuWQncsHHguGWxGvArMVqAw5ZHD8iPspJjoAAwlyjg6EzmWEqdk5qv6O+0xDcEfivxPOtZni0O4G+eUA= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;DM5PR12MB1387;7:GiQPW0603Yyh3GsczkZua0TIdqjSXZs+wzQq3kqyDYbE8zxjDuN/5gE0Wq3TBQ8tuzlGyrfsKRYL5IkGjTFRWHa7Q10pe43w1QnafKOPE94hY16R/Qnxij4Ut7anBQJggqLHDWUyqHzcoALFGK0p2ebZfRc/5ZBj0SMjQeOiVEOguDdxK6JR3sEwkXt9Ww3fhuQDJhnX54iD8MJZG2jRNn+jDRm8mVbqEMigofxt9ntCzqQo5suuUj2qTnzUpR3QwEf80N9lbXKg8UHMsaIhI8XoTx5cLfeWI/g+bUklAYTatut3NjHjOhZNcXBP93Vd1uYGhaJ+dH7FgX68cQGqi24kg548G2+ZSCI60hWtRWDAAjk5ldS2wW50tKb5IYNhSAYvQHH5dy1Ji4VDf/ZIZblgqmT3BmARn+BFJCG0qcmQKoP6oOB+I8veBLJazd8CICmPIfKevfEFvrgJ23VV0w==;20:FOs8idjEva4JpQX7VSFlFTwcRi3EFlQDFJmOuAiciq4NhFrBz9sNQogV861PtEQTilswHIxFHYUxrCRlwXAyQF8/S4ULElTQtxdZdGL5zDI5aQyfgl0uw761keuQEF6aCQD0F9Rh3z9szK4wpw0Go8KirXfaLYI2BWZj2XWMEfZ7St3z1VcaQKK187a+YUVP6mcpgaZN2re1Z/tp4tb7FqQg1syz5TW0jmHrVqS6F+PGFGKal/tFrtBhsw3nGJ2p X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Dec 2016 19:58:04.3001 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR12MB1387 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 01, 2016 at 07:15:01PM +0100, Borislav Petkov wrote: > On Thu, Dec 01, 2016 at 11:02:04AM -0500, Yazen Ghannam wrote: > > A deferred error is an uncorrectable error whose handling can be > > deferred, i.e. it's not urgent. This affects the system behavior, but > > I'm now thinking that this shouldn't affect users' behavior. I think it > > would be simpler to just classify deferred errors as uncorrectable > > errors so that users treat them as such. > > Why would we want to lie about deferred errors being uncorrectable? > They are uncorrectable errors that can be handled differently. If you can't handle them then there's not much difference. > And I believe deferred errors can be handled differently like freeze the > process using the page instead of killing it. And so on... > If deferred errors can be handled differently in userspace, then you're right we should maintain the distinction. I was thinking we'd only handle them in the kernel. > Why aren't you simply adding the documentation about > HW_EVENT_ERR_DEFERRED and be done with it? The downstream path like > tracepoint and all can handle all that just fine. > Okay, will do. > > Boris, > > Can we drop or revert commit d12a969ebbfc? > > No can do. It is a public branch and there's no touching it. > Okay, got it. Thanks, Yazen From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yazen Ghannam Subject: Re: linux-next: manual merge of the edac-amd tree with the edac tree Date: Thu, 1 Dec 2016 14:57:54 -0500 Message-ID: <20161201195753.rrxgwvltptq4gegp@yaz-fedora.dyhomenet> References: <20161128143726.7fda1849@canb.auug.org.au> <20161128082734.bdl4dhothemm7ja5@pd.tnic> <20161130085013.4798b4a7@vento.lan> <20161201104846.kjvuy5tj475oxzke@pd.tnic> <20161201100617.511d8aae@vento.lan> <20161201160203.hhm6w3iyrnvcukzu@yaz-fedora.dyhomenet> <20161201181501.eynw6ucx6cdsg6hl@pd.tnic> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Return-path: Content-Disposition: inline In-Reply-To: <20161201181501.eynw6ucx6cdsg6hl@pd.tnic> Sender: linux-kernel-owner@vger.kernel.org To: Borislav Petkov Cc: Mauro Carvalho Chehab , Stephen Rothwell , linux-next@vger.kernel.org, linux-kernel@vger.kernel.org List-Id: linux-next.vger.kernel.org On Thu, Dec 01, 2016 at 07:15:01PM +0100, Borislav Petkov wrote: > On Thu, Dec 01, 2016 at 11:02:04AM -0500, Yazen Ghannam wrote: > > A deferred error is an uncorrectable error whose handling can be > > deferred, i.e. it's not urgent. This affects the system behavior, but > > I'm now thinking that this shouldn't affect users' behavior. I think it > > would be simpler to just classify deferred errors as uncorrectable > > errors so that users treat them as such. > > Why would we want to lie about deferred errors being uncorrectable? > They are uncorrectable errors that can be handled differently. If you can't handle them then there's not much difference. > And I believe deferred errors can be handled differently like freeze the > process using the page instead of killing it. And so on... > If deferred errors can be handled differently in userspace, then you're right we should maintain the distinction. I was thinking we'd only handle them in the kernel. > Why aren't you simply adding the documentation about > HW_EVENT_ERR_DEFERRED and be done with it? The downstream path like > tracepoint and all can handle all that just fine. > Okay, will do. > > Boris, > > Can we drop or revert commit d12a969ebbfc? > > No can do. It is a public branch and there's no touching it. > Okay, got it. Thanks, Yazen