From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anholt Subject: Re: [PATCH v2 4/5] drm/etnaviv: Reuse dma_fence_release. Date: Wed, 03 May 2017 09:03:21 -0700 Message-ID: <87wp9yylkm.fsf@eliezer.anholt.net> References: <20170412191202.22740-1-eric@anholt.net> <20170412191202.22740-5-eric@anholt.net> <1493806760.13947.32.camel@pengutronix.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0539452604==" Return-path: In-Reply-To: <1493806760.13947.32.camel@pengutronix.de> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Lucas Stach Cc: etnaviv@lists.freedesktop.org, linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org, Russell King List-Id: dri-devel@lists.freedesktop.org --===============0539452604== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Lucas Stach writes: > Hi Eric, > > Am Mittwoch, den 12.04.2017, 12:12 -0700 schrieb Eric Anholt: >> If we follow the typical pattern of the base class being the first >> member, we can use the default dma_fence_free function. > > Sorry, I don't like this change. > While it provides a bit of code simplification, it also bakes the > implicit assumption into the code that dma_fence is the first struct > member without any checks to validate this assumption. I would at least > expect a build bug assert, but then the current bit of code to keep this > explicit and self-documenting is probably just as good. Fine with me. Please make sure you grab patch 2, though. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEE/JuuFDWp9/ZkuCBXtdYpNtH8nugFAlkJ/0kACgkQtdYpNtH8 nuhu7RAAipvY0EE08VSbRJqUlnaE2Hd4WXyvyWTqfIPCpjGL1wA4XC9I7KZVqYM9 xhIZ4l6shsgxJkysVXQZC4RPEsAeQDD5S8baGDJR56dzjjeINLmLpR5NfVMMNn3g Di1ACfmQ5wABgsaaQo+EFLpYkIHNl+xBYAHbuGrK6WLmyOAAwO2VjBJ19MZepD1k Q6omMmzgWyvNO1TDK2HbNCLm4ZC08tul+LhzPZbu6uNDZ7AHtDAjhDVWCuSTVEG2 jKAzQLlYC4DENddGwjZFagaaQXbk+ThJy9jdsmcxWVSPxg/yEVaOrMFXyxxfWJGA rSoBvqf8i0Qq1caSCYb+vC7qwfiJrpjBE2dBxFxJvmQVdtmf705gFd4HcRNbVqOa ukJwoyNJIGr6ATn+1tWqnEW1tQuzEdJk39EXZFc9Qar1//VP/F2vQTTjoZgyyHvP QxV2vw6MFfMft26eWwHw8K+d/mogUnZcBiYO0epBqVNZ9cHRU/1lDwYCe5j76fm0 JLVLQ46h8/bN0N3vJiYjzT4P4JSb6iMpWXiy0ZcZ0ycWuwqiWbEzXQZrzWfOKByO 2CmJo4UkvyxAxk7PWacu3eVRPZObakJun0D+7d6t0KeHK60U5Fm7DHwXxv7q60eN /qjKpjIrv5oJNSpVT+ZVOBPB+GU7g9ylXt8kazlAYebiuDrAHc8= =rAqr -----END PGP SIGNATURE----- --=-=-=-- --===============0539452604== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============0539452604==--