From: Shiping Ji <shiping.linux@gmail.com>
To: Borislav Petkov <bp@alien8.de>
Cc: James Morse <james.morse@arm.com>,
robh+dt@kernel.org, mark.rutland@arm.com,
devicetree@vger.kernel.org, LKML <linux-kernel@vger.kernel.org>,
linux-edac@vger.kernel.org,
Mauro Carvalho Chehab <mchehab@kernel.org>,
sashal@kernel.org, hangl@microsoft.com,
Lei Wang <lewan@microsoft.com>,
shji@microsoft.com, ruizhao@microsoft.com,
Scott Branden <scott.branden@broadcom.com>,
Yuqing Shen <yuqing.shen@broadcom.com>,
ray.jui@broadcom.com, wangglei@gmail.com
Subject: Re: [PATCH v9 2/2] EDAC: add EDAC driver for DMC520
Date: Fri, 17 Jan 2020 10:31:18 -0800 [thread overview]
Message-ID: <d5989a4c-8173-2f03-7d20-6fdd32d19591@gmail.com> (raw)
In-Reply-To: <20200117001843.GJ27148@zn.tnic>
On 1/16/2020 4:18 PM, Borislav Petkov wrote:
>> +/* The EDAC driver private data */
>> +struct dmc520_edac {
>> + void __iomem *reg_base;
>> + spinlock_t ecc_lock;
>
> What does that spinlock protect? Also, its name is not very optimal.
This is to protect concurrent writes to the mci->error_desc as suggested by James when reviewing the patch v3.
>> + reg_offset_low = is_ce ? REG_OFFSET_DRAM_ECC_ERRC_INT_INFO_31_00 :
>> + REG_OFFSET_DRAM_ECC_ERRD_INT_INFO_31_00;
>> + reg_offset_high = is_ce ? REG_OFFSET_DRAM_ECC_ERRC_INT_INFO_63_32 :
>> + REG_OFFSET_DRAM_ECC_ERRD_INT_INFO_63_32;
>
> Those define names could be shorter.
I'm trying to find a good scheme to make them shorter, at the moment they are named according to the TRM.
>> + if (irq >= 0) {
>> + ret = devm_request_irq(&pdev->dev, irq,
>> + dmc520_isr, IRQF_SHARED,
>> + dev_name(&pdev->dev), mci);
>
> Align arguments on the opening brace.
I'm not sure how this can be done perfectly with tabs only :)
All other comments have been addressed in the next patch, many thanks!
--
Best regards,
Shiping Ji
next prev parent reply other threads:[~2020-01-17 18:31 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-15 14:32 [PATCH v9 2/2] EDAC: add EDAC driver for DMC520 Shiping Ji
2020-01-15 21:38 ` Borislav Petkov
2020-01-15 21:49 ` Shiping Ji
2020-01-15 22:05 ` Borislav Petkov
2020-01-15 22:08 ` Shiping Ji
2020-01-17 0:18 ` Borislav Petkov
2020-01-17 18:31 ` Shiping Ji [this message]
2020-01-17 18:40 ` Scott Branden
2020-01-17 18:57 ` Borislav Petkov
2020-01-17 0:31 ` Scott Branden
2020-01-17 18:24 ` Shiping Ji
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d5989a4c-8173-2f03-7d20-6fdd32d19591@gmail.com \
--to=shiping.linux@gmail.com \
--cc=bp@alien8.de \
--cc=devicetree@vger.kernel.org \
--cc=hangl@microsoft.com \
--cc=james.morse@arm.com \
--cc=lewan@microsoft.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=mchehab@kernel.org \
--cc=ray.jui@broadcom.com \
--cc=robh+dt@kernel.org \
--cc=ruizhao@microsoft.com \
--cc=sashal@kernel.org \
--cc=scott.branden@broadcom.com \
--cc=shji@microsoft.com \
--cc=wangglei@gmail.com \
--cc=yuqing.shen@broadcom.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).