Re: [PATCH net-next 3/3] net: stmmac: Add RK3566/RK3568 SoC support

2021-04-14 Thread Peter Geis
On Tue, Apr 13, 2021 at 7:37 PM Ezequiel Garcia wrote: > > On Tuesday, April 13, 2021 19:51 -03, Peter Geis wrote: > > > On Tue, Apr 13, 2021 at 5:03 PM Ezequiel Garcia > > wrote: > > > > > > From: David Wu > > > > > > Add constants and

Re: [PATCH net-next 3/3] net: stmmac: Add RK3566/RK3568 SoC support

2021-04-13 Thread Peter Geis
On Tue, Apr 13, 2021 at 5:03 PM Ezequiel Garcia wrote: > > From: David Wu > > Add constants and callback functions for the dwmac present > on RK3566 and RK3568 SoCs. As can be seen, the base structure > is the same, only registers and the bits in them moved slightly. > > RK3568 supports two MACs,

Re: [Patch net] cgroup: fix cgroup_sk_alloc() for sk_clone_lock()

2020-07-02 Thread Peter Geis
luding not backporting to stable at all. > > It seems to be that the issue was there from bd1060a1d671 ("sock, cgroup: add > sock->sk_cgroup"), > so I'd go with it. Otherwise we can go with 5.4+, as I understand before that > it was > hard to reproduce it. > > Thanks! Just wanted to let you know, this patch has been running for ~36 hours or so without a crash. So: Tested-by: Peter Geis

Re: [Patch net] cgroup: fix cgroup_sk_alloc() for sk_clone_lock()

2020-06-18 Thread Peter Geis
On Thu, Jun 18, 2020 at 5:26 PM Roman Gushchin wrote: > > On Thu, Jun 18, 2020 at 02:09:43PM -0700, Cong Wang wrote: > > On Thu, Jun 18, 2020 at 12:36 PM Roman Gushchin wrote: > > > > > > On Thu, Jun 18, 2020 at 12:19:13PM -0700, Cong Wang wrote: > > > > On Wed, Jun 17, 2020 at 6:44 PM Zefan Li

[Crash] unhandled kernel memory read from unreadable memory

2020-06-13 Thread Peter Geis
Good Morning, Last night I started experiencing crashes on my home server. I updated to 5.6.17 from 5.6.15 a few days ago but I'm not sure if that is related. The crash occurred four times between last night and this morning. [23352.431106] rockpro64 kernel: Unable to handle kernel read from unre

Re: [Regression] "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks rk3328-roc-cc networking

2019-05-18 Thread Peter Geis
On Tue, May 14, 2019 at 12:20 PM Serge Semin wrote: > > Hello Peter > > On Tue, May 14, 2019 at 07:53:21AM -0400, Peter Geis wrote: > > On Sun, May 12, 2019 at 3:34 AM Heiner Kallweit > > wrote: > > > > > > On 12.05.2019 04:50, Peter Geis wrote: > &

Re: [Regression] "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks rk3328-roc-cc networking

2019-05-14 Thread Peter Geis
On Sun, May 12, 2019 at 3:34 AM Heiner Kallweit wrote: > > On 12.05.2019 04:50, Peter Geis wrote: > > On 5/11/2019 10:37 PM, Andrew Lunn wrote: > >> On Sat, May 11, 2019 at 07:17:08PM -0400, Peter Geis wrote: > >>> Good Evening, > >>> > >>

Re: [Regression] "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks rk3328-roc-cc networking

2019-05-11 Thread Peter Geis
On 5/11/2019 10:37 PM, Andrew Lunn wrote: On Sat, May 11, 2019 at 07:17:08PM -0400, Peter Geis wrote: Good Evening, Commit f81dadbcf7fd067baf184b63c179fc392bdb226e "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks networking completely on the rk3328-roc-cc. Reverting the

[Regression] "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks rk3328-roc-cc networking

2019-05-11 Thread Peter Geis
Good Evening, Commit f81dadbcf7fd067baf184b63c179fc392bdb226e "net: phy: realtek: Add rtl8211e rx/tx delays config" breaks networking completely on the rk3328-roc-cc. Reverting the offending commit solves the problem. The following error occurs: [ 49.442425] Unable to handle kernel executi