Commit 1d4046b5 authored by FUJITA Tomonori's avatar FUJITA Tomonori Committed by David S. Miller

rust: phy: use `srctree`-relative links

The relative paths like the following are bothersome and don't work
with `O=` builds:

//! C headers: [`include/linux/phy.h`](../../../../../../../include/linux/phy.h).

This updates such links by using the `srctree`-relative link feature
introduced in 6.8-rc1 like:

//! C headers: [`include/linux/phy.h`](srctree/include/linux/phy.h).
Signed-off-by: default avatarFUJITA Tomonori <fujita.tomonori@gmail.com>
Reviewed-by: default avatarTrevor Gross <tmgross@umich.edu>
Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
parent a70f2588
...@@ -4,7 +4,7 @@ ...@@ -4,7 +4,7 @@
//! Network PHY device. //! Network PHY device.
//! //!
//! C headers: [`include/linux/phy.h`](../../../../../../../include/linux/phy.h). //! C headers: [`include/linux/phy.h`](srctree/include/linux/phy.h).
use crate::{bindings, error::*, prelude::*, str::CStr, types::Opaque}; use crate::{bindings, error::*, prelude::*, str::CStr, types::Opaque};
...@@ -16,7 +16,7 @@ ...@@ -16,7 +16,7 @@
/// ///
/// Some of PHY drivers access to the state of PHY's software state machine. /// Some of PHY drivers access to the state of PHY's software state machine.
/// ///
/// [`enum phy_state`]: ../../../../../../../include/linux/phy.h /// [`enum phy_state`]: srctree/include/linux/phy.h
#[derive(PartialEq, Eq)] #[derive(PartialEq, Eq)]
pub enum DeviceState { pub enum DeviceState {
/// PHY device and driver are not ready for anything. /// PHY device and driver are not ready for anything.
...@@ -61,7 +61,7 @@ pub enum DuplexMode { ...@@ -61,7 +61,7 @@ pub enum DuplexMode {
/// Referencing a `phy_device` using this struct asserts that you are in /// Referencing a `phy_device` using this struct asserts that you are in
/// a context where all methods defined on this struct are safe to call. /// a context where all methods defined on this struct are safe to call.
/// ///
/// [`struct phy_device`]: ../../../../../../../include/linux/phy.h /// [`struct phy_device`]: srctree/include/linux/phy.h
// During the calls to most functions in [`Driver`], the C side (`PHYLIB`) holds a lock that is // During the calls to most functions in [`Driver`], the C side (`PHYLIB`) holds a lock that is
// unique for every instance of [`Device`]. `PHYLIB` uses a different serialization technique for // unique for every instance of [`Device`]. `PHYLIB` uses a different serialization technique for
// [`Driver::resume`] and [`Driver::suspend`]: `PHYLIB` updates `phy_device`'s state with // [`Driver::resume`] and [`Driver::suspend`]: `PHYLIB` updates `phy_device`'s state with
...@@ -486,7 +486,7 @@ impl<T: Driver> Adapter<T> { ...@@ -486,7 +486,7 @@ impl<T: Driver> Adapter<T> {
/// ///
/// `self.0` is always in a valid state. /// `self.0` is always in a valid state.
/// ///
/// [`struct phy_driver`]: ../../../../../../../include/linux/phy.h /// [`struct phy_driver`]: srctree/include/linux/phy.h
#[repr(transparent)] #[repr(transparent)]
pub struct DriverVTable(Opaque<bindings::phy_driver>); pub struct DriverVTable(Opaque<bindings::phy_driver>);
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment