Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2954041imm; Mon, 28 May 2018 20:50:23 -0700 (PDT) X-Google-Smtp-Source: ADUXVKK8fySxwN84dAOnKx0P4sOTKk9VWTohu6ih1WPP9BNYeehnAe+Wt/7uso2LoBX2XreWoznv X-Received: by 2002:a62:4a0c:: with SMTP id x12-v6mr3601368pfa.142.1527565823463; Mon, 28 May 2018 20:50:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527565823; cv=none; d=google.com; s=arc-20160816; b=qXwlcQxOlEFgE9ACEXYQ5/r3aps+NDNwgn1fv0hdAuc8gDNS0XrV83r9o9LUti1Bar jO43RlC0x1OvwuZsLevKlvoNS4pvIsIEobtq6awcfF1slgeHWPFIZVGcI8PkF+4MBu/q BajS2lqFD9j2MXkGNUc+8ZGxeweootvZl2OS8nhnj5b9KQcBlVGojTysN737vNj/i7vK i33I+Av8kekMe00lQQ+S/4233GnO/Xk4nxkvpwH6R+xUpbsKjSI+gvuXmd9X0QksnXNw odgOBjTxQBkYO+jqr1aAfoh6tm2lPpRU15N5in+bueaU5Iv6HvvoF+PYwBx1iHmGYnWe UJEw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :references:in-reply-to:mime-version:dkim-signature :arc-authentication-results; bh=h9feIr6l76BIV2tQjuNQsUkDpPZ+bb1IK+EMY6Wl/4k=; b=Md90NcksL8Aszm8qPeBCgR9UpBc5XEwNiFxG2qHXVsJVmwwSEKlyXxecDjKihb9HJ8 QI5ukXM37TxoPAm4xYj9L8ax0tc8adSchQJseiYGODJcbTfXiHiZjKVUalAaGlr2PHdu mI9b4kBcmzUx0BkS7QQQZypwH+liATpgQia2zKZJshhy76yGYt/R6cU0+3Lha7dt81KQ oml+ehi0/3JdUs1zPS5niIJd7NvJ0t6sVT8k9YrGQOfaUbqKiICxl/UXclnKYAtrI1CY 9vZbDggxwhD7D8FiiUus6xR5pTZuJ9La6ANRI/Yz2bvBT8Xww4myUOCd/GOolki+M5fo jwEw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=m+0qiDFD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 203-v6si31569725pfz.160.2018.05.28.20.50.09; Mon, 28 May 2018 20:50:23 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=m+0qiDFD; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933755AbeE1T7l (ORCPT + 99 others); Mon, 28 May 2018 15:59:41 -0400 Received: from mail-pg0-f66.google.com ([74.125.83.66]:36476 "EHLO mail-pg0-f66.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933699AbeE1T7i (ORCPT ); Mon, 28 May 2018 15:59:38 -0400 Received: by mail-pg0-f66.google.com with SMTP id m5-v6so1242991pgd.3 for ; Mon, 28 May 2018 12:59:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=h9feIr6l76BIV2tQjuNQsUkDpPZ+bb1IK+EMY6Wl/4k=; b=m+0qiDFDmeXWo1ZajvjD1R8R4BiqTltM4vTdtf57r7eXbxQiYcYAPYVKp4elDXTv/m PPgEaUS50ryBMnjqTTjptv8uu4gDXe167ctJD7MHSDfOzIpWs0PgmI5K/MHlw5JkMIjR VUESFf9SGcA4S0bK3fl6zzbZ5ZcyTk0atqFwSjSbRomaUbDQueTIk2gVJrarZNskUtbK IvwBOll1nLYmEvesfdjDAVk98Jdrq2OEy/MnUi42pwTQGOidzL6F3IokOD6G+uLOETKH 0ly4yMq83IOf0azPwe0+jHGR14qXXxfMmOMrSrYpD+29pKWcX/nC7b66pudQ7tff5zAG +F9w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=h9feIr6l76BIV2tQjuNQsUkDpPZ+bb1IK+EMY6Wl/4k=; b=Pr06yMoUyBFCbKAINkKo5Mr29+N6RbHgC6F5oPnOB6o0PtFmSoRzftjdkUPsiJJ3rt 02ZswW8NgczKrnyBfx17IO7Y7UanbDeViCtPjurNYuReRZCD2u7O11Zo6NBJ2MIhrZXd KLpcuVRPK5Cfo7fwyjEYRmidEuN1YpOjPookEJNVDbSc/xMdSuaOjl3IWEsSIxbttwZo LWVTsWQacEKTgQ+Me5kHIw3tVBJX89+RzM5CYffUD5/B+tT7IfVPmGixVXuwygIlJ5cD KYzJDboqPVgA0ZnDuZsHCHomHu+6n4+KrcYcHWea2b/bAOHxQs0FfSOpY4t5E+9q5PEn OCeA== X-Gm-Message-State: ALKqPwe4CNwEUOGIBZh187T0iaD65u7cd+ydxDs/9ezwhozFQx/OQWJO 2pMOnJTbdJFk42571hOcYpjyL3sHbBIeZW0dM7w= X-Received: by 2002:a63:b307:: with SMTP id i7-v6mr11539333pgf.448.1527537577864; Mon, 28 May 2018 12:59:37 -0700 (PDT) MIME-Version: 1.0 Received: by 2002:a17:90a:4fc2:0:0:0:0 with HTTP; Mon, 28 May 2018 12:59:37 -0700 (PDT) In-Reply-To: References: <1527378785-13326-1-git-send-email-linux@roeck-us.net> <55c1c33b-4a34-bd72-57de-577ce8d95e0b@gmail.com> <2ffd0de6-e8d6-6449-7c05-cbbfd8a99a97@gmail.com> From: Michael Schmitz Date: Tue, 29 May 2018 07:59:37 +1200 Message-ID: Subject: Re: [RFC PATCH] m68k: set dma and coherent masks for Macintosh SONIC based ethernet To: Geert Uytterhoeven Cc: Finn Thain , Christoph Hellwig , Guenter Roeck , Joshua Thompson , Greg Ungerer , linux-m68k , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Geert, my preference would be Finn's patch introducing a m68k arch_setup_pdev_archdata(). It nicely preserves what bus code sets up prior to registering a platform device (important for Zorro devices using platform or mfd devices), and allows overriding by drivers that need it. If ever a kernel-wide consensus is reached to move this setup to the generic arch_setup_pdev_archdata(), we can still back out his patch at that time. Finn found one counterexample where absence of DMA mask signaled 'do not use DMA', so I think moving the DMA mask setup to generic code is unlikely to happen any time. Just my $0.02 ... Cheers, MIchael On Mon, May 28, 2018 at 10:15 PM, Geert Uytterhoeven wrote: > On Mon, May 28, 2018 at 7:26 AM, Finn Thain wrote: >> On Mon, 28 May 2018, Michael Schmitz wrote: >>> Am 27.05.2018 um 17:49 schrieb Finn Thain: >>> > On Sun, 27 May 2018, Michael Schmitz wrote: >>> > >>> >> That should have fixed the warning already ... >>> > >>> > It's still not fixed (hence my "acked-by" for Geunter's patch). >>> > >>> >>> Odd - does link order still matter even though the >>> arch_setup_dev_archdata() function from the core platform code is >>> declared as a weak symbol? >>> >>> I'll see what I can find out on elgar ... >>> >> >> Any one of the numerous patches/rfcs/suggestions that I sent will avoid >> the WARN splat. >> >> When I said "it's still not fixed", what I meant to say was, "it's still >> not fixed in mainline and no proposed fix was accepted to the best of my >> knowledge". > > Indeed. > > Do we have a consensus on the way forward? The merge window for > v4.18 will open soon. > > Thanks! > > 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