Return-path: Received: from 74-93-104-97-Washington.hfc.comcastbusiness.net ([74.93.104.97]:56502 "EHLO sunset.davemloft.net" rhost-flags-OK-FAIL-OK-OK) by vger.kernel.org with ESMTP id S1757503AbYGTRUu (ORCPT ); Sun, 20 Jul 2008 13:20:50 -0400 Date: Sun, 20 Jul 2008 10:20:50 -0700 (PDT) Message-Id: <20080720.102050.21541173.davem@davemloft.net> (sfid-20080720_192103_568903_38F25DA6) To: herbert@gondor.apana.org.au Cc: kaber@trash.net, hadi@cyberus.ca, netdev@vger.kernel.org, johannes@sipsolutions.net, linux-wireless@vger.kernel.org Subject: Re: [PATCH 20/31]: pkt_sched: Perform bulk of qdisc destruction in RCU. From: David Miller In-Reply-To: References: <20080717.152447.89672084.davem@davemloft.net> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Sender: linux-wireless-owner@vger.kernel.org List-ID: From: Herbert Xu Date: Sun, 20 Jul 2008 22:32:35 +0800 > Now I understand that having a pfifo is an anathema to multi-queue TX > by definition. However, even if we couldn't preserve the full > semantics by default, if we could at least preserve the ordering > within each queue it would still be a plus. That's how I basically feel right now as well. So we can revert that change that killed pfifo_fast if we want.