[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPDwgkM5=J994Cp3ftkXLshfuPsZOp7q933MnPpeEmUqSjUdPQ@mail.gmail.com>
Date: Mon, 13 Feb 2012 16:38:05 -0500
From: Yufeng Shen <miletus@...gle.com>
To: Yufeng Shen <miletus@...omium.org>, linux-kernel@...r.kernel.org,
dri-devel@...ts.freedesktop.org,
Eugeni Dodonov <eugeni.dodonov@...el.com>,
Ben Widawsky <ben@...dawsk.net>
Subject: Re: [PATCH] [PATCH] drm/i915: Fix race condition in accessing GMBUS
Hi Ben,
So I2C core does protect multiple access to one adapter, but I2C core
does not protect the case where multiple adapters share the same underlying
device. GMBUS has 7 different pin pairs and each pair is registered as an I2C
adapter. I2C core can serialize the access to one pin pair, say that
the LVDS port
, or the DDC port. But when there are I2C transactions on both LVDS
and DDC ports,
since they share the same GMBUS registers, there will be race condition.
Does this make sense to you ?
--- Yufeng Shen
On Mon, Feb 13, 2012 at 4:04 AM, Ben Widawsky <ben@...dawsk.net> wrote:
> On Fri, Feb 10, 2012 at 12:50:01PM -0500, Yufeng Shen wrote:
>> GMBUS has several ports and each has it's own corresponding
>> I2C adpater. When multiple I2C adapters call gmbus_xfer() at
>> the same time there is a race condition in using the underlying
>> GMBUS controller. Fixing this by adding a mutex lock when calling
>> gmbus_xfer().
>>
>> Signed-off-by: Yufeng Shen <miletus@...omium.org>
>
> I do not see the race. All the i2c transfers should be protected
> correctly by the i2c core, or else I think we haven't registered our
> device properly. Could you give an example of when/how this can happen?
>
> Ben
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists