From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755887Ab0JDNIA (ORCPT ); Mon, 4 Oct 2010 09:08:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:29885 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755744Ab0JDNH7 (ORCPT ); Mon, 4 Oct 2010 09:07:59 -0400 Message-ID: <4CA9D18F.7070003@redhat.com> Date: Mon, 04 Oct 2010 15:07:27 +0200 From: Zdenek Kabelac Organization: Red Hat User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100908 Fedora/3.1.3-1.fc15 Lightning/1.0b3pre Thunderbird/3.1.3 MIME-Version: 1.0 To: chich21@mail.com CC: linux-kernel@vger.kernel.org, stable@kernel.org Subject: Re: Linux kernel 2.6.34.7 lvm error References: <8CD30F86F2A0A2B-BE8-179A8@web-mmc-m02.sysops.aol.com> <4CA99462.5050707@redhat.com> In-Reply-To: <4CA99462.5050707@redhat.com> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Dne 4.10.2010 10:46, Zdenek Kabelac napsal(a): > Dne 3.10.2010 11:56, chich21@mail.com napsal(a): >> With Linux kernel 2.6.34.7 from www.kernel.org the following error occurs. >> >> Issuing this command produces error. >> >> vgchange -ay >> >> outputs: >> Internal error: Maps lock 14317216 < unlock 14321312 >> >> vgchange is part of lvm-tools. >> >> This doesn't happen with kernel 2.6.34 or 2.6.34.1 from www.kernel.org. >> >> Is there a patch for 2.6.34.x series coming for this error. As there is one >> for 2.6.35.x series. >> >> Please CC email me related posts. > > > Bug is related to stack guard fix - kernel 2.6.36-rc4 has this problem fixed. > Bug is present in 2.6.36-rc3 - so something between them fixes the problem. > > It looks like the [stack] mapping loses 1 page after each mlock/munlock cycle. > I'm probably going to play bisect game to find out missing fix. > > https://bugzilla.redhat.com/show_bug.cgi?id=638525 > So - after bisecting - it seems that commit: 39aa3cb3e8250db9188a6f1e3fb62ffa1a717678 "mm: Move vma_stack_continue into mm.h" by Stefan had a nice 'bug-fixing' side effect which have not been mentioned in its description - it fixes misbehaving of mlock/munlock [stack] mapping size. So I assume this commit should be backported to stable kernels as well when there is stack-guard patch already added. Cc: stable@ Zdenek