Home
last modified time | relevance | path

Searched refs:flows (Results 1 – 21 of 21) sorted by relevance

/linux-3.4.99/net/sched/
Dsch_atm.c65 struct list_head flows; /* NB: "link" is also on this member
77 list_for_each_entry(flow, &p->flows, list) { in lookup_flow()
340 list_for_each_entry(flow, &p->flows, list) { in atm_tc_walk()
374 list_for_each_entry(flow, &p->flows, list) { in atm_tc_enqueue()
460 list_for_each_entry(flow, &p->flows, list) { in sch_atm_dequeue()
529 list_for_each_entry(flow, &p->flows, list) { in atm_tc_drop()
541 INIT_LIST_HEAD(&p->flows); in atm_tc_init()
543 list_add(&p->link.list, &p->flows); in atm_tc_init()
564 list_for_each_entry(flow, &p->flows, list) in atm_tc_reset()
575 list_for_each_entry(flow, &p->flows, list) in atm_tc_destroy()
[all …]
Dsch_sfq.c665 if (ctl->flows) in sfq_change()
666 q->maxflows = min_t(u32, ctl->flows, SFQ_MAX_FLOWS); in sfq_change()
800 opt.v0.flows = q->maxflows; in sfq_dump()
DKconfig235 and Keep for responsive flows, CHOose and Kill for unresponsive
236 flows). This is a variation of RED which trys to penalize flows
/linux-3.4.99/Documentation/networking/
Dpktgen.txt49 flows: 0 flowlen: 0
62 flows: 0
169 pktgen.conf-1-1-flows # 1 CPU 1 dev multiple flows.
243 flows
Dscaling.txt27 of logical flows. Packets for each flow are steered to a separate receive
181 flows to the CPUs where those flows are being processed. The flow hash
186 same CPU. Indeed, with many flows and few CPUs, it is very likely that
187 a single application thread handles flows with many different flow hashes.
190 for flows: the CPU that is currently processing the flow in userspace.
213 entry i is actually selected by hash and multiple flows may hash to the
270 balancing mechanism that uses soft state to steer flows based on where
Dmac80211-auth-assoc-deauth.txt3 # deauthentication/disassociation flows.
Dopenvswitch.txt13 table" that userspace populates with "flows" that map from keys based
Dbonding.txt2098 destination. In a local configuration, traffic flows directly to and
/linux-3.4.99/net/core/
Dpktgen.c375 struct flow_state *flows; member
2185 return !!(pkt_dev->flows[flow].flags & F_INIT); in f_seen()
2193 if (pkt_dev->flows[flow].count >= pkt_dev->lflow) { in f_pick()
2195 pkt_dev->flows[flow].count = 0; in f_pick()
2196 pkt_dev->flows[flow].flags = 0; in f_pick()
2205 if (pkt_dev->flows[flow].count > pkt_dev->lflow) { in f_pick()
2206 pkt_dev->flows[flow].count = 0; in f_pick()
2207 pkt_dev->flows[flow].flags = 0; in f_pick()
2222 struct xfrm_state *x = pkt_dev->flows[flow].x; in get_ipsec_sa()
2232 pkt_dev->flows[flow].x = x; in get_ipsec_sa()
[all …]
Dnet-sysfs.c696 table->flows[count].cpu = RPS_NO_CPU; in store_rps_dev_flow_table_cnt()
Ddev.c2684 rflow = &flow_table->flows[flow_id]; in set_rps_cpu()
2749 rflow = &flow_table->flows[skb->rxhash & flow_table->mask]; in get_rps_cpu()
2819 rflow = &flow_table->flows[flow_id]; in rps_may_expire_flow()
/linux-3.4.99/net/dccp/ccids/
DKconfig20 be reasonably fair when competing for bandwidth with TCP-like flows,
/linux-3.4.99/Documentation/ABI/testing/
Dsysfs-platform-kim8 The device name flows down to architecture specific board
/linux-3.4.99/include/linux/
Dpkt_sched.h183 unsigned flows; /* Maximal number of flows */ member
Dnetdevice.h622 struct rps_dev_flow flows[0]; member
/linux-3.4.99/Documentation/
Dmedia-framework.txt32 flows from the entity's output to one or more entity inputs. Pads should
36 on the same entity or on different entities. Data flows from a source
/linux-3.4.99/drivers/staging/mei/
Dmei.txt36 - Selective network isolation of Ethernet and IP protocol flows based
/linux-3.4.99/arch/blackfin/
DKconfig.debug173 flows) and should normally be turned off, except in those nasty
/linux-3.4.99/net/ipv4/
DKconfig476 other Reno and H-TCP flows.
/linux-3.4.99/Documentation/block/
Dbiodoc.txt993 4.2 Request flows seen by I/O schedulers
995 flows.
/linux-3.4.99/net/netfilter/
DKconfig334 policies to flows, instead of using the global timeout policy.