Home
last modified time | relevance | path

Searched refs:stall (Results 1 – 25 of 36) sorted by relevance

12

/NextBSD/sbin/launchd/init/
HDinit.c103 static void stall(const char *, ...);
245 stall(const char *message, ...) in stall() function
301 stall("can't open %s: %m", name); in setctty()
305 stall("can't get %s for controlling terminal: %m", name); in setctty()
448 stall("can't exec %s for %s: %m", _PATH_BSHELL, _PATH_RUNCOM); in runcom()
690 stall("can't exec %s '%s' for port %s: %m", session_type, in session_launch()
/NextBSD/contrib/gcc/config/mips/
HD4k.md80 ;; stall the integer unit pipeline. MUL 16x16 or 32x16 forces 1 cycle stall,
81 ;; while MUL 32x32 forces 2 cycle stall. If next insn use the result, an
82 ;; additional stall is forced.
HD7000.md122 ;; There are an additional 2 stall cycles.
HDsr71k.md196 ;; emulate repeat (dispatch stall) by spending extra cycle(s) in
HDsb1.md354 ;; stall for 33 cycles. This does not seem significant enough to worry about.
/NextBSD/crypto/openssl/crypto/des/asm/
HDreadme75 386 - 1 cycle stall
76 486 - 1 cycle stall
77 586 - 0 cycle stall
78 686 - at least 7 cycle stall (page 22 of the above mentioned document).
/NextBSD/bin/launchctl/
HDlaunchctl.c418 stall(const char *message, ...) in stall() function
508 stall("can't open %s: %m", name); in setctty()
512 stall("can't get %s for controlling terminal: %m", name); in setctty()
569 stall("can't exec %s for %s: %m", _PATH_BSHELL, PATH_RUNCOM); in runcom()
/NextBSD/contrib/gcc/config/arm/
HDarm1020e.md80 ;; These really stall in the decoder, in order to read
260 ;; fmstat is a serializing instruction. It will stall the core until
320 ;; followed by and fldd will stall for one cycle, but two back-to-back fldd
321 ;; insns stall for two cycles.
388 ;; causing a two-cycle stall.
HDarm-generic.md40 ; The write_blockage unit models (partially), the fact that reads will stall
HDarm926ejs.md66 ;; These really stall in the decoder, in order to read
HDarm1026ejs.md80 ;; These really stall in the decoder, in order to read
HDarm1136jfs.md89 ;; These really stall in the decoder, in order to read
/NextBSD/sbin/init/
HDinit.c103 static void stall(const char *, ...) __printflike(1, 2);
453 stall(const char *message, ...) in stall() function
609 stall("cannot open null device."); in open_console()
1078 stall("can't exec %s for %s: %m", shell, script); in run_script()
1431 stall("can't exec window system '%s' for port %s: %m", in start_window_system()
1494 stall("can't exec getty '%s' for port %s: %m", in start_getty()
/NextBSD/contrib/gcc/config/sparc/
HDultra1_2.md35 ;; store buffer, it will not cause a stall.
58 ;; a situation causes the second insn to stall 2 more cycles.
210 ;; in the G stage, resulting in a 9 cycle stall. However I have never
/NextBSD/sys/dev/mxge/
HDif_mxge_var.h184 int stall; /* #times hw queue exhausted */ member
HDif_mxge.c1315 ss->tx.stall = 0; in mxge_reset()
1673 CTLFLAG_RD, &ss->tx.stall, in mxge_add_sysctls()
2286 tx->stall++; in mxge_start_locked()
2374 tx->stall++; in mxge_start_locked()
/NextBSD/contrib/ofed/libmlx4/fixes/
HDfix_inline_size.patch10 could cause connections to stall due to bad WQEs. This patch takes into account
/NextBSD/sys/contrib/octeon-sdk/
HDcvmx-usbcx-defs.h1142 uint32_t stall : 1; /**< STALL Handshake (Stall) member
1220 uint32_t stall : 1;
1476 uint32_t stall : 1; /**< STALL Handshake (Stall) member
1548 uint32_t stall : 1;
3658 uint32_t stall : 1; /**< STALL Response Received Interrupt (STALL) */ member
3670 uint32_t stall : 1;
HDcvmx-usb.c2910 (usbc_hcint.s.stall) ? " STALL" : "", in __cvmx_usb_poll_channel()
3052 if (usbc_hcint.s.stall) in __cvmx_usb_poll_channel()
/NextBSD/sys/mips/mips/
HDexception.S728 mflo v0 # get lo/hi late to avoid stall
1100 cfc1 t1, MIPS_FPU_CSR # stall til FP done
/NextBSD/sys/gnu/dts/arm/
HDtegra124.dtsi184 interrupt-names = "stall", "nonstall";
/NextBSD/contrib/llvm/include/llvm/Target/
HDTargetSchedule.td126 // issues in-order, forcing a stall whenever a subsequent instruction
/NextBSD/contrib/llvm/lib/Target/ARM/
HDARMScheduleA9.td685 // On A9 move-from-VFP is free to issue with no stall if other VFP
693 // On A9 move-from-VFP is free to issue with no stall if other VFP
1907 // that use it are considered to stall other operations.
/NextBSD/contrib/ofed/management/opensm/doc/
HDopensm_release_notes_openib-2.0.5.txt82 * Leaf VL stall count control:
/NextBSD/contrib/ofed/libcxgb4/
HDChangeLog714 libcxgb4: Add debug code to dump state on a stall condition.

12