Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755512AbcDNPBo (ORCPT ); Thu, 14 Apr 2016 11:01:44 -0400 Received: from mail-pa0-f48.google.com ([209.85.220.48]:36057 "EHLO mail-pa0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751973AbcDNPBm (ORCPT ); Thu, 14 Apr 2016 11:01:42 -0400 Message-ID: <1460646099.10638.44.camel@edumazet-glaptop3.roam.corp.google.com> Subject: Re: Deleting child qdisc doesn't reset parent to default qdisc? From: Eric Dumazet To: Jiri Kosina Cc: Jamal Hadi Salim , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Date: Thu, 14 Apr 2016 08:01:39 -0700 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.10.4-0ubuntu2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 591 Lines: 17 On Thu, 2016-04-14 at 16:44 +0200, Jiri Kosina wrote: > Hi, > > I've came across the behavior where adding a child qdisc and then deleting > it again makes the networking dysfunctional (I guess that's because all of > a sudden there is absolutely no working qdisc on the device, although > there originally was a default one in the parent). > > In a nutshell, is this expected behavior or bug? This is the expected behavior. If the kernel was suddenly doing a 'replace' when you ask a delete, then the scripts doing a delete , than a add would break. tc users are skilled admins ;)