Home
last modified time | relevance | path

Searched full:markings (Results 1 – 25 of 25) sorted by relevance

/linux/net/netfilter/
H A Dxt_CONNSECMARK.c3 * This module is used to copy security markings from packets
4 * to connections, and restore security markings from connections
H A DKconfig128 This option enables security markings to be applied to
862 The CONNSECMARK target copies security markings from packets
863 to connections, and restores security markings from connections
/linux/Documentation/core-api/
H A Dasm-annotations.rst110 most frequent markings**. They are used for functions with standard calling
115 ``SYM_FUNC_START_WEAK`` and ``SYM_FUNC_START_WEAK_NOALIGN`` markings are
/linux/arch/arm/kernel/
H A Delf.c98 * *this column has no architectural effect: NX markings are ignored by
/linux/Documentation/devicetree/bindings/iio/adc/
H A Dmicrochip,mcp3564.yaml86 The device address is part of the device markings to avoid
/linux/net/ipv4/
H A Dtcp_rate.c54 * heuristics. We don't want spurious RTOs or loss markings to cause in tcp_rate_skb_sent()
/linux/Documentation/admin-guide/blockdev/
H A Dparide.rst93 installation floppy. Alternatively, you can look at the markings on
/linux/security/
H A Dcommoncap.c291 * affects the security markings on that inode, and if it is, should
307 * cap_inode_killpriv - Erase the security markings on an inode
312 * Erase the privilege-enhancing security markings on an inode.
/linux/arch/x86/include/asm/
H A Delf.h283 * *this column has no architectural effect: NX markings are ignored by
/linux/samples/bpf/
H A Dhbm.c372 // ECN CE markings in run_bpf_prog()
/linux/arch/arm64/boot/dts/rockchip/
H A Drk3326-gameforce-chi.dts765 * is an 8-pin SOIC with no markings located right next to the left ADC
/linux/Documentation/security/
H A Dcredentials.rst227 File Markings
/linux/include/linux/
H A Drcupdate.h503 * multiple pointers markings to match different RCU implementations
H A Dpage-flags.h541 * Private page markings that may be used by the filesystem that owns the page in PAGEFLAG()
H A Diommu.h25 * markings, and certain devices are capable of issuing transactions marked as
/linux/drivers/iio/adc/
H A Dmcp3564.c1120 * The device address is part of the device markings to avoid in mcp3564_config()
/linux/kernel/bpf/
H A Dverifier.c1896 /* The register can already have a range from prior markings. in reg_is_init_pkt_pointer()
3830 * No further markings in parent are necessary in backtrack_insn()
4130 * because precision markings in current non-checkpointed state are in mark_all_scalars_precise()
4210 * In the former case, precise markings in current state are completely
4212 * checkpointed ("old") state precise markings are important, and if old
4216 * markings and any required parent states' precise markings are enforced
4220 * actually matters is any of the precise markings propagated into current
4223 * markings set or not.
4232 * what we mentioned above about state comparison ignoring precise markings
4234 * markings *at will* during instruction verification process. But as verifier
[all …]
/linux/net/wireless/
H A Dutil.c991 * corresponding L2 markings. in cfg80211_classify8021d()
/linux/drivers/hwmon/
H A Dlm90.c2140 * Note: Multiple chips with different markings labeled as in lm90_detect_maxim()
/linux/drivers/dma/
H A Dste_dma40.c84 /* Bit markings for allocation map */
/linux/Documentation/
H A Dmemory-barriers.txt1814 volatile markings, the compiler would be well within its rights to
/linux/Documentation/translations/sp_SP/
H A Dmemory-barriers.txt1886 hay markings volátiles, el compilador estaría en su derecho de
/linux/drivers/bluetooth/
H A Dbtusb.c2422 * - 0x7558: IC markings FR3191AHAL 749H15143 (HCI rev/sub-version: 0x0709) in btusb_setup_csr()
/linux/drivers/scsi/
H A Dscsi_debug.c6292 ramp[510] = 0x55; /* magic partition markings */ in sdebug_build_parts()
/linux/scripts/
H A Dcheckpatch.pl4208 # check for old HOTPLUG __dev<foo> section markings