Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp474676iob; Wed, 18 May 2022 06:20:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzWCNGnWnffZDhued/q5QJnBqS2WWSPI9yR5Cw6uFNg6aijPznFGYa8hnsdk7oHVGRYQsTr X-Received: by 2002:a17:90a:b295:b0:1df:8462:b96e with SMTP id c21-20020a17090ab29500b001df8462b96emr9678742pjr.162.1652880058825; Wed, 18 May 2022 06:20:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652880058; cv=none; d=google.com; s=arc-20160816; b=TlMqHrQUJeW2T0af/UeSD1250YnWxvE39tb6G5jU7bUB9vlZHXslnxJePhjN08mLZQ I4qdRhCfDYjuaskGki6DfYkz9WdvcwMcZN4Ym27ctcceuicX94xV5KDHWy8L7NsGH1Nl UimpYEMvhqqs2OACoexhqkbnSLzS0qsxlEfnovbJSaFZWwlq5CPgPYzm/4aQjMFrSgKU 1jjW4qYDxlVRJ0e2J7kEpDOQtnOIXYcES5PuwGz3LtoXznrUfkje3cJIrmfiZevTftqT lTvKF1bBtxzAceJ+Jz1HvOpnbRnaA7x7OjfuzU8+Nmdb5sCFZmnGU2UUCp2gUNoumvsR BWRg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=RVI5Qc5MSI8x3OlbtoOcdqVC13AoCZicUzJ7zIvNSSU=; b=BhtFaU1IT2G0V5/vRTbQh4FWE6f8p121EVvX8G+YFR5iGXEe4OC7vVFjID5W+kqwR7 Un9bq1C0yFJ2wozJz5Ie7NwLUFEXJ8FZLZeZvsYpFDgYDcxCKh6NEKXfQ12Oba8bomu+ FTvumH/qKFuKFKVZb4S2wJ8c1zVgBmFLXsdx8NFfZZ6adK4vsgX5a+gC1kQmZKpYOf1B qOTgOZgWDnULe62+sJT8gYS0eSQfwoGO9tW6+5CsDy0it1Z9bQ3TQghaLiIVBjM8eyXz yHIbIjW8VNJmSUVR9Hd5UHoDmQCHUiQRhZnSjtOeJO952miHUalf9V1+07Grqka0DxZb 4i9A== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id s12-20020a056a0008cc00b0050d2398a2b9si3178237pfu.221.2022.05.18.06.20.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 18 May 2022 06:20:58 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 61601B8BD3; Wed, 18 May 2022 06:18:36 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237632AbiERNSU (ORCPT + 99 others); Wed, 18 May 2022 09:18:20 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40974 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236559AbiERNSR (ORCPT ); Wed, 18 May 2022 09:18:17 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B9247B0A64; Wed, 18 May 2022 06:18:15 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 79712B82032; Wed, 18 May 2022 13:18:14 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3D865C385AA; Wed, 18 May 2022 13:18:12 +0000 (UTC) Message-ID: Date: Wed, 18 May 2022 23:18:09 +1000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH 3/3] m68knommu: fix 68000 CPU link with no platform selected Content-Language: en-US To: Geert Uytterhoeven Cc: Linux/m68k , Linux Kernel Mailing List , Arnd Bergmann References: <20220518065639.2432213-1-gerg@linux-m68k.org> <20220518065639.2432213-4-gerg@linux-m68k.org> From: Greg Ungerer In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.0 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Geert, On 18/5/22 19:20, Geert Uytterhoeven wrote: > Hi Greg. > > On Wed, May 18, 2022 at 8:56 AM Greg Ungerer wrote: >> If building for a nommu m68k classic CPU and no platform (board) is >> selected then the final link fails with: >> >> LD vmlinux.o >> m68k-linux-ld: cannot find arch/m68k/kernel/head.o: No such file or directory >> make: *** [Makefile:1158: vmlinux] Error 1 >> >> Not selecting a platform is ok, that is a generic 68000 system build. >> All of the platform selections are for 68328 variants. >> >> The underlying problem is that the CPU config option (CONFIG_M68000) >> ends up not being set, it is currently only selected by one of the >> platform choices. >> >> Change CONFIG_M68000 so that it is always enabled for the nommu m68k >> classic configuration. >> >> Signed-off-by: Greg Ungerer > > Thanks for your patch! > >> --- a/arch/m68k/Kconfig.cpu >> +++ b/arch/m68k/Kconfig.cpu >> @@ -37,7 +37,7 @@ endchoice >> if M68KCLASSIC >> >> config M68000 >> - bool >> + def_bool y > > And then the selects can be removed, too, as the symbol is now always > enabled? Yes, I think that would be the case. > I'm wondering how to handle this when another nommu-m68k-classic > platform shows up (again, cfr. the removed 68360 support) , that > would need a different head.S? Of course that's something to be > solved later... Yes, indeed. I am kinda kicking that can down the road :-) It probably doesn't make a lot of sense to be able to select multiple platform types in this specific nommu m68k classic setup. The startup config code does not support probing of platform type, it has hard coded #if conditionals that mean it only supports a single platform selection anyway. Anyway, a problem to deal with when we have more choices here. >> depends on !MMU >> select CPU_HAS_NO_BITFIELDS >> select CPU_HAS_NO_CAS > > Note that mmu-m68k-classic (e.g. CONFIG_MMU=y + allnonfig) has the > same problem. That config does need other fixes too. E.g. I have > a local patch to make sure NR_IRQS is never zero, but never got to > solve the missing head.o problem in an acceptable way. Yep, ok. Regards Greg > 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