On Mon, 2016-06-06 at 06:49 -0400, Jamal Hadi Salim wrote: > On 16-06-05 07:30 PM, Cong Wang wrote: > > > Potentially all of the following: > > > > net/sched/sch_choke.c: return NET_XMIT_CN; > > net/sched/sch_fifo.c: return NET_XMIT_CN; > > net/sched/sch_generic.c: return NET_XMIT_CN; > > net/sched/sch_gred.c: return NET_XMIT_CN; > > net/sched/sch_hhf.c: return NET_XMIT_CN; > > net/sched/sch_red.c: return NET_XMIT_CN; > > net/sched/sch_sfb.c: return NET_XMIT_CN; > > net/sched/sch_sfq.c: return NET_XMIT_CN; > > > > As long as we are not loosing the stat that the packet > is dropped. Some qdiscs have a counter which indicates > congestion drops(look at RED variants of early drops); > maybe codel needs one. The parent also must account for > childs drops. > BTW, returning NET_XMIT_CN could be confusing to tcp; > it does not mean that the packet that we are getting return > code for was dropped; it could mean _another_ packet in > the queue was dropped.
NET_XMIT_CN does not confuse TCP at all. Look, the issue here is the accuracy of byte backlog in upper qdiscs, after Cong patch. When at enqueue(sch, P2) we drop P1, but enqueue P2, we need to take care of reporting to upper qdisc qdisc_pkt_len(P2) - qdisc_pkt_len(P1) We used to not call qdisc_tree_reduce_backlog() in this case, since it was qdisc_tree_decrease_qlen(sch, delta_packets) before Cong patch. We now need to call qdisc_tree_reduce_backlog(sch, 0, delta_bytes)
