Searched refs:scenarios (Results 1 - 74 of 74) sorted by relevance

/linux-4.4.14/include/uapi/linux/
H A Dkexec.h11 /* kexec flags for different usage scenarios */
H A Dshm.h13 * be as large possible without facilitating scenarios where userspace
H A Dmsg.h60 * scenarios where userspace causes overflows when adjusting the limits via
/linux-4.4.14/drivers/staging/wilc1000/
H A Dwilc_msgqueue.c138 /* other non-timeout scenarios */ wilc_mq_recv()
/linux-4.4.14/drivers/net/wireless/ath/ath5k/
H A Dgpio.c37 * "power" LED and LED_1 is our "network activity" LED but many scenarios
H A Dbase.c1854 * Note2: On sectored scenarios it's possible to have ath5k_beacon_setup()
H A Dphy.c2177 * Using the above we support the following scenarios:
/linux-4.4.14/drivers/net/wireless/iwlwifi/mvm/
H A Dsf.c101 * Aging and idle timeouts for the different possible scenarios
129 * Aging and idle timeouts for the different possible scenarios
H A Dphy-ctxt.c161 /* In scenarios where we only ever use a single-stream rates, iwl_mvm_phy_ctxt_cmd_data()
H A Dfw.c614 * initialization, but in firmware restart scenarios they iwl_mvm_load_ucode_wait_alive()
/linux-4.4.14/drivers/pinctrl/
H A Dpinctrl-pistachio.c81 const int *scenarios; member in struct:pistachio_function
508 .scenarios = pistachio_##_name##_scenarios, \
978 if (pf->scenarios) { pistachio_pinmux_enable()
980 if (pf->scenarios[i] == group) pistachio_pinmux_enable()
/linux-4.4.14/include/linux/
H A Dballoon_compaction.h12 * performing balloon page compaction. In order to sort out these racy scenarios
H A Dide.h117 * 100% of all crazy scenarios here is not necessary.
/linux-4.4.14/tools/testing/selftests/memfd/
H A Dfuse_test.c292 * Note that in real scenarios, there might be a mixture of both, but main()
/linux-4.4.14/drivers/net/wireless/ti/wlcore/
H A Dscan.c368 /* we assume failure so that timeout scenarios are handled correctly */ wlcore_scan()
H A Dmain.c2584 * in some very corner case HW recovery scenarios its possible to wl1271_op_add_interface()
/linux-4.4.14/arch/x86/kernel/fpu/
H A Dsignal.c31 /* Check for the first magic field and other error scenarios. */ check_for_xstate()
/linux-4.4.14/include/xen/interface/io/
H A Dnetif.h96 * error. This includes scenarios where more (or fewer) queues were
/linux-4.4.14/drivers/usb/musb/
H A Dcppi_dma.c671 * Consider a 1KB bulk RX buffer in two scenarios: (a) it's fed two 300 byte
673 * (Full speed transfers have similar scenarios.)
701 * (or maybe its peripheral side counterpart) to flag (a) scenarios as errors
/linux-4.4.14/drivers/crypto/nx/
H A Dnx-aes-gcm.c265 /* For scenarios where the input message is zero length, AES CTR mode gcm_empty()
/linux-4.4.14/fs/f2fs/
H A Drecovery.c18 * Roll forward recovery scenarios.
/linux-4.4.14/tools/testing/selftests/seccomp/
H A Dtest_harness.h360 * not thread-safe, but it should be fine in most sane test scenarios.
/linux-4.4.14/drivers/scsi/aic7xxx/
H A Daic79xx_osm.h234 * scenarios that the Linux mid-layer code just doesn't know how to
H A Daic7xxx_osm.h246 * scenarios that the Linux mid-layer code just doesn't know how to
/linux-4.4.14/drivers/net/ethernet/qlogic/qed/
H A Dqed_spq.c813 /* This is relatively uncommon - depends on scenarios qed_spq_completion()
/linux-4.4.14/arch/x86/kernel/
H A Dnmi.c390 * There are scenarios where we may accidentally swallow default_do_nmi()
/linux-4.4.14/arch/ia64/include/asm/
H A Dsal.h790 * are for the bott rendezvous, MCAs and INIT scenarios.
/linux-4.4.14/net/mac80211/
H A Dtdls.c138 * this doesn't happen in real world scenarios. ieee80211_tdls_add_supp_channels()
959 * In some testing scenarios, we send a request and response. ieee80211_tdls_prep_mgmt_packet()
H A Dieee80211_i.h542 * otherwise, in scenarios where we hardly get any traffic out
H A Dmlme.c295 * It seems possible that there are still scenarios with CSA or real ieee80211_determine_chantype()
H A Dtx.c2440 * With the locking, such scenarios cannot happen as the check for the ieee80211_check_fast_xmit()
/linux-4.4.14/drivers/mtd/
H A Dmtdcore.c951 * In blackbox flight recorder like scenarios we want to make successful writes
/linux-4.4.14/drivers/mtd/spi-nor/
H A Dspi-nor.c658 * scenarios excluding small sectors there is config option that can be
/linux-4.4.14/drivers/net/wireless/libertas/
H A Dif_sdio.c62 * scenarios. This flag is initialized as FALSE in case the card
/linux-4.4.14/drivers/net/wireless/ath/ath9k/
H A Dcommon-spectral.c587 * four scenarios here: ath_cmn_process_fft()
/linux-4.4.14/drivers/powercap/
H A Dintel_rapl.c1376 * other scenarios.
/linux-4.4.14/drivers/edac/
H A Dedac_mc.c260 * on such scenarios, as grouping the multiple ranks require drivers change.
/linux-4.4.14/drivers/bluetooth/
H A Dbtmrvl_sdio.c65 * scenarios. This flag is initialized as FALSE in case the card
/linux-4.4.14/drivers/clk/mediatek/
H A Dclk-mt8173.c26 * clocks may change their rate on different products or different scenarios.
/linux-4.4.14/kernel/
H A Dseccomp.c360 * This avoids scenarios where unprivileged tasks can affect the seccomp_prepare_filter()
H A Dfutex.c91 * In futex wake up scenarios where no tasks are blocked on a futex, taking
95 * checked by the waker, avoiding scenarios like the following:
/linux-4.4.14/include/scsi/
H A Dlibfc.h484 * function pointer. It can be called in two scenarios: if a timeout
/linux-4.4.14/sound/soc/intel/skylake/
H A Dskl-topology.c757 * scenarios
/linux-4.4.14/drivers/scsi/csiostor/
H A Dcsio_scsi.c930 * There are the following possible scenarios: csio_scsis_aborting()
946 * The first 3 scenarios are treated as succesful abort csio_scsis_aborting()
/linux-4.4.14/net/sctp/
H A Dsm_sideeffect.c1378 * multihoming stale cookie scenarios, the following sctp_cmd_interpreter()
/linux-4.4.14/sound/soc/davinci/
H A Ddavinci-mcasp.c1873 * scenarios. Maximum number tdm slots is 32 and there cannot davinci_mcasp_probe()
/linux-4.4.14/kernel/locking/
H A Dlockdep.c14 * - lock inversion scenarios
1818 * any of these scenarios could lead to a deadlock.
2125 * any of these scenarios could lead to a deadlock. If validate_chain()
/linux-4.4.14/drivers/usb/gadget/udc/bdc/
H A Dbdc_ep.c578 * disconnect scenarios, continue with dconfig bdc_ep_disable()
/linux-4.4.14/drivers/usb/serial/
H A Dmos7720.c435 * that avoids two scenarios: (1) a port operation is called after usbserial
/linux-4.4.14/drivers/net/wireless/mwifiex/
H A Dsdio.c43 * scenarios. This flag is initialized as FALSE in case the card
/linux-4.4.14/drivers/net/ethernet/natsemi/
H A Dns83820.c497 * an attempt to reduce bus traffic under heavy load scenarios.
/linux-4.4.14/drivers/net/wireless/brcm80211/brcmfmac/
H A Dp2p.c1764 /* Abort scan even for VSDB scenarios. Scan gets aborted in brcmf_p2p_send_action_frame()
/linux-4.4.14/drivers/net/usb/
H A Dusbnet.c732 // during some PM-driven resume scenarios,
H A Dlan78xx.c1613 /* during some PM-driven resume scenarios,
/linux-4.4.14/drivers/net/
H A Dxen-netfront.c1699 * and split event channel scenarios. write_queue_xenstore_keys()
/linux-4.4.14/drivers/cpufreq/
H A Dcpufreq.c431 * double invocations are very low. Moreover, there are scenarios cpufreq_freq_transition_begin()
/linux-4.4.14/drivers/base/power/
H A Ddomain.c406 * callbacks for other purposes than runtime PM. In those scenarios pm_genpd_runtime_suspend()
/linux-4.4.14/crypto/
H A Ddrbg.c97 * Just mix both scenarios above.
/linux-4.4.14/kernel/irq/
H A Dmanage.c68 * Do not use this for shutdown scenarios where you must be sure
/linux-4.4.14/fs/ubifs/
H A Dsuper.c693 * When budgeting we assume worst-case scenarios when the pages are not init_constants_sb()
/linux-4.4.14/drivers/video/fbdev/omap2/dss/
H A Ddsi.c3402 * all scenarios are satisfied.
3433 * interleaved in LP so that all scenarios are satisfied.
/linux-4.4.14/include/net/
H A Dmac80211.h2568 * 10 hardware queues to handle different scenarios:
3155 * before associated. In multi-channel scenarios, a virtual interface is
4569 * Usual scenarios are drivers that cannot continue the scheduled scan
/linux-4.4.14/drivers/input/mouse/
H A Dalps.c1480 * can not distinguish between these 2 scenarios but alps_handle_interleaved_ps2()
/linux-4.4.14/drivers/net/wireless/ath/ath10k/
H A Dpci.c2246 * able to recover the device from all possible fail scenarios. ath10k_pci_qca988x_chip_reset()
/linux-4.4.14/kernel/sched/
H A Dfair.c5430 * a few fun cases generally called infeasible weight scenarios.
6643 * In the presence of smp nice balancing, certain scenarios can have calculate_imbalance()
/linux-4.4.14/drivers/scsi/ufs/
H A Dufshcd.c3239 * device to alert host in critical scenarios.
/linux-4.4.14/net/ipv4/
H A Dtcp_output.c445 * (but it may well be that other scenarios fail similarly).
/linux-4.4.14/drivers/gpu/drm/i915/
H A Dintel_dp.c5816 * DRRS saves power by switching to low RR based on usage scenarios.
H A Dintel_display.c8658 * RGB<->YCbCr scenarios as well.
/linux-4.4.14/net/bluetooth/
H A Dmgmt.c7696 * NOT_POWERED. We cover both scenarios here since later in mgmt_powered()
/linux-4.4.14/arch/x86/kvm/
H A Dx86.c2410 * scenarios where it sets bit #19, itself documented as kvm_get_msr_common()
/linux-4.4.14/drivers/media/dvb-frontends/drx39xyj/
H A Ddrxj.c4346 /* TODO: implement fallback scenarios */ adc_synchronization()
/linux-4.4.14/drivers/net/ethernet/broadcom/bnx2x/
H A Dbnx2x_main.c14300 /* Don't remove the netdevice, as there are scenarios which will cause bnx2x_shutdown()
/linux-4.4.14/arch/m68k/ifpsp060/src/
H A Dfpsp.S3988 # In any of the above scenarios, if a _mem_read() or _mem_write() #

Completed in 5202 milliseconds