From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752022Ab1F0PBI (ORCPT ); Mon, 27 Jun 2011 11:01:08 -0400 Received: from mail-pw0-f46.google.com ([209.85.160.46]:37924 "EHLO mail-pw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751047Ab1F0PBA convert rfc822-to-8bit (ORCPT ); Mon, 27 Jun 2011 11:01:00 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=cQzMSWeve8mWla9PkxNnwytlVt7JUm+ffBsNvWHF+ISeTbXzJ1vPhkWOTtnQTMDaxg xS+5zOUOj8hlsLZ/3cXiJUbXJPTQJbHkEqxdBp91T5Oj6Sd5iXSeTG0PZkGENiGneXNB lJ0H2eGtadqDsWSi1G7I6ANA6hpRSSo/fKtGo= MIME-Version: 1.0 In-Reply-To: References: <4E089730.1080306@gnu.org> Date: Mon, 27 Jun 2011 17:00:59 +0200 Message-ID: Subject: Re: [PATCH -next] bcma: main.c needs to include From: =?UTF-8?B?UmFmYcWCIE1pxYJlY2tp?= To: Geert Uytterhoeven Cc: Pavel Roskin , Alexey Dobriyan , linux-wireless@vger.kernel.org, linux-next@vger.kernel.org, Linux Kernel Development Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org W dniu 27 czerwca 2011 16:53 użytkownik Geert Uytterhoeven napisał: > 2011/6/27 Rafał Miłecki : >> 2011/6/27 Pavel Roskin : >>> On 06/27/2011 10:24 AM, Alexey Dobriyan wrote: >>>> 2011/6/27 Rafał Miłecki: >>>>> 2011/6/26 Geert Uytterhoeven: >>>>>> >>>>>> m68k allmodconfig: >>>>>> >>>>>> drivers/bcma/main.c: In function ‘bcma_release_core_dev’: >>>>>> drivers/bcma/main.c:68: error: implicit declaration of function ‘kfree’ >>>>> >>>>> We already include slab.h in: >>>>> host_pci.c >>>>> scan.c >>>>> sprom.c >>>>> >>>>> Maybe we can just include this in bcma.h as a better solution? >>>> >>>> It isn't better solution. >>>> It results in situation where unnecessary inclusion will be done. >>>> Maybe it's not the case now, but it will be in future. >>> >>> I agree.  kfree() is used in main.c, not in bcma.h.  There is no need for >>> all files that include bcma.h to include linux/slab.h, especially (but not >>> only) because bcma.h is not a private header. >> >> You ignore the fact I clarified my idea to use bcma_private.h instead of bcma.h. > > One day A Cleaner will remove it again, seeing bcma_private.h doesn't > use any slab > interface, and it still seems to compile on his platform of choice > (which implicitly > pulls in slab.h). > > If it's put in main.c, The Cleaner will notice main.c uses kfree(), > and won't touch it. A Cleaner should review all files that use bcma_private.h and notice kfree() ;) But as I said, I don't really argue. John, if that's OK for you, please take it. -- Rafał