Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932112Ab0GIArq (ORCPT ); Thu, 8 Jul 2010 20:47:46 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38418 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756791Ab0GIAro (ORCPT ); Thu, 8 Jul 2010 20:47:44 -0400 Date: Thu, 8 Jul 2010 20:49:45 -0400 From: Jeff Layton To: "Rafael J. Wysocki" Cc: Linux Kernel Mailing List , Kernel Testers List , Maciej Rutecki , "Andrew Hendry" Subject: Re: [Bug #16306] 2.6.35-rc3 BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 cifs_show_options Message-ID: <20100708204945.01ca1236@corrin.poochiereds.net> In-Reply-To: References: <-IGZ64uxA6G.A.P0H.bLmNMB@chimera> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1679 Lines: 42 On Fri, 9 Jul 2010 01:41:39 +0200 (CEST) "Rafael J. Wysocki" wrote: > This message has been generated automatically as a part of a summary report > of recent regressions. > > The following bug entry is on the current list of known regressions > from 2.6.34. Please verify if it still should be listed and let the tracking team > know (either way). > > > Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16306 > Subject : 2.6.35-rc3 BUG: unable to handle kernel NULL pointer dereference at 0000000000000048 cifs_show_options > Submitter : Andrew Hendry > Date : 2010-06-26 10:46 (13 days old) > Message-ID : > References : http://marc.info/?l=linux-kernel&m=127754922110501&w=2 > Handled-By : Jeff Layton > > Not sure if this is a new bug or not... I don't think this is really a CIFS bug, per-se. It seems like the problem may be that the iterator for /proc/pid/mountinfo is not sufficiently protected against removal from the vfsmount list. Filesystems don't seem to be expected to do any locking in their show_options routines though so I'm guessing that something is borked in the generic vfs layer. Either that or this is some sort of generic mem corruption? I'm open to input from others that have a better grasp of this stuff at the VFS layer... -- Jeff Layton -- 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/