xref: /f-stack/freebsd/sys/devmap.h (revision 22ce4aff)
1a9643ea8Slogwang /*-
2*22ce4affSfengbojiang  * SPDX-License-Identifier: BSD-2-Clause-FreeBSD
3*22ce4affSfengbojiang  *
4a9643ea8Slogwang  * Copyright (c) 2013 Ian Lepore <[email protected]>
5a9643ea8Slogwang  * All rights reserved.
6a9643ea8Slogwang  *
7a9643ea8Slogwang  * Redistribution and use in source and binary forms, with or without
8a9643ea8Slogwang  * modification, are permitted provided that the following conditions
9a9643ea8Slogwang  * are met:
10a9643ea8Slogwang  * 1. Redistributions of source code must retain the above copyright
11a9643ea8Slogwang  *    notice, this list of conditions and the following disclaimer.
12a9643ea8Slogwang  * 2. Redistributions in binary form must reproduce the above copyright
13a9643ea8Slogwang  *    notice, this list of conditions and the following disclaimer in the
14a9643ea8Slogwang  *    documentation and/or other materials provided with the distribution.
15a9643ea8Slogwang  *
16a9643ea8Slogwang  * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND
17a9643ea8Slogwang  * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
18a9643ea8Slogwang  * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
19a9643ea8Slogwang  * ARE DISCLAIMED.  IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE
20a9643ea8Slogwang  * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
21a9643ea8Slogwang  * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
22a9643ea8Slogwang  * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
23a9643ea8Slogwang  * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
24a9643ea8Slogwang  * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
25a9643ea8Slogwang  * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
26a9643ea8Slogwang  * SUCH DAMAGE.
27a9643ea8Slogwang  *
28a9643ea8Slogwang  * $FreeBSD$
29a9643ea8Slogwang  */
30a9643ea8Slogwang 
31a9643ea8Slogwang #ifndef	_SYS_DEVMAP_H_
32a9643ea8Slogwang #define	_SYS_DEVMAP_H_
33a9643ea8Slogwang 
34a9643ea8Slogwang #ifndef _KERNEL
35*22ce4affSfengbojiang #error "no user-serviceable parts inside"
36a9643ea8Slogwang #endif
37a9643ea8Slogwang 
38a9643ea8Slogwang /*
39a9643ea8Slogwang  * This structure is used by MD code to describe static mappings of devices
40a9643ea8Slogwang  * which are established as part of bringing up the MMU early in the boot.
41a9643ea8Slogwang  */
42a9643ea8Slogwang struct devmap_entry {
43a9643ea8Slogwang 	vm_offset_t	pd_va;		/* virtual address */
44a9643ea8Slogwang 	vm_paddr_t	pd_pa;		/* physical address */
45a9643ea8Slogwang 	vm_size_t	pd_size;	/* size of region */
46a9643ea8Slogwang };
47a9643ea8Slogwang 
48a9643ea8Slogwang /*
49a9643ea8Slogwang  * Return the lowest KVA address used in any entry in the registered devmap
50a9643ea8Slogwang  * table.  This works with whatever table is registered, including the internal
51a9643ea8Slogwang  * table used by devmap_add_entry() if that routine was used. Platforms can
52a9643ea8Slogwang  * implement platform_lastaddr() by calling this if static device mappings are
53a9643ea8Slogwang  * their only use of high KVA space.
54a9643ea8Slogwang  */
55a9643ea8Slogwang vm_offset_t devmap_lastaddr(void);
56a9643ea8Slogwang 
57a9643ea8Slogwang /*
58a9643ea8Slogwang  * Automatically allocate KVA (from the top of the address space downwards) and
59a9643ea8Slogwang  * make static device mapping entries in an internal table.  The internal table
60a9643ea8Slogwang  * is automatically registered on the first call to this.
61a9643ea8Slogwang  */
62a9643ea8Slogwang void devmap_add_entry(vm_paddr_t pa, vm_size_t sz);
63a9643ea8Slogwang 
64a9643ea8Slogwang /*
65a9643ea8Slogwang  * Register a platform-local table to be bootstrapped by the generic
66*22ce4affSfengbojiang  * platform-specific init function in <ARCH>/machdep.c.  This is used by newer
67*22ce4affSfengbojiang  * code that allocates and fills in its own local table but does not have its
68*22ce4affSfengbojiang  * own platform-specific init routine.
69a9643ea8Slogwang  */
70a9643ea8Slogwang void devmap_register_table(const struct devmap_entry * _table);
71a9643ea8Slogwang 
72a9643ea8Slogwang /*
73a9643ea8Slogwang  * Establish mappings for all the entries in the table.  This is called
74*22ce4affSfengbojiang  * automatically from the common platform-specific init function in
75*22ce4affSfengbojiang  * <ARCH>/machdep.c, and also from the custom platform-specific init routines
76*22ce4affSfengbojiang  * in older code.  If the table pointer is NULL, this will use the table
77*22ce4affSfengbojiang  * installed previously by devmap_register_table().
78a9643ea8Slogwang  */
79a9643ea8Slogwang void devmap_bootstrap(vm_offset_t _l1pt,
80a9643ea8Slogwang     const struct devmap_entry *_table);
81a9643ea8Slogwang 
82a9643ea8Slogwang /*
83a9643ea8Slogwang  * Translate between virtual and physical addresses within a region that is
84a9643ea8Slogwang  * static-mapped by the devmap code.  If the given address range isn't
85a9643ea8Slogwang  * static-mapped, then ptov returns NULL and vtop returns DEVMAP_PADDR_NOTFOUND.
86a9643ea8Slogwang  * The latter implies that you can't vtop just the last byte of physical address
87a9643ea8Slogwang  * space.  This is not as limiting as it might sound, because even if a device
88a9643ea8Slogwang  * occupies the end of the physical address space, you're only prevented from
89a9643ea8Slogwang  * doing vtop for that single byte.  If you vtop a size bigger than 1 it works.
90a9643ea8Slogwang  */
91a9643ea8Slogwang #define	DEVMAP_PADDR_NOTFOUND	((vm_paddr_t)(-1))
92a9643ea8Slogwang 
93a9643ea8Slogwang void *     devmap_ptov(vm_paddr_t _pa, vm_size_t _sz);
94a9643ea8Slogwang vm_paddr_t devmap_vtop(void * _va, vm_size_t _sz);
95a9643ea8Slogwang 
96a9643ea8Slogwang /* Print the static mapping table; used for bootverbose output. */
97a9643ea8Slogwang void devmap_print_table(void);
98a9643ea8Slogwang 
99a9643ea8Slogwang #endif /* !_SYS_DEVMAP_H_ */
100