From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752477AbcE0MU1 (ORCPT ); Fri, 27 May 2016 08:20:27 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:45320 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751978AbcE0MU0 (ORCPT ); Fri, 27 May 2016 08:20:26 -0400 Date: Fri, 27 May 2016 13:20:10 +0100 From: Mark Brown To: Stefan Agner Cc: Alexander Stein , linux-kernel@vger.kernel.org, Meng Yi , dri-devel@lists.freedesktop.org, David Airlie , airlied@redhat.com Message-ID: <20160527122010.GH16172@sirena.org.uk> References: <20160525104103.GV8206@sirena.org.uk> <2397536.bIp6BuhYPD@ws-stein> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="nEsDIrWrg+hrB7l1" Content-Disposition: inline In-Reply-To: X-Cookie: What PROGRAM are they watching? User-Agent: Mutt/1.6.0 (2016-04-01) X-SA-Exim-Connect-IP: 94.175.94.161 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: fsl-dcu not works on latest "drm-next" X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --nEsDIrWrg+hrB7l1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, May 26, 2016 at 10:54:16PM -0700, Stefan Agner wrote: > On 2016-05-26 02:11, Alexander Stein wrote: > > This needs to be a flat cache. See > > https://lists.freedesktop.org/archives/dri-devel/2016-January/099121.html > > or https://lkml.org/lkml/2016/3/24/281 > > max_register also needs an appropriate value. > FWIW, the latest patch which addresses this issue is Patch 5/6 of this > patchset: > https://lkml.org/lkml/2016/4/19/617 > Unfortunately, that patchset missed the 4.7 merge window. I still miss > an Ack for the first patch of this patchset. But should go into the next > release... That's another way of addressing it of course, but unless the register map actually is sparse it's probably still sensible to send the conversion to flat cache as a fix. --nEsDIrWrg+hrB7l1 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXSDt5AAoJECTWi3JdVIfQobwH/1mPMSKfxLnL5lKjgBpzAz6N xBrYZ4P4Due9KbYlN0hVocuxw+6EtP9qLiJ3+ebe9qFgJvw4eut9ejZaVNPJKiw4 n79ZsrUA4gw5BTEA8cytY0a133+vCSaJgxZRCIb0yQPpSOaYDjjc3/T6N1tFp9w+ 9tt9I4Z+s2149YZlbFXnzPQibuvWMW/8VzcjC1wY+i4Xxc4/WDtp69Xfb8xG1+nb hGTPRWh4dtHZyyfagqXvMrhlzIRNWm/hVFcqDITjXFTm085NDtzrLkOEMjjzjMwa hW1WFQw3eB8E7Q88ViOtGppO4GqRmy2eGUqhZrK3o2WBseaUCK2l9HHYjZnHD1o= =w1wX -----END PGP SIGNATURE----- --nEsDIrWrg+hrB7l1--