[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <17733148-82fd-e119-3525-c2d580fabc99@kernel.org>
Date: Tue, 26 Feb 2019 08:59:43 -0600
From: Dinh Nguyen <dinguyen@...nel.org>
To: Borislav Petkov <bp@...en8.de>, thor.thayer@...ux.intel.com
Cc: linux@...linux.org.uk, mchehab@...nel.org, james.morse@....com,
linux-edac@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCHv2 0/2] Independent SOCFPGA SDRAM EDAC config
Hi Boris,
On 2/25/19 2:42 PM, Borislav Petkov wrote:
> On Mon, Feb 25, 2019 at 12:56:44PM -0600, thor.thayer@...ux.intel.com wrote:
>> From: Thor Thayer <thor.thayer@...ux.intel.com>
>>
>> Most users want EDAC support so make it the default.
>>
>> SOCFPGA SDRAM EDAC reporting was enabled by the parent EDAC
>> config (CONFIG_ALTERA_EDAC) since initial customers always
>> wanted SDRAM EDAC enabled.
>> There are cases where the SDRAM needs to be disabled while
>> the other block EDACs remain enabled.
>> This patch set 1) splits out the SDRAM EDAC into a separate
>> config and 2) enables all the EDAC blocks by default for
>> 32 bit SOCFPGA.
>>
>> V2 Changes
>> Rebase socfpga_defconfig against arm-soc/arm/defconfig
>>
>> Thor Thayer (2):
>> EDAC, altera: Add separate SDRAM EDAC config
>> ARM: socfpga_defconfig: enable EDAC by default
>
> Am I supposed to take the second patch too or is it going through Dinh's
> tree?
>
If you don't mind, I'll take the defconfig patch to avoid any conflicts.
Thanks,
Dinh
Powered by blists - more mailing lists