[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YDZeRc6CHV/WzyCm@rocinante>
Date: Wed, 24 Feb 2021 15:10:13 +0100
From: Krzysztof WilczyĆski <kw@...ux.com>
To: Jianjun Wang <jianjun.wang@...iatek.com>
Cc: Bjorn Helgaas <helgaas@...nel.org>,
Rob Herring <robh+dt@...nel.org>, maz@...nel.org,
Lorenzo Pieralisi <lorenzo.pieralisi@....com>,
Ryder Lee <ryder.lee@...iatek.com>,
Philipp Zabel <p.zabel@...gutronix.de>,
Matthias Brugger <matthias.bgg@...il.com>,
linux-pci@...r.kernel.org, linux-mediatek@...ts.infradead.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org,
Sj Huang <sj.huang@...iatek.com>, youlin.pei@...iatek.com,
chuanjia.liu@...iatek.com, qizhong.cheng@...iatek.com,
sin_jieyang@...iatek.com, drinkcat@...omium.org,
Rex-BC.Chen@...iatek.com, anson.chuang@...iatek.com
Subject: Re: [v8,6/7] PCI: mediatek-gen3: Add system PM support
Hi Jianjun,
> Add suspend_noirq and resume_noirq callback functions to implement
> PM system suspend hooks for MediaTek Gen3 PCIe controller.
So, "systems suspend" and "resume" hooks, correct?
> When system suspend, trigger the PCIe link to L2 state and pull down
It probably would be "the system suspends".
[...]
> When system resum, the PCIe link should be re-established and the
> related control register values should be restored.
Similarly to the above: "the system resumes".
[...]
> + if (err) {
> + dev_err(port->dev, "can not enter L2 state\n");
> + return err;
> + }
Most likely you want "cannot" or "can't" in the above error message.
> + /* Pull down the PERST# pin */
> + val = readl_relaxed(port->base + PCIE_RST_CTRL_REG);
> + val |= PCIE_PE_RSTB;
> + writel_relaxed(val, port->base + PCIE_RST_CTRL_REG);
> +
> + dev_dbg(port->dev, "enter L2 state success");
Just a nitpick. What about "entered L2 states successfully"?
[...]
> + if (err) {
> + dev_err(port->dev, "resume failed\n");
> + return err;
> + }
This error message does not quite convey that the mtk_pcie_startup_port()
was the function that failed, which is only a part of what you have to do
to successfully resume.
> + dev_dbg(port->dev, "resume done\n");
A nitpick. Probably not needed, as lack of error message would mean
that the device resumed successfully after being suspended.
Krzysztof
Powered by blists - more mailing lists