[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bfbbf816-f467-7e2e-12ca-fb2172ce93f9@i2se.com>
Date: Thu, 16 Sep 2021 13:12:21 +0200
From: Stefan Wahren <stefan.wahren@...e.com>
To: Andrew Lunn <andrew@...n.ch>
Cc: "David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Rob Herring <robh+dt@...nel.org>,
Michael Heimpold <michael.heimpold@...tech.com>,
jimmy.shen@...texcom.com, netdev@...r.kernel.org,
linux-kernel@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH RFC 3/3] net: vertexcom: Add MSE102x SPI support
Hi Andrew,
thanks for your review.
Am 15.09.21 um 23:17 schrieb Andrew Lunn:
>> +static void mse102x_init_mac(struct mse102x_net *mse, struct device_node *np)
>> +{
>> + struct net_device *ndev = mse->ndev;
>> + int ret = of_get_mac_address(np, ndev->dev_addr);
>> +
>> + if (ret) {
>> + eth_hw_addr_random(ndev);
>> + netdev_err(ndev, "Using random MAC address: %pM\n",
>> + ndev->dev_addr);
>> + }
>> +}
> No need to tell the hardware? Does it work in promiscuous mode by
> default?
Yes and yes
>
>> + netif_carrier_off(mse->ndev);
>> + ndev->if_port = IF_PORT_10BASET;
> That is not correct. Maybe you should add a IF_PORT_HOMEPLUG ?
There is already a driver (qca_spi, qcauart) for a similiar Homeplug
device (QCA7000), which also uses IF_PORT_10BASET. Should i change this
too or leave it because of resulting changes to userspace?
>
>> +static const struct of_device_id mse102x_match_table[] = {
>> + { .compatible = "vertexcom,mse1021" },
>> + { .compatible = "vertexcom,mse1022" },
> Is there an ID register you can read to determine what device you
> actually have? If so, i suggest you verify the correct compatible is
> used.
AFAIK the device doesn't have any kind of ID register.
@Jimmy Please correct me, if i'm wrong.
Best regards
>
> Andrew
Powered by blists - more mailing lists