Home
last modified time | relevance | path

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

12

/linux/Documentation/devicetree/bindings/net/wireless/
H A Dqcom,ath11k-pci.yaml29 with colliding bus and device ids
36 with colliding bus and device ids
H A Dqcom,ath12k-wsi.yaml59 with colliding bus and device ids
66 with colliding bus and device ids
H A Dqcom,ath10k.yaml112 for designs with colliding bus and device specific ids
119 for designs with colliding bus and device specific ids
H A Dqcom,ath11k.yaml48 board-2.bin for designs with colliding bus and device specific ids
55 board-2.bin for designs with colliding bus and device specific ids
/linux/include/uapi/linux/usb/
H A Dg_hid.h33 * Don't add any colliding codes to either driver, and keep
H A Dg_printer.h30 * Don't add any colliding codes to either driver, and keep
H A Dgadgetfs.h66 * Don't add any colliding codes to either driver, and keep
/linux/fs/xfs/
H A Dxfs_trans_priv.h35 * This means a traversal colliding with a removal will cause a restart of the
/linux/fs/nfs/
H A Dnamespace.c139 * colliding, and to allow "df" to work properly.
/linux/tools/testing/selftests/net/netfilter/
H A Dnft_nat_zones.sh29 # namespaces. Each client connects to Server, each with colliding tuples:
/linux/Documentation/filesystems/ext4/
H A Ddirectory.rst222 case where these two (or more) hash-colliding entries do not fit into one leaf
/linux/fs/ubifs/
H A Ddebug.c1185 * dbg_check_key_order - make sure that colliding keys are properly ordered.
1190 * In UBIFS indexing B-tree colliding keys has to be sorted in binary order of
1266 ubifs_err(c, "bad order of colliding key %s", in dbg_check_key_order()
1413 /* This can only be keys with colliding hash */ in dbg_check_znode()
1423 * Colliding keys should follow binary order of in dbg_check_znode()
H A Dtnc_misc.c402 /* These can only be keys with colliding hash */ in read_znode()
H A Dtnc.c1289 * splitting in the middle of the colliding sequence. Also, when in ubifs_lookup_level0()
1914 * them look at each direntry with colliding name hash sequentially. in ubifs_tnc_lookup_nm()
2019 * them look at each direntry with colliding name hash sequentially. in ubifs_tnc_lookup_dh()
/linux/net/netfilter/
H A Dnf_nat_core.c272 * If ignored_conntrack and colliding ct are not subject to NAT then in nf_nat_used_tuple_new()
369 * action: evict colliding if its in timewait state and the in nf_nat_used_tuple_harder()
H A Dnf_conntrack_core.c1155 * If @skb has no NAT transformation or if the colliding entries are
/linux/Documentation/PCI/
H A Dpci.rst250 The idea is to prevent two devices colliding on the same address range.
/linux/mm/
H A Dmmu_notifier.c201 * invalidate_start/end and is colliding. in mmu_interval_read_begin()
/linux/tools/testing/selftests/kvm/arm64/
H A Dvgic_init.c328 TEST_ASSERT(ret && errno == EINVAL, "register redist region colliding with dist"); in subtest_v3_redist_regions()
/linux/net/ceph/crush/
H A Dmapper.c489 /* keep trying until we get a non-out, non-colliding item */ in crush_choose_firstn()
/linux/drivers/md/dm-vdo/indexer/
H A Dindex.c559 * later return stale advice if there is a colliding name in the same chapter, but it's a in remove_from_index_zone()
/linux/net/l2tp/
H A Dl2tp_core.c407 /* If no match found, the colliding session ID isn't in our in l2tp_v3_session_get_next()
/linux/net/sunrpc/
H A Dxprt.c262 * transport connects from colliding with writes. No congestion control
/linux/net/ipv6/
H A Dndisc.c861 * We are colliding with another node in ndisc_recv_ns()
/linux/arch/x86/kvm/
H A Dxen.c1385 * KVM by colliding with a real MSR that requires special handling. in kvm_xen_hvm_config()

12