Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5068431pxj; Wed, 9 Jun 2021 08:27:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6k0PqAPFHPw2ZKh0e1BtXTHHkAEdExZ9Qj/yFTnTNW4QBSz9hbP4yIFyX6Qldg0vsY0VI X-Received: by 2002:a05:6402:51cf:: with SMTP id r15mr19357634edd.263.1623252423775; Wed, 09 Jun 2021 08:27:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623252423; cv=none; d=google.com; s=arc-20160816; b=Bi26IOcz7WuJMwKLXhQt1k7ThV6Jsezivnrf1SxBE2D/Y1LlhKEF7h9o2KXQAYdNMd RCuVgbm/ZJ3CF293E82ikj8Ivj40Rm1+iQD4ZI9RFiZwMTBH9HjvSDXQlmr+QHVnV8Na c7VSN0cUWoQMLRnHwC0XPDL7hnSmHIo872ynVVphb4KzGjxfAVyW++9nw4ec8qXJ/fQc BqAmkQkkVATe8kSA3vEVsmoCY+E+D5iwxHs8Ql1X0vWI6UfahOHRoXeJCj5oruIVgp9S eovuSVi6dtV6iI9oo8tSs/AD8WwRdFPHSJHjTUuj5C/bazsFIZVFMNs+z4gtfVtj/WLl AAJw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:mail-followup-to :message-id:subject:cc:to:from:date:dkim-signature; bh=WF+Uf0+6uR0qABWPQ66eqhfQdl7rZ4gMMiMR2FGvLq4=; b=S9ab1hz3Glkxmr4zaNkyC+VQQ8g2Ms2lJMEYE0ioC6LcsG+CHSbiOUEMOYu6NqYoQX imcQrSVHGCHp42egxDJGCQZ2ylF9xnXY646ie0AGxRaxTXVbyPnyf05VDbBAW0cCEzeZ xD0bQDXYjyLOh7AT3VgjfzdcAx3OSl2GMZ6jDGHHjUsKppeJzMnlfvfJjwK63O3ej1aC iZ0gl7MEUamHmWNxNBWfItBmY28L/tmPI1VCJUKIbbFXlyQJBs3RNr3aiuXV9+ugDB4Q 97x2k7HGJcgupQnVqAx3BEOB0uBtv6XKhkOtmuphB85no3Ylq7BIVEoN8saVhusRkyeX rtJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=gz2Eonoa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p17si40872edq.129.2021.06.09.08.26.39; Wed, 09 Jun 2021 08:27:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@ffwll.ch header.s=google header.b=gz2Eonoa; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236647AbhFINuW (ORCPT + 99 others); Wed, 9 Jun 2021 09:50:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57572 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234750AbhFINuS (ORCPT ); Wed, 9 Jun 2021 09:50:18 -0400 Received: from mail-wr1-x42e.google.com (mail-wr1-x42e.google.com [IPv6:2a00:1450:4864:20::42e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 83127C061574 for ; Wed, 9 Jun 2021 06:48:07 -0700 (PDT) Received: by mail-wr1-x42e.google.com with SMTP id q5so25602966wrm.1 for ; Wed, 09 Jun 2021 06:48:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ffwll.ch; s=google; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=WF+Uf0+6uR0qABWPQ66eqhfQdl7rZ4gMMiMR2FGvLq4=; b=gz2EonoaoBSw2ST+sIey+GXUGkXRHdJ7428pnv0qX7c26MyUzA6e8zM60WtIKQfUDZ 07ulSvQoq370E+5uVXtEkwGKvZ5Lh6gDeaeVDIqgw3fQKHQoNcu5SsChl7IHfXH4Yuj9 U5Ut9590YeC6IcEsouEfVPVG48gH9dQlIcz2E= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id :mail-followup-to:references:mime-version:content-disposition :content-transfer-encoding:in-reply-to; bh=WF+Uf0+6uR0qABWPQ66eqhfQdl7rZ4gMMiMR2FGvLq4=; b=lZ8KlZNSaJ+Gom38I8mYMoTsTK15EZ+kU4YF0u4FGC+vlwYPu4SKjJKDWhLnCBQeDN QZ1b1wq7jmyBj0luocr5gcvs6eNre5tp4MW4PegWPIFL0yumKjG8mVVPP/rUvCfx37by 0cy2L23uhlpZM0TTfaQgrQM8yc0NBRmP5OntUmwqu6jktnGvN3UIiAcEK46O80UqLn4n 1MyzxGZbHLMZo6y9sQvKo8MU3h6XRYbyN+FVJyvaiD5ETZtrkzx60yhXjtSyZvuDyjWC sabK3QddfDLIFADdTfPmbsaLHd1oG3gQJyuS/Du6GNhAL6R5kAkDyIEdWWLCzNjzwB/a /hQw== X-Gm-Message-State: AOAM533fYF+9Psev0CK20coRmoIfiQ2WLvAwL+h6T+bjKASsQkfZ0k/I OdMaSwsK9zIQiAUerlQmQPzQqa/yzOU1zQ== X-Received: by 2002:adf:ea86:: with SMTP id s6mr28336030wrm.75.1623246486104; Wed, 09 Jun 2021 06:48:06 -0700 (PDT) Received: from phenom.ffwll.local ([2a02:168:57f4:0:efd0:b9e5:5ae6:c2fa]) by smtp.gmail.com with ESMTPSA id b15sm10811649wrr.27.2021.06.09.06.48.05 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Jun 2021 06:48:05 -0700 (PDT) Date: Wed, 9 Jun 2021 15:48:03 +0200 From: Daniel Vetter To: Christian =?iso-8859-1?Q?K=F6nig?= Cc: Felix Kuehling , Stephen Rothwell , Daniel Vetter , Intel Graphics , Dave Airlie , DRI , Daniel Vetter , Alex Deucher , Linux Kernel Mailing List , Linux Next Mailing List Subject: Re: linux-next: build failure after merge of the drm-misc tree Message-ID: Mail-Followup-To: Christian =?iso-8859-1?Q?K=F6nig?= , Felix Kuehling , Stephen Rothwell , Intel Graphics , Dave Airlie , DRI , Alex Deucher , Linux Kernel Mailing List , Linux Next Mailing List References: <20210608125046.07c6deca@canb.auug.org.au> <22010e38-3686-87ce-532d-4a53cae990b1@amd.com> <7b825bc4-9f81-3010-6445-d6708e34a9bd@amd.com> <6dc40376-77fc-2f43-693e-1bd2c52d9cbd@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: Linux phenom 5.10.32scarlett+ Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 08, 2021 at 09:11:57AM +0200, Christian K?nig wrote: > Am 08.06.21 um 09:06 schrieb Felix Kuehling: > > Am 2021-06-08 um 2:55 a.m. schrieb Christian K?nig: > > > Hi Felix, > > > > > > that should already be fixed in drm-tip as part of the merge of the > > > TTM changes. > > No, the preempt_mgr doesn't exist in drm-misc-next. It does exist in > > drm-next, but that doesn't seem to have the TTM changes yet. > > > > Is there another DRM branch or repository that you're referring to with > > drm-tip? > > drm-tip is an integration branch for conflict resolution. > > E.g. when we have changes in drm-misc-next which break when we merge with > drm-next I'm informed and need to provide a conflict resolution patch. > > This is automatically applied when drm-next and drm-misc-next are merged > together again. > > It just looks like that drm-next and drm-misc-next are merged manually into > linux-next and then the conflict resolution doesn't apply and everything > breaks into pieces. > > Adding Daniel as well. How should that be handled? Should we merge > drm-misc-next into drm-next now? Yeah I'm expecting there will be a pull request this week. I've given Dave Airlie a headsup that the conflict is "interesting" and that maybe he needs to push out a test branch for you and Thomas Hellstrom to review/test first. -Daniel > > Thanks, > Christian. > > > > > Regards, > > ? Fel > > > > > Regards, > > > Christian. > > > > > > Am 08.06.21 um 07:37 schrieb Felix Kuehling: > > > > Hi Christian, > > > > > > > > I based amdgpu_preempt_mgr on amdgpu_gtt_mgr and now I'm looking at what > > > > changed there. Looks like I'll need to create a dummy node in > > > > amdgpu_preempt_mgr_new to satisfy TTM, and free it in > > > > amdgpu_preempt_mgr_del. > > > > > > > > Thanks, > > > > ?? Felix > > > > > > > > > > > > Am 2021-06-07 um 10:50 p.m. schrieb Stephen Rothwell: > > > > > Hi all, > > > > > > > > > > After merging the drm-misc tree, today's linux-next build (x86_64 > > > > > allmodconfig) failed like this: > > > > > > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c: In function > > > > > 'amdgpu_preempt_mgr_new': > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c:75:5: error: 'struct > > > > > ttm_resource' has no member named 'mm_node' > > > > > ??? 75 |? mem->mm_node = NULL; > > > > > ?????? |???? ^~ > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c: At top level: > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c:129:11: error: > > > > > initialization of 'int (*)(struct ttm_resource_manager *, struct > > > > > ttm_buffer_object *, const struct ttm_place *, struct ttm_resource > > > > > **)' from incompatible pointer type 'int (*)(struct > > > > > ttm_resource_manager *, struct ttm_buffer_object *, const struct > > > > > ttm_place *, struct ttm_resource *)' > > > > > [-Werror=incompatible-pointer-types] > > > > > ?? 129 |? .alloc = amdgpu_preempt_mgr_new, > > > > > ?????? |?????????? ^~~~~~~~~~~~~~~~~~~~~~ > > > > > drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c:129:11: note: (near > > > > > initialization for 'amdgpu_preempt_mgr_func.alloc') > > > > > > > > > > Caused by commit > > > > > > > > > > ?? cb1c81467af3 ("drm/ttm: flip the switch for driver allocated > > > > > resources v2") > > > > > > > > > > from the drm-misc tree interacting with commit > > > > > > > > > > ?? b453e42a6e8b ("drm/amdgpu: Add new placement for preemptible SG > > > > > BOs") > > > > > > > > > > from the drm tree. > > > > > > > > > > I don't know how to fix this, so I added the following hack (a better > > > > > fix would be nice): > > > > > > > > > > From: Stephen Rothwell > > > > > Date: Tue, 8 Jun 2021 12:41:16 +1000 > > > > > Subject: [PATCH] hack fix up for needed amdgpu_preempt_mgr_new() fix up > > > > > > > > > > Signed-off-by: Stephen Rothwell > > > > > --- > > > > > ? drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c | 4 +++- > > > > > ? 1 file changed, 3 insertions(+), 1 deletion(-) > > > > > > > > > > diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c > > > > > b/drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c > > > > > index d607f314cc1b..e1a7b3e967b9 100644 > > > > > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c > > > > > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_preempt_mgr.c > > > > > @@ -66,14 +66,16 @@ static DEVICE_ATTR_RO(mem_info_preempt_used); > > > > > ? static int amdgpu_preempt_mgr_new(struct ttm_resource_manager *man, > > > > > ??????????????????? struct ttm_buffer_object *tbo, > > > > > ??????????????????? const struct ttm_place *place, > > > > > -????????????????? struct ttm_resource *mem) > > > > > +????????????????? struct ttm_resource **res) > > > > > ? { > > > > > +#if 0 > > > > > ????? struct amdgpu_preempt_mgr *mgr = to_preempt_mgr(man); > > > > > ? ????? atomic64_add(mem->num_pages, &mgr->used); > > > > > ? ????? mem->mm_node = NULL; > > > > > ????? mem->start = AMDGPU_BO_INVALID_OFFSET; > > > > > +#endif > > > > > ????? return 0; > > > > > ? } > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch