forgive me, but i didnt think the recvq to sk->receive_queue changes were
in the 2.4 kernel series yet?
>--- linux-2.4.20/net/atm/br2684.c.compile 2003-04-16 20:41:05.000000000 -0400
>+++ linux-2.4.20/net/atm/br2684.c 2003-04-16 20:42:05.000000000 -0400
>@@ -188,7 +188,7 @@ static int br2684_xmit_vcc(struct sk_buf
> dev_kfree_skb(skb);
> return 0;
> }
>- atomic_add(skb->truesize, &atmvcc->tx_inuse);
>+ atomic_add(skb->truesize, &atmvcc->sk->wmem_alloc);
> ATM_SKB(skb)->iovcnt = 0;
> ATM_SKB(skb)->atm_options = atmvcc->atm_options;
> brdev->stats.tx_packets++;
>@@ -551,7 +551,7 @@ Note: we do not have explicit unassign,
> barrier();
> atmvcc->push = br2684_push;
> skb_queue_head_init(©);
>- skb_migrate(&atmvcc->recvq, ©);
>+ skb_migrate(&atmvcc->sk->receive_queue, ©);
> while ((skb = skb_dequeue(©))) {
> BRPRIV(skb->dev)->stats.rx_bytes -= skb->len;
> BRPRIV(skb->dev)->stats.rx_packets--;
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/