From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark Brown Subject: Re: [RFC] drm/bridge/sii902x: Fix EDID readback Date: Thu, 1 Nov 2018 11:21:17 +0000 Message-ID: <20181101112117.GA6425@sirena.org.uk> References: <1540990667-14109-1-git-send-email-fabrizio.castro@bp.renesas.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1251761829==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" To: Fabrizio Castro Cc: Geert Uytterhoeven , Wolfram Sang , Dave Airlie , Boris BREZILLON , Chris Paterson , "open list:DRM PANEL DRIVERS" , Biju Das , Linux-Renesas , Simon Horman , Laurent Pinchart , Peter Rosin , "linux-i2c@vger.kernel.org" List-Id: linux-i2c@vger.kernel.org --===============1251761829== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="G4iJoqBmSsgzjUCe" Content-Disposition: inline --G4iJoqBmSsgzjUCe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Oct 31, 2018 at 04:55:53PM +0000, Fabrizio Castro wrote: > Having the option of using "unlocked" flavours of reads and writes > is what we need here, but looking at drivers/base/regmap/regmap-i2c.c > I couldn't find anything suitable for my case, maybe Mark could advise > on this one? I am sure I overlooked something here, is there a better > way to address this? As Linus said you can go as far as writing your own read and write functions if you want to. That seems to be the easiest thing, though I am suspicous that you're having to use the I2C framework in this way - it doesn't sound terribly clever. You could I guess also just have a custom function for whatever register is doing all this stuff that just ignores regmap and bodge things that way while using regmap as normal for everything else. --G4iJoqBmSsgzjUCe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAlva4akACgkQJNaLcl1U h9DKhQf/YICRTIBGlEtOiNrPdVAyHW+fyf6uzw449B9rJr5gT8xALK+/7MttSSjI 8tDB20nxgt4bYyG3FH7OtVwS2EzDS+ZL3ChcXHmlBgRqfoV/yOZIsK3XnOmXDGUi zAfTxvDb/RG2S6Qhm3S2v5wTlQ48GrSrTZHbaV5ma0JuESJlajuO/ere+ymR5czC nkSBsSCQh1URtZaQyc8RHf5GKBdMvCydHtwKOTwE5BIOimHw5NCcJAkyhWQmpj2Q u76nnLPs/k063m0SbrW426cbwIbdHIs667exkekMm7fjt2NIACtS0HBAzj6CrUj6 CY6Ftar70dfdukyFj/TYN07tF9MS5Q== =Xdnj -----END PGP SIGNATURE----- --G4iJoqBmSsgzjUCe-- --===============1251761829== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg== --===============1251761829==--