From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfram Sang Subject: Re: [PATCH] i2c: mux: Use subsys_initcall for the i2c-arb-gpio-challenge Date: Wed, 21 May 2014 12:26:53 +0200 Message-ID: <20140521102653.GK2708@katana> References: <1398351922-1647-1-git-send-email-ch.naveen@samsung.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZG5hGh9V5E9QzVHS" Return-path: Content-Disposition: inline In-Reply-To: <1398351922-1647-1-git-send-email-ch.naveen@samsung.com> Sender: linux-samsung-soc-owner@vger.kernel.org To: Naveen Krishna Chatradhi Cc: linux-i2c@vger.kernel.org, naveenkrishna.ch@gmail.com, linux-arm-kernel@lists.infradead.org, linux-samsung-soc@vger.kernel.org, sjg@chromium.org, grundler@chromium.org, linux-kernel@vger.kernel.org, cpgs@samsung.com, broonie@kernel.org, Doug Anderson List-Id: linux-i2c@vger.kernel.org --ZG5hGh9V5E9QzVHS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 24, 2014 at 08:35:22PM +0530, Naveen Krishna Chatradhi wrote: > From: Doug Anderson >=20 > Since many drivers rely on FETs that live behind this arbitrator, they > can't successfully probe until after the arbitrator comes up. They > ought to handle things properly with EPROBE_DEFER and still work, but > that has some downsides: >=20 > 1. Those drivers don't come up till later in the boot process. That > really not so nice for the LCD--we want that to init early. > 2. Some drivers have bugs and don't handle EPROBE_DEFER. Those > drivers should be fixed but not all of them have been fixed yet. > HDMI is one example since DRM doesn't really have good support for > deferring probes. >=20 > With this change We end up using the same init level as the main i2c bus. >=20 > Signed-off-by: Doug Anderson > Reviewed-on: https://gerrit.chromium.org/gerrit/57007 > Reviewed-by: Simon Glass > Signed-off-by: Naveen Krishna Chatradhi Same here. Unless we have a clear understanding that this is the only acceptable solution in mainline, this is really an out-of-tree patch. --ZG5hGh9V5E9QzVHS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBAgAGBQJTfH9sAAoJEBQN5MwUoCm2NKIP/RnXdE5wd+fUPW7J+JRAYKPo TngFUG55mdvAiHqHT4PiUIbv+8HookLkmD43JdXt0ORbYt+AyAi+vAnwOfWHOFix x4Q3ZRhwBTvPmQ3Lk96Z/nvgqKA5W47w8NGkXd9Q7lAoG2rgAcAGZeBT2hrqnho4 t4fqvjvMRtL3hC/JB1o4Bb5gUafjFxI7biDowLHH8TsW1jrTdpyp6u9fowDBLbr9 b8A9KHeaIvL/ckqnrWor9FtpT5V7IlMOkYwXVEx0FojiV84PHQPxXKD6/weKJQo1 F6YJFygH73EvudotETNqjgPibyik3/NojyS7cO3Uyb1Ivv67VIdKEyoUJjfHr3Yt yhHJYFGDZazmyUKjlKtjd3QphtJLS0KIco1dK7E+86XxYv85nQiUDTzMrkbo33X+ VfKfArY52CM8XiAd4y44VvsxXgz7jA5sgn7rl71CGOXJnlko2W7FTlhB9GMAp6Gq OqeGmVFVrKYC4n+Qp/qKeak7k4VBCqUmTFJeGQ+0QZO0lZM+ethdS+hcDWBZerdi P8Mo06mWhRgi5Zu8ohQjd3OmFU3ZVgu3W1dGZKyftuCf7wXYycq5hm8AOufqV5D1 lyhTJH1AWYvSgBDw95O08hEMezxJbuueD3lf5am+AJaAoB5bMKJ3vPbJjFN6l8YJ xWZxfOMro9pbUC2v+mmd =8Gcc -----END PGP SIGNATURE----- --ZG5hGh9V5E9QzVHS--