Subversion Repositories HelenOS-historic

(root)/kernel/trunk/arch/ia64/src/mm/ – Rev 916

Go to most recent revision | Show changed files | Directory listing | RSS feed

Filtering Options

From rev	To rev	Max revs

Search history for

Show All

Rev	Age	Author	Path	Log message
904	6643 d 16 h	jermar	/kernel/trunk/arch/ia64/src/mm/	ia64 fix in page.c == (comparison) was used istead of = (assignment).
903	6643 d 18 h	jermar	/kernel/trunk/arch/ia64/	ia64 work. Add code needed for running multiple address spaces and location of kernel stack after switch from userspace.
902	6644 d 23 h	jermar	/kernel/trunk/	ia64 work. More capable TLB miss handlers. The ia64 kernel now passes mm/mapping1 test. Fix generic hash table to properly initialize lists. Change page_ht() to properly initialize inserted PTE's. Change format of generic page hash table PTE's.
901	6645 d 1 h	jermar	/kernel/trunk/arch/	ia64 work. Provide PA2KA(identity) mapping for kernel data references via Alternate Data TLB Fault handler. Add before_thread_runs_arch() that maps kstack, if necessary. Add easy to use dtlb_mapping_insert() for comfortable insertion of kernel data mappings.
900	6645 d 18 h	jermar	/kernel/trunk/arch/ia64/	ia64 work. Proper TLB fault handlers' headers and prototypes. PFN 0 needs no longer be marked unavailable to frame allocator.
899	6645 d 19 h	jermar	/kernel/trunk/arch/	ia64 work. Add dummy TLB fault handlers. Improve code reuse in arch/mm/tlb.c.
879	6648 d 16 h	vana	/kernel/trunk/arch/ia64/	Itanium kernel page extended to maximum (256M) repaired RR manipulation functions, paging setuping function and added some comments.
869	6651 d 12 h	vana	/kernel/trunk/	Uaaaaaaa ;-) Itanium Paging !!!!!! ;-)
830	6663 d 22 h	jermar	/kernel/trunk/	Make ASID FIFO for mips32 be allocated statically. Make ASID FIFO for sparc64 and ia64 be allocated dynamically. Fix ia64 to call asid_fifo_init(). All three architectures now call asid_fifo_init() from as_arch_init().
823	6665 d 12 h	jermar	/kernel/trunk/	Reimplement ASID stealing logic. This time, hopefully, with correct synchronization.
819	6665 d 15 h	vana	/kernel/trunk/arch/ia64/	TR tlb filling functions
818	6665 d 18 h	vana	/kernel/trunk/arch/ia64/	IA-64 TLB filling functions for dynamic tlb filling (TC tlb).
816	6665 d 22 h	jermar	/kernel/trunk/	Fix mapping1 test. Cleanup.
815	6665 d 23 h	jermar	/kernel/trunk/	Fix sparc64 and ia64 to work with the changed frame allocator. Fix ppc32 to at least compile.
813	6666 d 12 h	jermar	/kernel/trunk/	Change ia64 kernel image to link and load at 0x100000 where it (or its heap or stack) won't mess up with the ROM region. Blacklist ia64 frame 0 from frame allocator so that 0 won't be returned to malloc and friends. This can be reenabled again once the kernel is not identity mapped.
793	6667 d 21 h	jermar	/kernel/trunk/	Use hash_table_get_instance instead of list_get_instance. Rename page_operations to page_mapping_operations. Rename page_pt_operations to pt_mapping_operations. Rename page_ht_operations to ht_mapping_operations.
792	6667 d 21 h	jermar	/kernel/trunk/	Page hash table architectures now use generic hash table to manage mappings.
786	6668 d 20 h	bondari	/kernel/trunk/	frame_alloc() functions variations in order to avoid problems with frame_alloc_generic() changes. IMPORTANT: Parameter order for frame_alloc() was changed
762	6671 d 22 h	palkovsky	/kernel/trunk/	Currently not-working SLAB allocator. - slightly changed interface to frame_alloc, allow zone preference
758	6672 d 13 h	jermar	/kernel/trunk/arch/	sparc64 bugfix. When disabling IMMU and DMMU the kernel has to perform synchronization operation (e.g flush %r or membar #Sync instruction). There is no guarantee that the address contained in %r is in DTLB and therefore the flush instruction can fault. Normally this would be recognized and fixed by the OpenFirmware Fast Data MMU fault handler. However, this handler lives in virtually mapped memory and an attempt to execute there while the MMUs are disabled would result in a nested trap leading to error state. Replacing flush %r instruction with membar #Sync, wich is sufficient in this case, fixes this problem.

←Prev12 Next→

Show All