From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wolfram Sang Subject: Re: [PATCH] i2c: i801: Fix memory corruption in i801_isr_byte_done() Date: Fri, 20 Mar 2020 15:57:48 +0100 Message-ID: <20200320145748.GD1282@ninjato> References: <0000000000009586b2059c13c7e1@google.com> <20200114073406.qaq3hbrhtx76fkes@kili.mountain> <20200222124523.GI1716@kunai> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="0/kgSOzhNoDC5T3a" Return-path: Content-Disposition: inline In-Reply-To: <20200222124523.GI1716@kunai> Sender: linux-kernel-owner@vger.kernel.org To: Dan Carpenter , Jean Delvare , Daniel Kurtz Cc: linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, syzbot , Mika Westerberg , Andy Shevchenko , Jarkko Nikula List-Id: linux-i2c@vger.kernel.org --0/kgSOzhNoDC5T3a Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 22, 2020 at 01:45:23PM +0100, Wolfram Sang wrote: > On Tue, Jan 14, 2020 at 10:34:06AM +0300, Dan Carpenter wrote: > > Assigning "priv->data[-1] =3D priv->len;" obviously doesn't make sense. > > What it does is it ends up corrupting the last byte of priv->len so > > priv->len becomes a very high number. > >=20 > > Reported-by: syzbot+ed71512d469895b5b34e@syzkaller.appspotmail.com > > Fixes: d3ff6ce40031 ("i2c-i801: Enable IRQ for byte_by_byte transaction= s") > > Signed-off-by: Dan Carpenter > > --- >=20 > Daniel, Jean: what do you think? > Also, adding Jarkko to CC who works a lot with this driver... Ping. Adding more people... >=20 > > Untested. > >=20 > > drivers/i2c/busses/i2c-i801.c | 1 - > > 1 file changed, 1 deletion(-) > >=20 > > diff --git a/drivers/i2c/busses/i2c-i801.c b/drivers/i2c/busses/i2c-i80= 1.c > > index f5e69fe56532..420d8025901e 100644 > > --- a/drivers/i2c/busses/i2c-i801.c > > +++ b/drivers/i2c/busses/i2c-i801.c > > @@ -584,7 +584,6 @@ static void i801_isr_byte_done(struct i801_priv *pr= iv) > > "SMBus block read size is %d\n", > > priv->len); > > } > > - priv->data[-1] =3D priv->len; > > } > > =20 > > /* Read next byte */ > > --=20 > > 2.11.0 > >=20 --0/kgSOzhNoDC5T3a Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEOZGx6rniZ1Gk92RdFA3kzBSgKbYFAl502ewACgkQFA3kzBSg KbaoARAAtfTyKYW9Ul8/37lfwTcF8GkKRTKd3Iasdo5yXbIx2HvPVPkl/fhoNQzO Vm6pbplxg27UWwBfqLgxRBS4AHx48ANi4X0BQIqeYKPl3hetOhHvwOzwWrfMwK0F AsMBtJsmSqqt9uHkuteOLnYHXxfoF+8ye0Q6QO3vStWP5FBfHlw1VrwiU0uZ3w+E 90ui9TPeSLp5WTXi4idgEc51blujdoXVceMDUwaSvJ+ZSl3SJIDuiPXOt5I7H4e5 q0vDW8mCj8l761YTOWExa8wygw+D/qDEblQC9vnj8ooCgL0BWFC8wH62PLCxgHjb 4tKAy+bWtzr3VzgfEnj0EnlLMMFxZ2oOYm6243SUwSOa+vbZQ4uSt5BDaLJmuaOO TZtWS+iNBytaHQNfFcBOfFlx3c9Z852iiSRrV4WLMknTszHOAuBvRJi4MRFoVi6F oUeJWi46KeNrpC1D2QwP1TcxlDWJ29DMsOVV3ix/fILvsHwIkcGLP74xjw7ZELxR tBbLBHWi3v71Ejs3VV75L5MlcsJgOUDJ/HLuz5E7lOZ69uBSKXCSJqs8e3xKF86S qbRGnZ/Tkfu+6PRn1PtN6ULQXa4NBIXPF3bhvdeq2YtF9+xsocjSMWdono83Wp/e WWZT2TZmAL+4Wvo5Nt9f2JKWRSmF2afUurkOjiRqmK3PrCKiFF4= =sTjl -----END PGP SIGNATURE----- --0/kgSOzhNoDC5T3a--