Lines Matching refs:up
41 * "fanout." With a max of n lists, up to F**n nodes can be handled optimally.
86 * This is the fast call, that does not set up the previous-ptr vector or make
321 * This is the "full" call, that sets up a vector of ptrs to the previous node
535 * of calling mapSearchFull, the per-proc skipListPrev array is set up with a vector of the
568 ; sets up the first pmapCurLists prev ptrs, we must initialize the new ones to
574 mtctr r6 ; set up count of new lists
607 ; iff the new mapping has more lists. Since mapSearchFull() only sets up the first
615 mtctr r6 ; set up count of new lists
654 * find the mapping, which sets up the skipListPrev array with a vector of the previous
791 lis r11,hi16(0xA7CBF5B9) ; Get polynomial (I just made this up...)
793 ori r11,r11,lo16(0xA7CBF5B9) ; Get polynomial (I just made this up...)
847 bl EXT(mapSetUp) ; Get set up
1286 * Panic (choke, to be exact) because of messed up skip lists. The LR points back
1290 mapSkipListPanic: ; skip-lists are screwed up