From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751462AbYFAIBo (ORCPT ); Sun, 1 Jun 2008 04:01:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751602AbYFAIA5 (ORCPT ); Sun, 1 Jun 2008 04:00:57 -0400 Received: from courier.cs.helsinki.fi ([128.214.9.1]:51254 "EHLO mail.cs.helsinki.fi" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751323AbYFAIAy (ORCPT ); Sun, 1 Jun 2008 04:00:54 -0400 Message-ID: <484256AA.3000709@cs.helsinki.fi> Date: Sun, 01 Jun 2008 10:58:34 +0300 From: Pekka Enberg User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Paul Mundt , Pekka J Enberg , David Howells , Christoph Lameter , LKML , cooloney@kernel.org, akpm@linux-foundation.org, mpm@selenic.com Subject: Re: [PATCH] nommu: fix kobjsize() for SLOB and SLUB References: <20080528153648.GA27783@linux-sh.org> <483DBA85.2060502@cs.helsinki.fi> <483DBFC3.1070108@cs.helsinki.fi> <29611.1212066517@redhat.com> <20080529211207.GB13663@linux-sh.org> In-Reply-To: <20080529211207.GB13663@linux-sh.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Paul, Paul Mundt wrote: > Not until the page->index bits are killed, otherwise you aren't fixing > anything. SLOB on nommu with those page->index tests will automatically > oops today, before or after your patches. Until that's resolved, there's > no point in pretending like kobjsize() has been "fixed". As no one has > come up with a valid reason for those tests existing in the first place, > simply having your patches and killing the BUG_ON()'s seems ok. Sorry if I'm starting to sound like a broken record, but can you explain why removing the ->index bits are safe? I mean, if removing them is really okay, that means we don't hit that code path with SLAB at all? Paul Mundt wrote: > If we're not going to kill the BUG_ON()'s, then your patches are purely > cosmetic fixups with no behavioural change -- (ie, nommu is still hosed > on SLOB with current git). It fixes nommu with SLUB, doesn't it? Pekka