Vladimir Serbinenko
bc06c9efa4
Kernel/Memory: Ignore reserved range at 0x000003ff f000 0000
...
On Meteor Lake this range covers the GFX address space reservations,
at a very high address. Nothing actually ends up using it, so we can
ignore it. Moreover if we don't we end up with highest_address at the
4 TiB mark which would need an enormous page table to map this
huge (0-4TiB) range. Until we support mapping I/O space piecewise we
need to skip this range.
2025-02-26 17:31:05 +01:00
..
2025-01-13 19:30:54 +01:00
2025-01-13 19:30:54 +01:00
2025-01-13 19:30:54 +01:00
2025-01-13 19:30:54 +01:00
2024-07-07 18:25:32 +02:00
2024-07-07 18:25:32 +02:00
2023-06-04 21:32:34 +02:00
2025-02-26 17:31:05 +01:00
2025-01-28 13:01:40 +01:00
2023-08-09 21:06:54 -06:00
2024-11-23 19:29:50 +01:00
2024-06-25 17:46:37 +02:00
2024-06-25 17:46:37 +02:00
2022-09-26 20:00:34 +03:00
2024-10-30 18:51:35 -04:00
2024-05-17 15:38:28 -06:00
2024-05-17 15:38:28 -06:00
2024-05-17 15:38:28 -06:00
2024-05-17 15:38:28 -06:00
2024-05-17 15:38:28 -06:00
2021-12-28 21:02:38 +01:00
2024-05-17 15:38:28 -06:00
2024-05-17 15:38:28 -06:00
2025-01-13 19:30:54 +01:00
2024-11-23 19:29:50 +01:00
2023-06-04 21:32:34 +02:00
2023-06-04 21:32:34 +02:00
2023-06-04 21:32:34 +02:00
2023-07-11 00:49:11 -06:00
2024-11-23 19:29:50 +01:00
2024-05-17 15:38:28 -06:00
2023-06-04 21:32:34 +02:00
2023-04-06 21:19:58 +03:00
2024-06-08 22:36:03 +01:00
2024-05-17 15:38:28 -06:00
2024-07-07 18:25:32 +02:00
2024-07-07 18:25:32 +02:00
2024-12-12 16:07:25 +01:00
2023-06-04 21:32:34 +02:00
2023-01-21 10:43:59 -07:00
2023-06-04 21:32:34 +02:00
2024-07-12 08:52:06 -04:00
2024-07-12 08:52:06 -04:00