Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751297AbdH2AYC (ORCPT ); Mon, 28 Aug 2017 20:24:02 -0400 Received: from icp-osb-irony-out7.external.iinet.net.au ([203.59.1.107]:6362 "EHLO icp-osb-irony-out7.external.iinet.net.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751221AbdH2AYA (ORCPT ); Mon, 28 Aug 2017 20:24:00 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A2B8AAAPs6RZ/zXSMGcNUBkBAQEBAQEBAQEBAQcBAQEBAYVAE4N3nCiIOY1tghKFRwKEPxYBAgEBAQEBAQGGKwEBAQECASNWEAsNCwICJgICITYGAQwGAgEBihUDCAWuZ2uCJyKHHA2EGwEBAQEBAQEBAQEBAQEBAQEigQ2CHYVegn2CV4UxgmEFoCg7AY9PAZBehwBIjAGJdCYNgTEyIQgpCId2ZIscAQEB X-IPAS-Result: A2B8AAAPs6RZ/zXSMGcNUBkBAQEBAQEBAQEBAQcBAQEBAYVAE4N3nCiIOY1tghKFRwKEPxYBAgEBAQEBAQGGKwEBAQECASNWEAsNCwICJgICITYGAQwGAgEBihUDCAWuZ2uCJyKHHA2EGwEBAQEBAQEBAQEBAQEBAQEigQ2CHYVegn2CV4UxgmEFoCg7AY9PAZBehwBIjAGJdCYNgTEyIQgpCId2ZIscAQEB X-IronPort-AV: E=Sophos;i="5.41,442,1498492800"; d="scan'208";a="8571648" Subject: Re: [PATCH] input: misc: don't build m68kspkr when mach_beep is undefined To: Geert Uytterhoeven , Dmitry Torokhov Cc: Alexandre Belloni , linux-m68k , "linux-input@vger.kernel.org" , "linux-kernel@vger.kernel.org" References: <20170824144427.23873-1-alexandre.belloni@free-electrons.com> <20170828165031.GD12195@dtor-ws> From: Greg Ungerer Message-ID: <207ddeee-51dc-9b34-f7d9-eff2cb8143d7@linux-m68k.org> Date: Tue, 29 Aug 2017 10:24:12 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1461 Lines: 52 Hi Geert, Dmitry, Alexandre, On 29/08/17 03:15, Geert Uytterhoeven wrote: > On Mon, Aug 28, 2017 at 6:50 PM, Dmitry Torokhov > wrote: >> On Thu, Aug 24, 2017 at 04:44:27PM +0200, Alexandre Belloni wrote: >>> mach_beep is defined arch/m68k/kernel/setup_mm.c which is compiled only >>> when MMU is selected. >>> >>> To avoid linking errors, make INPUT_M68K_BEEP depend on MMU. >> >> Hmm, can we maybe pull mach_beep from setup_mm.c to setup.c? MMU > > Sounds OK to me. Greg? Yeah, I have no problem with that. At the moment though setup.c is a basic stub with only this in it: #ifdef CONFIG_MMU #include "setup_mm.c" #else #include "setup_no.c" #endif It is one of the very few files remaining that we have not fully re-merged from the original MMU and no-MMU versions. Maybe its time we looked at cleaning this up as well... Regards Greg >> dependency seems to be artificial. > > That's indeed artificial, it's really a platform dependency. > But currently these platforms (Amiga and Atari) do not support mmu-less > operation (yet). > > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org > > In personal conversations with technical people, I call myself a hacker. But > when I'm talking to journalists I just say "programmer" or something like that. > -- Linus Torvalds >