* [PATCH] can: flexcan: fix deadlock when using self wakeup
@ 2019-05-17 2:39 Joakim Zhang
2019-05-17 2:47 ` Joakim Zhang
` (2 more replies)
0 siblings, 3 replies; 9+ messages in thread
From: Joakim Zhang @ 2019-05-17 2:39 UTC (permalink / raw)
To: mkl, linux-can; +Cc: dl-linux-imx, wg, netdev, Joakim Zhang
As reproted by Sean Nyekjaer bellow:
When suspending, when there is still can traffic on the
interfaces the flexcan immediately wakes the platform again.
As it should :-)
But it throws this error msg:
[ 3169.378661] PM: noirq suspend of devices failed
On the way down to suspend the interface that throws the error
message does call flexcan_suspend but fails to call
flexcan_noirq_suspend.
That means the flexcan_enter_stop_mode is called, but on the way
out of suspend the driver only calls flexcan_resume and skips
flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
This leaves the flexcan in stop mode, and with the current driver
it can't recover from this even with a soft reboot, it requires a
hard reboot.
Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
This patch intends to fix the issue, and also add comment to explain the
wakeup flow.
Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
---
drivers/net/can/flexcan.c | 17 +++++++++++++++++
1 file changed, 17 insertions(+)
diff --git a/drivers/net/can/flexcan.c b/drivers/net/can/flexcan.c
index e35083ff31ee..6fbce473a8c7 100644
--- a/drivers/net/can/flexcan.c
+++ b/drivers/net/can/flexcan.c
@@ -286,6 +286,7 @@ struct flexcan_priv {
const struct flexcan_devtype_data *devtype_data;
struct regulator *reg_xceiver;
struct flexcan_stop_mode stm;
+ bool in_stop_mode;
/* Read and Write APIs */
u32 (*read)(void __iomem *addr);
@@ -1653,6 +1654,7 @@ static int __maybe_unused flexcan_suspend(struct device *device)
if (device_may_wakeup(device)) {
enable_irq_wake(dev->irq);
flexcan_enter_stop_mode(priv);
+ priv->in_stop_mode = true;
} else {
err = flexcan_chip_disable(priv);
if (err)
@@ -1679,6 +1681,11 @@ static int __maybe_unused flexcan_resume(struct device *device)
netif_device_attach(dev);
netif_start_queue(dev);
if (device_may_wakeup(device)) {
+ if (priv->in_stop_mode) {
+ flexcan_enable_wakeup_irq(priv, false);
+ flexcan_exit_stop_mode(priv);
+ priv->in_stop_mode = false;
+ }
disable_irq_wake(dev->irq);
} else {
err = pm_runtime_force_resume(device);
@@ -1715,6 +1722,11 @@ static int __maybe_unused flexcan_noirq_suspend(struct device *device)
struct net_device *dev = dev_get_drvdata(device);
struct flexcan_priv *priv = netdev_priv(dev);
+ /* Need enable wakeup interrupt in noirq suspend stage. Otherwise,
+ * it will trigger continuously wakeup interrupt if the wakeup event
+ * comes before noirq suspend stage, and simultaneously in has enter
+ * the stop mode.
+ */
if (netif_running(dev) && device_may_wakeup(device))
flexcan_enable_wakeup_irq(priv, true);
@@ -1726,9 +1738,14 @@ static int __maybe_unused flexcan_noirq_resume(struct device *device)
struct net_device *dev = dev_get_drvdata(device);
struct flexcan_priv *priv = netdev_priv(dev);
+ /* Need exit stop mode in noirq resume stage. Otherwise, it will
+ * trigger continuously wakeup interrupt if the wakeup event comes,
+ * and simultaneously it has still in stop mode.
+ */
if (netif_running(dev) && device_may_wakeup(device)) {
flexcan_enable_wakeup_irq(priv, false);
flexcan_exit_stop_mode(priv);
+ priv->in_stop_mode = false;
}
return 0;
--
2.17.1
^ permalink raw reply related [flat|nested] 9+ messages in thread
* RE: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-05-17 2:39 [PATCH] can: flexcan: fix deadlock when using self wakeup Joakim Zhang
@ 2019-05-17 2:47 ` Joakim Zhang
2019-05-17 17:18 ` Marc Kleine-Budde
2019-06-08 17:41 ` Sean Nyekjaer
2 siblings, 0 replies; 9+ messages in thread
From: Joakim Zhang @ 2019-05-17 2:47 UTC (permalink / raw)
To: mkl, linux-can; +Cc: dl-linux-imx, wg, netdev
Hi Marc,
Sean Nyekjaer reported the issue, but the fix is incorrect.
https://www.spinics.net/lists/linux-can/msg01447.html
Could you help to add Sean Nyekjaer to this thread as I can't get the email address.
You can add the "Reported-by" tag if you pick up the patch.
Thanks a lot!
Best Regards,
Joakim Zhang
> -----Original Message-----
> From: Joakim Zhang
> Sent: 2019年5月17日 10:39
> To: mkl@pengutronix.de; linux-can@vger.kernel.org
> Cc: dl-linux-imx <linux-imx@nxp.com>; wg@grandegger.com;
> netdev@vger.kernel.org; Joakim Zhang <qiangqing.zhang@nxp.com>
> Subject: [PATCH] can: flexcan: fix deadlock when using self wakeup
>
> As reproted by Sean Nyekjaer bellow:
> When suspending, when there is still can traffic on the interfaces the flexcan
> immediately wakes the platform again.
> As it should :-)
> But it throws this error msg:
> [ 3169.378661] PM: noirq suspend of devices failed
>
> On the way down to suspend the interface that throws the error message does
> call flexcan_suspend but fails to call flexcan_noirq_suspend.
> That means the flexcan_enter_stop_mode is called, but on the way out of
> suspend the driver only calls flexcan_resume and skips flexcan_noirq_resume,
> thus it doesn't call flexcan_exit_stop_mode.
> This leaves the flexcan in stop mode, and with the current driver it can't
> recover from this even with a soft reboot, it requires a hard reboot.
>
> Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
>
> This patch intends to fix the issue, and also add comment to explain the
> wakeup flow.
>
> Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
> ---
> drivers/net/can/flexcan.c | 17 +++++++++++++++++
> 1 file changed, 17 insertions(+)
>
> diff --git a/drivers/net/can/flexcan.c b/drivers/net/can/flexcan.c index
> e35083ff31ee..6fbce473a8c7 100644
> --- a/drivers/net/can/flexcan.c
> +++ b/drivers/net/can/flexcan.c
> @@ -286,6 +286,7 @@ struct flexcan_priv {
> const struct flexcan_devtype_data *devtype_data;
> struct regulator *reg_xceiver;
> struct flexcan_stop_mode stm;
> + bool in_stop_mode;
>
> /* Read and Write APIs */
> u32 (*read)(void __iomem *addr);
> @@ -1653,6 +1654,7 @@ static int __maybe_unused flexcan_suspend(struct
> device *device)
> if (device_may_wakeup(device)) {
> enable_irq_wake(dev->irq);
> flexcan_enter_stop_mode(priv);
> + priv->in_stop_mode = true;
> } else {
> err = flexcan_chip_disable(priv);
> if (err)
> @@ -1679,6 +1681,11 @@ static int __maybe_unused flexcan_resume(struct
> device *device)
> netif_device_attach(dev);
> netif_start_queue(dev);
> if (device_may_wakeup(device)) {
> + if (priv->in_stop_mode) {
> + flexcan_enable_wakeup_irq(priv, false);
> + flexcan_exit_stop_mode(priv);
> + priv->in_stop_mode = false;
> + }
> disable_irq_wake(dev->irq);
> } else {
> err = pm_runtime_force_resume(device); @@ -1715,6
> +1722,11 @@ static int __maybe_unused flexcan_noirq_suspend(struct device
> *device)
> struct net_device *dev = dev_get_drvdata(device);
> struct flexcan_priv *priv = netdev_priv(dev);
>
> + /* Need enable wakeup interrupt in noirq suspend stage. Otherwise,
> + * it will trigger continuously wakeup interrupt if the wakeup event
> + * comes before noirq suspend stage, and simultaneously in has enter
> + * the stop mode.
> + */
> if (netif_running(dev) && device_may_wakeup(device))
> flexcan_enable_wakeup_irq(priv, true);
>
> @@ -1726,9 +1738,14 @@ static int __maybe_unused
> flexcan_noirq_resume(struct device *device)
> struct net_device *dev = dev_get_drvdata(device);
> struct flexcan_priv *priv = netdev_priv(dev);
>
> + /* Need exit stop mode in noirq resume stage. Otherwise, it will
> + * trigger continuously wakeup interrupt if the wakeup event comes,
> + * and simultaneously it has still in stop mode.
> + */
> if (netif_running(dev) && device_may_wakeup(device)) {
> flexcan_enable_wakeup_irq(priv, false);
> flexcan_exit_stop_mode(priv);
> + priv->in_stop_mode = false;
> }
>
> return 0;
> --
> 2.17.1
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-05-17 2:39 [PATCH] can: flexcan: fix deadlock when using self wakeup Joakim Zhang
2019-05-17 2:47 ` Joakim Zhang
@ 2019-05-17 17:18 ` Marc Kleine-Budde
2019-06-11 6:55 ` Joakim Zhang
2019-06-08 17:41 ` Sean Nyekjaer
2 siblings, 1 reply; 9+ messages in thread
From: Marc Kleine-Budde @ 2019-05-17 17:18 UTC (permalink / raw)
To: Joakim Zhang, linux-can; +Cc: dl-linux-imx, wg, netdev, Aisheng Dong
[-- Attachment #1.1: Type: text/plain, Size: 2162 bytes --]
On 5/17/19 4:39 AM, Joakim Zhang wrote:
> As reproted by Sean Nyekjaer bellow:
> When suspending, when there is still can traffic on the
> interfaces the flexcan immediately wakes the platform again.
> As it should :-)
> But it throws this error msg:
> [ 3169.378661] PM: noirq suspend of devices failed
>
> On the way down to suspend the interface that throws the error
> message does call flexcan_suspend but fails to call
> flexcan_noirq_suspend.
> That means the flexcan_enter_stop_mode is called, but on the way
> out of suspend the driver only calls flexcan_resume and skips
> flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
> This leaves the flexcan in stop mode, and with the current driver
> it can't recover from this even with a soft reboot, it requires a
> hard reboot.
>
> Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
>
> This patch intends to fix the issue, and also add comment to explain the
> wakeup flow.
>
> Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
The existing self wakeup support:
| de3578c198c6 ("can: flexcan: add self wakeup support")
looks broken to me.
According to the data sheet:
> To enter stop mode, the CPU should manually assert a global Stop Mode
> request (see the CAN1_STOP_REQ and CAN2_STOP_REQ bit in the register
> IOMUXC_GPR4) and check the acknowledgement asserted by the FlexCAN
> (see the CAN1_STOP_ACK and CAN2_STOP_ACK in the register
> IOMUXC_GPR4). The CPU must only consider the FlexCAN in Stop Mode
> when both request and acknowledgement conditions are satisfied.
you have to poll for the acknowledgement, which is not done in the
driver. Please fix that first.
As far as I understand the documentation the suspend() and resume
functions should be symmetric. If they are, you shouldn't need the
in_stop_mode hack.
regards,
Marc
--
Pengutronix e.K. | Marc Kleine-Budde |
Industrial Linux Solutions | Phone: +49-231-2826-924 |
Vertretung West/Dortmund | Fax: +49-5121-206917-5555 |
Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de |
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-05-17 2:39 [PATCH] can: flexcan: fix deadlock when using self wakeup Joakim Zhang
2019-05-17 2:47 ` Joakim Zhang
2019-05-17 17:18 ` Marc Kleine-Budde
@ 2019-06-08 17:41 ` Sean Nyekjaer
2019-06-11 6:58 ` Joakim Zhang
2 siblings, 1 reply; 9+ messages in thread
From: Sean Nyekjaer @ 2019-06-08 17:41 UTC (permalink / raw)
To: Joakim Zhang, mkl, linux-can; +Cc: dl-linux-imx, wg, netdev
On 17/05/2019 04.39, Joakim Zhang wrote:
> As reproted by Sean Nyekjaer bellow:
> When suspending, when there is still can traffic on the
> interfaces the flexcan immediately wakes the platform again.
> As it should :-)
> But it throws this error msg:
> [ 3169.378661] PM: noirq suspend of devices failed
>
> On the way down to suspend the interface that throws the error
> message does call flexcan_suspend but fails to call
> flexcan_noirq_suspend.
> That means the flexcan_enter_stop_mode is called, but on the way
> out of suspend the driver only calls flexcan_resume and skips
> flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
> This leaves the flexcan in stop mode, and with the current driver
> it can't recover from this even with a soft reboot, it requires a
> hard reboot.
>
> Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
>
> This patch intends to fix the issue, and also add comment to explain the
> wakeup flow.
> Reported-by: Sean Nyekjaer <sean@geanix.com>
> Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
How is it going with the updated patch?
/Sean
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-05-17 17:18 ` Marc Kleine-Budde
@ 2019-06-11 6:55 ` Joakim Zhang
0 siblings, 0 replies; 9+ messages in thread
From: Joakim Zhang @ 2019-06-11 6:55 UTC (permalink / raw)
To: Marc Kleine-Budde, linux-can; +Cc: dl-linux-imx, wg, netdev, Aisheng Dong
> -----Original Message-----
> From: Marc Kleine-Budde <mkl@pengutronix.de>
> Sent: 2019年5月18日 1:19
> To: Joakim Zhang <qiangqing.zhang@nxp.com>; linux-can@vger.kernel.org
> Cc: dl-linux-imx <linux-imx@nxp.com>; wg@grandegger.com;
> netdev@vger.kernel.org; Aisheng Dong <aisheng.dong@nxp.com>
> Subject: Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
>
> On 5/17/19 4:39 AM, Joakim Zhang wrote:
> > As reproted by Sean Nyekjaer bellow:
> > When suspending, when there is still can traffic on the interfaces the
> > flexcan immediately wakes the platform again.
> > As it should :-)
> > But it throws this error msg:
> > [ 3169.378661] PM: noirq suspend of devices failed
> >
> > On the way down to suspend the interface that throws the error message
> > does call flexcan_suspend but fails to call flexcan_noirq_suspend.
> > That means the flexcan_enter_stop_mode is called, but on the way out
> > of suspend the driver only calls flexcan_resume and skips
> > flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
> > This leaves the flexcan in stop mode, and with the current driver it
> > can't recover from this even with a soft reboot, it requires a hard
> > reboot.
> >
> > Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
> >
> > This patch intends to fix the issue, and also add comment to explain
> > the wakeup flow.
> >
> > Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
>
> The existing self wakeup support:
>
> | de3578c198c6 ("can: flexcan: add self wakeup support")
>
> looks broken to me.
>
> According to the data sheet:
>
> > To enter stop mode, the CPU should manually assert a global Stop Mode
> > request (see the CAN1_STOP_REQ and CAN2_STOP_REQ bit in the register
> > IOMUXC_GPR4) and check the acknowledgement asserted by the FlexCAN
> > (see the CAN1_STOP_ACK and CAN2_STOP_ACK in the register
> IOMUXC_GPR4).
> > The CPU must only consider the FlexCAN in Stop Mode when both request
> > and acknowledgement conditions are satisfied.
> you have to poll for the acknowledgement, which is not done in the driver.
> Please fix that first.
Hi Marc,
Patch has sent out to fix it. Thank you!
> As far as I understand the documentation the suspend() and resume functions
> should be symmetric. If they are, you shouldn't need the in_stop_mode hack.
Yes, we don't need in_stop_mode hack if we can let FlexCAN stop mode mechanism be symmetric
in suspend() and resume(). However, it can't be realized as I explained in the patch.
Ang suggestion can provide?
Best Regards,
Joakim Zhang
> regards,
> Marc
>
> --
> Pengutronix e.K. | Marc Kleine-Budde |
> Industrial Linux Solutions | Phone: +49-231-2826-924 |
> Vertretung West/Dortmund | Fax: +49-5121-206917-5555 |
> Amtsgericht Hildesheim, HRA 2686 | http://www.pengutronix.de |
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-06-08 17:41 ` Sean Nyekjaer
@ 2019-06-11 6:58 ` Joakim Zhang
2019-06-11 7:08 ` Sean Nyekjaer
0 siblings, 1 reply; 9+ messages in thread
From: Joakim Zhang @ 2019-06-11 6:58 UTC (permalink / raw)
To: Sean Nyekjaer, mkl, linux-can; +Cc: dl-linux-imx, wg, netdev
> -----Original Message-----
> From: Sean Nyekjaer <sean@geanix.com>
> Sent: 2019年6月9日 1:42
> To: Joakim Zhang <qiangqing.zhang@nxp.com>; mkl@pengutronix.de;
> linux-can@vger.kernel.org
> Cc: dl-linux-imx <linux-imx@nxp.com>; wg@grandegger.com;
> netdev@vger.kernel.org
> Subject: Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
>
>
>
> On 17/05/2019 04.39, Joakim Zhang wrote:
> > As reproted by Sean Nyekjaer bellow:
> > When suspending, when there is still can traffic on the interfaces the
> > flexcan immediately wakes the platform again.
> > As it should :-)
> > But it throws this error msg:
> > [ 3169.378661] PM: noirq suspend of devices failed
> >
> > On the way down to suspend the interface that throws the error message
> > does call flexcan_suspend but fails to call flexcan_noirq_suspend.
> > That means the flexcan_enter_stop_mode is called, but on the way out
> > of suspend the driver only calls flexcan_resume and skips
> > flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
> > This leaves the flexcan in stop mode, and with the current driver it
> > can't recover from this even with a soft reboot, it requires a hard
> > reboot.
> >
> > Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
> >
> > This patch intends to fix the issue, and also add comment to explain
> > the wakeup flow.
> > Reported-by: Sean Nyekjaer <sean@geanix.com>
> > Signed-off-by: Joakim Zhang <qiangqing.zhang@nxp.com>
>
> How is it going with the updated patch?
Hi Sean,
I still need discuss with Marc about the solution.
Joakim Zhang
> /Sean
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-06-11 6:58 ` Joakim Zhang
@ 2019-06-11 7:08 ` Sean Nyekjaer
2019-06-11 7:21 ` Joakim Zhang
0 siblings, 1 reply; 9+ messages in thread
From: Sean Nyekjaer @ 2019-06-11 7:08 UTC (permalink / raw)
To: Joakim Zhang; +Cc: mkl, linux-can, dl-linux-imx, wg, netdev
On 11/06/2019 08.58, Joakim Zhang wrote:
>>
>> How is it going with the updated patch?
>
> Hi Sean,
>
> I still need discuss with Marc about the solution.
>
> Joakim Zhang
Hi, Joakim
Please include me in the loop :-)
/Sean
^ permalink raw reply [flat|nested] 9+ messages in thread
* RE: [PATCH] can: flexcan: fix deadlock when using self wakeup
2019-06-11 7:08 ` Sean Nyekjaer
@ 2019-06-11 7:21 ` Joakim Zhang
0 siblings, 0 replies; 9+ messages in thread
From: Joakim Zhang @ 2019-06-11 7:21 UTC (permalink / raw)
To: Sean Nyekjaer; +Cc: mkl, linux-can, dl-linux-imx, wg, netdev
> -----Original Message-----
> From: Sean Nyekjaer <sean@geanix.com>
> Sent: 2019年6月11日 15:08
> To: Joakim Zhang <qiangqing.zhang@nxp.com>
> Cc: mkl@pengutronix.de; linux-can@vger.kernel.org; dl-linux-imx
> <linux-imx@nxp.com>; wg@grandegger.com; netdev@vger.kernel.org
> Subject: Re: [PATCH] can: flexcan: fix deadlock when using self wakeup
>
>
>
> On 11/06/2019 08.58, Joakim Zhang wrote:
> >>
> >> How is it going with the updated patch?
> >
> > Hi Sean,
> >
> > I still need discuss with Marc about the solution.
> >
> > Joakim Zhang
>
> Hi, Joakim
>
> Please include me in the loop :-)
Okay, will add you if anything update.
Joakim Zhang
>
> /Sean
^ permalink raw reply [flat|nested] 9+ messages in thread
* [PATCH] can: flexcan: fix deadlock when using self wakeup
@ 2019-04-16 14:35 Sean Nyekjaer
0 siblings, 0 replies; 9+ messages in thread
From: Sean Nyekjaer @ 2019-04-16 14:35 UTC (permalink / raw)
To: netdev, linux-can, mkl; +Cc: Sean Nyekjaer
When suspending, when there is still can traffic on the
interfaces the flexcan immediately wakes the platform again.
As it should :-)
But it throws this error msg:
[ 3169.378661] PM: noirq suspend of devices failed
On the way down to suspend the interface that throws the error
message does call flexcan_suspend but fails to call
flexcan_noirq_suspend.
That means the flexcan_enter_stop_mode is called, but on the way
out of suspend the driver only calls flexcan_resume and skips
flexcan_noirq_resume, thus it doesn't call flexcan_exit_stop_mode.
This leaves the flexcan in stop mode, and with the current driver
it can't recover from this even with a soft reboot, it requires a
hard reboot.
Fixes: de3578c198c6 ("can: flexcan: add self wakeup support")
Signed-off-by: Sean Nyekjaer <sean@geanix.com>
---
drivers/net/can/flexcan.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/can/flexcan.c b/drivers/net/can/flexcan.c
index 78f67f59b165..3fbce94e7ee5 100644
--- a/drivers/net/can/flexcan.c
+++ b/drivers/net/can/flexcan.c
@@ -1588,6 +1588,7 @@ static int __maybe_unused flexcan_resume(struct device *device)
netif_start_queue(dev);
if (device_may_wakeup(device)) {
disable_irq_wake(dev->irq);
+ flexcan_exit_stop_mode(priv);
} else {
err = flexcan_chip_enable(priv);
if (err)
@@ -1615,7 +1616,6 @@ static int __maybe_unused flexcan_noirq_resume(struct device *device)
if (netif_running(dev) && device_may_wakeup(device)) {
flexcan_enable_wakeup_irq(priv, false);
- flexcan_exit_stop_mode(priv);
}
return 0;
--
2.21.0
^ permalink raw reply related [flat|nested] 9+ messages in thread
end of thread, other threads:[~2019-06-11 7:21 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-17 2:39 [PATCH] can: flexcan: fix deadlock when using self wakeup Joakim Zhang
2019-05-17 2:47 ` Joakim Zhang
2019-05-17 17:18 ` Marc Kleine-Budde
2019-06-11 6:55 ` Joakim Zhang
2019-06-08 17:41 ` Sean Nyekjaer
2019-06-11 6:58 ` Joakim Zhang
2019-06-11 7:08 ` Sean Nyekjaer
2019-06-11 7:21 ` Joakim Zhang
-- strict thread matches above, loose matches on Subject: below --
2019-04-16 14:35 Sean Nyekjaer
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).