On 20/04/2021 02:49, Joakim Zhang wrote:
...
>> I have tested this patch, but unfortunately the board still fails to resume
>> correctly. So it appears to suffer with the same issue we saw on the previous
>> implementation.
>
> Could I double check with you? Have you reverted Commit 9c63faaa9
/arm64")
Signed-off-by: Jon Hunter
---
drivers/ptp/ptp_kvm_common.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/ptp/ptp_kvm_common.c b/drivers/ptp/ptp_kvm_common.c
index 721ddcede5e1..fcae32f56f25 100644
--- a/drivers/ptp/ptp_kvm_common.c
+++ b/drivers/
Hi Joakim,
On 19/04/2021 12:59, Joakim Zhang wrote:
> When system resume back, STMMAC will clear RX descriptors:
> stmmac_resume()
> ->stmmac_clear_descriptors()
> ->stmmac_clear_rx_descriptors()
> ->stmmac_init_rx_desc()
> ->
On 01/04/2021 17:28, Jon Hunter wrote:
>
> On 31/03/2021 12:41, Joakim Zhang wrote:
>
> ...
>
>>> In answer to your question, resuming from suspend does work on this board
>>> without your change. We have been testing suspend/resume now on this board
>&g
On 31/03/2021 12:41, Joakim Zhang wrote:
...
>> In answer to your question, resuming from suspend does work on this board
>> without your change. We have been testing suspend/resume now on this board
>> since Linux v5.8 and so we have the ability to bisect such regressions. So
>> it is
>> clea
On 31/03/2021 12:10, Joakim Zhang wrote:
...
You mean one of your boards? Does other boards with STMMAC can
work
>>> fine?
>>>
>>> We have two devices with the STMMAC and one works OK and the
>>> other
> fails.
>>> They are different generation of devic
On 31/03/2021 08:43, Joakim Zhang wrote:
...
>>> You mean one of your boards? Does other boards with STMMAC can
>>> work
>> fine?
>>
>> We have two devices with the STMMAC and one works OK and the other
fails.
>> They are different generation of device and so there
On 25/03/2021 08:12, Joakim Zhang wrote:
...
> You mean one of your boards? Does other boards with STMMAC can work
fine?
We have two devices with the STMMAC and one works OK and the other
>> fails.
They are different generation of device and so there could be some
On 25/03/2021 07:53, Joakim Zhang wrote:
>
>> -Original Message-
>> From: Jon Hunter
>> Sent: 2021年3月24日 20:39
>> To: Joakim Zhang
>> Cc: netdev@vger.kernel.org; Linux Kernel Mailing List
>> ; linux-tegra ;
>> Jakub Kicinski
>> Subj
On 24/03/2021 12:20, Joakim Zhang wrote:
...
> Sorry for this breakage at your side.
>
> You mean one of your boards? Does other boards with STMMAC can work fine?
We have two devices with the STMMAC and one works OK and the other
fails. They are different generation of device and so there co
Hi Joakim,
Starting with v5.12-rc3 I noticed that one of our boards, Tegra186
Jetson TX2, was not long resuming from suspend. Bisect points to commit
9c63faaa931e ("net: stmmac: re-init rx buffers when mac resume back")
and reverting this on top of mainline fixes the problem.
Interestingly, the b
On 10/02/2021 22:56, Andrew Lunn wrote:
> On Wed, Feb 10, 2021 at 02:13:48PM -0800, Saravana Kannan wrote:
>> Hi,
>>
>> This email was triggered by this other email[1].
>
> And it appears the Tegra194 Jetson Xavier uses the Marvell 88E1512
> PHY. So ensure the Marvell driver is available, and it
On 25/11/2020 20:45, Alex Elder wrote:
> Update the IPA code to make use of the updated IPA v4.5 register
> definitions. Generally what this patch does is, if IPA v4.5
> hardware is in use:
> - Ensure new registers or fields in IPA v4.5 are updated where
> required
> - Ensure registers o
Chou
> Signed-off-by: Robert Foss
> Tested-by: Robert Foss
> Tested-by: Jon Hunter
> Tested-by: Allan Chou
V3 of this patch is already in the current mainline branch. So you need
to send a patch on top of V3 (or v4.9-rc7) to get this fixed. Also you
should highlight the fact that
gt;presvd_phy_advertise =
> asix_mdio_read_nopm(dev->net, dev->mii.phy_id,
> MII_ADVERTISE);
> }
I gave this a quick test this morning and I can confirm that with the
above change I no longer see the error messages. So feel free to add my ...
Tested-by: Jon Hunter
Cheers
Jon
--
nvpublic
Hi Allan,
On 18/11/16 15:09, Jon Hunter wrote:
> Hi Allan,
>
> On 14/11/16 09:45, ASIX_Allan [Office] wrote:
>> Hi Jon,
>>
>> Please help to double check if the USB host controller of your Terga
>> platform had been powered OFF while running the ax88772_suspend
Hi Allan,
On 14/11/16 09:45, ASIX_Allan [Office] wrote:
> Hi Jon,
>
> Please help to double check if the USB host controller of your Terga
> platform had been powered OFF while running the ax88772_suspend() routine or
> not?
Sorry for the delay. Today I set up a local board to reproduce this on
Hi Allan,
On 14/11/16 08:50, ASIX_Allan [Home] wrote:
> It seems the AX88772x dongle had been unexpectedly removed while running the
> ax88772_suspend() routine. If yes, you might see these error messages
> because the hardware had been absent.
In my case the hardware was never removed. The b
Hi Robert,
On 29/08/16 14:32, robert.f...@collabora.com wrote:
> From: Robert Foss
>
> From: Allan Chou
>
> The change fixes AX88772x resume failure by
> - Restore incorrect AX88772A PHY registers when resetting
> - Need to stop MAC operation when suspending
> - Need to restart MII when restor
19 matches
Mail list logo
