RE: [PATCH v2] net: phy: realtek: Add support for RTL9000AA/AN

2021-01-20 Thread ashid...@fujitsu.com
Hi Andrew > The parameter is called 'forced-slave'. See the man page: Umm... # ./ethtool --help ethtool [ FLAGS ] -s|--change DEVNAME Change generic options [ speed %d ] [ duplex half|full ] [ port tp|aui|bnc|mii|fibre|da ]

RE: [PATCH v2] net: phy: realtek: Add support for RTL9000AA/AN

2021-01-18 Thread ashid...@fujitsu.com
Hi Andrew > > Do you know how to switch between master/slave? > > There was a patch to ethtool merged for this: > > commit 558f7cc33daf82f945af432c79db40edcbe0dad0 > Author: Oleksij Rempel > Date: Wed Jun 10 10:37:43 2020 +0200 > > netlink: add master/slave configuration support I know

RE: [PATCH v2] net: phy: realtek: Add support for RTL9000AA/AN

2021-01-14 Thread ashid...@fujitsu.com
Hi Andrew > For T1, it seems like Master is pretty important. Do you have > information to be able to return the current Master/slave > configuration, or allow it to be configured? See the nxp-tja11xx.c for > an example. Do you know how to switch between master/slave? The help of the ethtool comm

RE: [PATCH v2] net: phy: realtek: Add support for RTL9000AA/AN

2021-01-12 Thread ashid...@fujitsu.com
> > I think it's possible to return a Master/Slave configuration. > > Great. It would be good to add it. OK. I think it will take some time to implement this feature, as we prioritize investigating comments from Russell. > > By the way, do you need the cable test function as implementedin > > nx

RE: [PATCH v2] net: phy: realtek: Add support for RTL9000AA/AN

2021-01-11 Thread ashid...@fujitsu.com
> For T1, it seems like Master is pretty important. Do you have > information to be able to return the current Master/slave > configuration, or allow it to be configured? See the nxp-tja11xx.c > for an example. I think it's possible to return a Master/Slave configuration. By the way, do you need

RE: [PATCH v2] ravb: Fixed the problem that rmmod can not be done

2020-08-05 Thread ashid...@fujitsu.com
Hi Sergei, >The subject also could be more concise... I'll think about it. Thank you! > Not at all so common as I thought! Only 4 drivers use mdio-bitbang, > 2 of them are for the Renesas SoCs... Yes. > Do yuo have R-Car V3H at hand, by chance? It does have a GEther > controler use

RE: [PATCH v2] ravb: Fixed the problem that rmmod can not be done

2020-08-05 Thread ashid...@fujitsu.com
Hi Sergei, >CCing DaveM (as you should have done from the start)... Thank you. I appreciate your help. >Did you also build mdio-bitbang.c as a module? Yes. Sure. > For the in-kernal driver, not being able to rmmod the 'ravb' one sounds > logical. :-) root@rcar-gen3:~# lsmod|grep ravb

RE: [PATCH v2] ravb: Fixed the problem that rmmod can not be done

2020-07-31 Thread ashid...@fujitsu.com
Hi Sergei, I understand that the commit log needs to be corrected. (Shimoda-san's point is also correct) If there is anything else that needs to be corrected, please point it out. >That seems a common pattern, inlluding the Renesas sh_eth > driver... Yes. If I can get an R-Car Gen2 board, I