Searched hist:161105 (Results 1 - 4 of 4) sorted by relevance

/freebsd-10-stable/sys/arm/at91/
H A Dboard_bwct.cdiff 161105 Tue Aug 08 18:59:38 MDT 2006 cognet Rewrite ARM_USE_SMALL_ALLOC so that instead of the current behavior, it maps
whole the physical memory, cached, using 1MB section mappings. This reduces
the address space available for user processes a bit, but given the amount of
memory a typical arm machine has, it is not (yet) a big issue.
It then provides a uma_small_alloc() that works as it does for architectures
which have a direct mapping.
H A Dboard_hl200.cdiff 161105 Tue Aug 08 18:59:38 MDT 2006 cognet Rewrite ARM_USE_SMALL_ALLOC so that instead of the current behavior, it maps
whole the physical memory, cached, using 1MB section mappings. This reduces
the address space available for user processes a bit, but given the amount of
memory a typical arm machine has, it is not (yet) a big issue.
It then provides a uma_small_alloc() that works as it does for architectures
which have a direct mapping.
H A Dboard_kb920x.cdiff 161105 Tue Aug 08 18:59:38 MDT 2006 cognet Rewrite ARM_USE_SMALL_ALLOC so that instead of the current behavior, it maps
whole the physical memory, cached, using 1MB section mappings. This reduces
the address space available for user processes a bit, but given the amount of
memory a typical arm machine has, it is not (yet) a big issue.
It then provides a uma_small_alloc() that works as it does for architectures
which have a direct mapping.
H A Dboard_tsc4370.cdiff 161105 Tue Aug 08 18:59:38 MDT 2006 cognet Rewrite ARM_USE_SMALL_ALLOC so that instead of the current behavior, it maps
whole the physical memory, cached, using 1MB section mappings. This reduces
the address space available for user processes a bit, but given the amount of
memory a typical arm machine has, it is not (yet) a big issue.
It then provides a uma_small_alloc() that works as it does for architectures
which have a direct mapping.

Completed in 70 milliseconds