From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S264556AbTDPTcb (ORCPT ); Wed, 16 Apr 2003 15:32:31 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S264558AbTDPTcb (ORCPT ); Wed, 16 Apr 2003 15:32:31 -0400 Received: from unamed.infotel.bg ([212.39.68.18]:49678 "EHLO l.himel.bg") by vger.kernel.org with ESMTP id S264556AbTDPTc3 (ORCPT ); Wed, 16 Apr 2003 15:32:29 -0400 Date: Wed, 16 Apr 2003 22:43:55 +0300 (EEST) From: Julian Anastasov X-X-Sender: ja@l To: jamal cc: Manfred Spraul , Catalin BOIE , Tomas Szepe , , , Subject: Re: [PATCH] qdisc oops fix In-Reply-To: <20030416142802.E5912@shell.cyberus.ca> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hello, On Wed, 16 Apr 2003, jamal wrote: > > >This is a different problem from previous one posted. The problem should be the same. This 'lock bh + GFP_KERNEL' BUG happens only when slab allocates pages, not on each kmalloc. > > >Theres a small window (exposed given that you are provisioning a lot > > >of qdiscs and running traffic at the same time) that an incoming packet > > >interupt will cause the BUG(). This should not happen, may be you see another place that violates the above rule? IMO, the only problem is that it is not good to hold locks (including bh one) while using GFP_KERNEL. Regards -- Julian Anastasov