Documentation/arch/sh/new-machine.rst
Source file repositories/reference/linux-study-clean/Documentation/arch/sh/new-machine.rst
File Facts
- System
- Linux kernel
- Corpus path
Documentation/arch/sh/new-machine.rst- Extension
.rst- Size
- 10278 bytes
- Lines
- 278
- Domain
- Support Tooling And Documentation
- Bucket
- Documentation
- Inferred role
- Support Tooling And Documentation: documentation
- 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
linux/init.hasm/io_generic.h
Detected Declarations
function systemfunction platform_setup
Annotated Snippet
.. SPDX-License-Identifier: GPL-2.0
=============================
Adding a new board to LinuxSH
=============================
Paul Mundt <lethal@linux-sh.org>
This document attempts to outline what steps are necessary to add support
for new boards to the LinuxSH port under the new 2.5 and 2.6 kernels. This
also attempts to outline some of the noticeable changes between the 2.4
and the 2.5/2.6 SH backend.
1. New Directory Structure
==========================
The first thing to note is the new directory structure. Under 2.4, most
of the board-specific code (with the exception of stboards) ended up
in arch/sh/kernel/ directly, with board-specific headers ending up in
include/asm-sh/. For the new kernel, things are broken out by board type,
companion chip type, and CPU type. Looking at a tree view of this directory
hierarchy looks like the following:
Board-specific code::
.
|-- arch
| `-- sh
| `-- boards
| |-- adx
| | `-- board-specific files
| |-- bigsur
| | `-- board-specific files
| |
| ... more boards here ...
|
`-- include
`-- asm-sh
|-- adx
| `-- board-specific headers
|-- bigsur
| `-- board-specific headers
|
.. more boards here ...
Next, for companion chips::
.
`-- arch
`-- sh
`-- cchips
`-- hd6446x
`-- hd64461
`-- cchip-specific files
... and so on. Headers for the companion chips are treated the same way as
board-specific headers. Thus, include/asm-sh/hd64461 is home to all of the
hd64461-specific headers.
Finally, CPU family support is also abstracted::
.
|-- arch
| `-- sh
| |-- kernel
| | `-- cpu
| | |-- sh2
| | | `-- SH-2 generic files
| | |-- sh3
| | | `-- SH-3 generic files
Annotation
- Immediate include surface: `linux/init.h`, `asm/io_generic.h`.
- Detected declarations: `function system`, `function platform_setup`.
- 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.