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;
Subject: Re: [git pull] drm for v4.15
To:     christian.koenig@amd.com,
        Linus Torvalds <torvalds@linux-foundation.org>
Cc:     LKML <linux-kernel@vger.kernel.org>,
        dri-devel <dri-devel@lists.freedesktop.org>
References: <CAPM=9tz-HT7ynGrzXwtnaDcj+0MumLBj1Z8VUB+v6W=9P_eaNA@mail.gmail.com>
 <CA+55aFzCfbqEn=VSn8rhcLm9sTqaRTCQ3AgxhZA2xuP-P3QFBA@mail.gmail.com>
 <CAPM=9txQo2yAe1nwUtyYETbGdgjY9GHgmXYYC=1ojyydUb72HQ@mail.gmail.com>
 <26729c32-cfd6-82e0-b370-a46ca951adea@gmail.com>
 <CA+55aFz4ZeXeu_bfiKGLJhqa8Z2zsvL9Xd+oBSYo-gsdLSSGfA@mail.gmail.com>
 <29dd45a7-4a58-ed71-e6d4-1cd4bfc69ee5@amd.com>
 <CA+55aFxj9v-ZefhLO2EpdUY58ggCHF6ON5fW0MEb==zZBR9=ag@mail.gmail.com>
 <c248101e-91ba-e451-b648-3d504befd29d@gmail.com>
From:   =?UTF-8?Q?Nicolai_H=c3=a4hnle?= <nhaehnle@gmail.com>
Message-ID: <d4823dd9-56e7-6b8c-4e2c-d7b48c7413c1@gmail.com>
Date:   Sat, 18 Nov 2017 11:49:27 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.4.0
MIME-Version: 1.0
In-Reply-To: <c248101e-91ba-e451-b648-3d504befd29d@gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 17.11.2017 20:18, Christian König wrote:
> The obvious alternative which we are working on for a few years now is 
> to improve the input data we get from the hardware people.
> 
> In other words instead of getting a flat list of registers we want the 
> information about where and how many times a hardware block was 
> instantiated.
> 
> But getting that proved much more difficult than we thought and yes we 
> are working on that for multiple years now.

Well, the good news is that at least for the gfx registers, I actually 
have a proof-of-concept script that extracts the required information 
from the hardware sources. Generating e.g. a CB_COLOR_INFO(x) macro 
instead of CB_COLORx_INFO defines from that is not that hard :)

The real challenge is getting this integrated into the right processes 
so we don't have as much of a maintenance burden.

Cheers,
Nicolai
-- 
Lerne, wie die Welt wirklich ist,
Aber vergiss niemals, wie sie sein sollte.

From 1584365784425495015@xxx Sat Nov 18 01:35:56 +0000 2017
X-GM-THRID: 1584194585945726173
X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread