[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e633456e-dc97-48bf-b204-0003b51a38c7@proton.me>
Date: Wed, 13 Dec 2023 00:01:15 +0000
From: Benno Lossin <benno.lossin@...ton.me>
To: FUJITA Tomonori <fujita.tomonori@...il.com>, boqun.feng@...il.com
Cc: alice@...l.io, netdev@...r.kernel.org, rust-for-linux@...r.kernel.org, andrew@...n.ch, tmgross@...ch.edu, miguel.ojeda.sandonis@...il.com, wedsonaf@...il.com, aliceryhl@...gle.com
Subject: Re: [PATCH net-next v10 1/4] rust: core abstractions for network PHY drivers
On 13.12.23 00:31, FUJITA Tomonori wrote:
> On Tue, 12 Dec 2023 12:23:04 -0800
> Boqun Feng <boqun.feng@...il.com> wrote:
>
>> So the rationale here is the callsite of mdiobus_read() is just a
>> open-code version of phy_read(), so if we meet the same requirement of
>> phy_read(), we should be safe here. Maybe:
>>
>> "... open code of `phy_read()` with a valid phy_device pointer
>> `phydev`"
>>
>> ?
>
> I'll add the above comment with the similar for phy_write(), thanks!
Why don't you use the `rust_helper` approach?
--
Cheers,
Benno
Powered by blists - more mailing lists