Documentation/netlink/specs/rt-neigh.yaml
Source file repositories/reference/linux-study-clean/Documentation/netlink/specs/rt-neigh.yaml
File Facts
- System
- Linux kernel
- Corpus path
Documentation/netlink/specs/rt-neigh.yaml- Extension
.yaml- Size
- 8026 bytes
- Lines
- 454
- Domain
- Support Tooling And Documentation
- Bucket
- Documentation
- Inferred role
- Support Tooling And Documentation: configuration, schema, or hardware description
- Status
- atlas-only
Why This File Exists
Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Repository support layer: documentation, build tooling, samples, user-space helper tools, generated initramfs support, licenses, and validation utilities.
- Defines or uses C structs; map object ownership, embedded links, reference counts, and lock ownership.
Dependency Surface
- No C-style include directives detected by the generator.
Detected Declarations
- No top-level syscall, struct, function, initcall, or export declaration detected by the generator.
Annotated Snippet
# SPDX-License-Identifier: ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause)
---
name: rt-neigh
protocol: netlink-raw
uapi-header: linux/rtnetlink.h
protonum: 0
doc: >-
IP neighbour management over rtnetlink.
definitions:
-
name: ndmsg
type: struct
members:
-
name: ndm-family
type: u8
-
name: ndm-pad
type: pad
len: 3
-
name: ndm-ifindex
type: s32
-
name: ndm-state
type: u16
enum: nud-state
-
name: ndm-flags
type: u8
enum: ntf-flags
-
name: ndm-type
type: u8
enum: rtm-type
-
name: ndtmsg
type: struct
members:
-
name: family
type: u8
-
name: pad
type: pad
len: 3
-
name: nud-state
type: flags
enum-name:
entries:
- incomplete
- reachable
- stale
- delay
- probe
- failed
- noarp
- permanent
-
name: ntf-flags
type: flags
enum-name:
entries:
- use
- self
- master
- proxy
Annotation
- Atlas domain: Support Tooling And Documentation / Documentation.
- Implementation status: atlas-only.
Implementation Notes
- This generated page is the file-by-file coverage layer; curated subsystem chapters should link here when they synthesize a multi-file control flow.
- Core OS pages should be promoted from atlas-only to deep-reviewed when they explain data structures, invariants, locking, lifecycle, and C implementation snippets.
- Driver-family pages are intentionally pattern-oriented unless they are part of the selected PCIe/NVMe representative device path.