From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell Stuart Subject: RE: [PATCH 0/2] NET: Accurate packet scheduling for ATM/ADSL Date: Tue, 18 Jul 2006 12:06:49 +1000 Message-ID: <1153188409.13145.5.camel@ras.pc.brisbane.lube> References: <1150278004.26181.35.camel@localhost.localdomain> <1150286766.5233.15.camel@jzny2> <1150287983.3246.27.camel@ras.pc.brisbane.lube> <1150292693.5197.1.camel@jzny2> <1150843471.17455.2.camel@ras.pc.brisbane.lube> <15653CE98281AD4FBD7F70BCEE3666E53CD54A@comxexch01.comx.local> <1151000966.5392.34.camel@jzny2> <1151066247.4217.254.camel@ras.pc.brisbane.lube> <1151158431.6716.95.camel@jzny2> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Cc: Jesper Dangaard Brouer , netdev@vger.kernel.org, Stephen Hemminger , Patrick McHardy Return-path: Received: from 58.105.229.78.optusnet.com.au ([58.105.229.78]:21161 "EHLO adsl-kenny.stuart.id.au") by vger.kernel.org with ESMTP id S1750830AbWGRCHk (ORCPT ); Mon, 17 Jul 2006 22:07:40 -0400 To: hadi@cyberus.ca In-Reply-To: <1151158431.6716.95.camel@jzny2> Sender: netdev-owner@vger.kernel.org List-Id: netdev.vger.kernel.org On Sat, 2006-06-24 at 10:13 -0400, jamal wrote: > And yes, I was arguing that the tc scheme you describe would not be so > bad either if the cost of making a generic change is expensive. > Patrick seems to have a simple way to compensate generically for link > layer fragmentation, so i will not argue the practically; hopefully that > settles it? ;-> Things seem to have died down. Patrick's patch seemed unrelated to ATM to me. I did put up another suggestion, but I don't think anybody was too impressed with the idea. So that leave the current ATM patch as the only one we have on the table that addresses the ATM issue. Since you don't think it is "too bad", can we proceed with it?