[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <021001daf828$8b4cd6e0$a1e684a0$@trustnetic.com>
Date: Tue, 27 Aug 2024 10:26:37 +0800
From: Jiawen Wu <jiawenwu@...stnetic.com>
To: "'Jarkko Nikula'" <jarkko.nikula@...ux.intel.com>,
<andi.shyti@...nel.org>,
<andriy.shevchenko@...ux.intel.com>,
<mika.westerberg@...ux.intel.com>,
<jsd@...ihalf.com>,
<davem@...emloft.net>,
<edumazet@...gle.com>,
<kuba@...nel.org>,
<pabeni@...hat.com>,
<rmk+kernel@...linux.org.uk>,
<piotr.raczynski@...el.com>,
<andrew@...n.ch>,
<linux-i2c@...r.kernel.org>,
<netdev@...r.kernel.org>
Cc: <mengyuanlou@...-swift.com>,
<duanqiangwen@...-swift.com>
Subject: RE: [PATCH net 0/3] Add I2C bus lock for Wangxun
On Fri, Aug 23, 2024 7:05 PM, Jarkko Nikula wrote:
> Hi
> Hi
>
> On 8/23/24 6:02 AM, Jiawen Wu wrote:
> > Sometimes the driver can not get the SFP information because the I2C bus
> > is accessed by the firmware at the same time. So we need to add the lock
> > on the I2C bus access. The hardware semaphores perform this lock.
> >
> > Jiawen Wu (3):
> > net: txgbe: add IO address in I2C platform device data
> > i2c: designware: add device private data passing to lock functions
> > i2c: designware: support hardware lock for Wangxun 10Gb NIC
> >
> I was wondering the Fixes tag use in the series. Obviously patchset is
> not fixing a regression so question is what happens when issue occurs?
>
> I don't think e.g. failing I2C transfer with an error code yet qualifies
> backporting into Linux stable?
Ah, I think this was a leftover bug from when I added Wangxun NIC support
in I2C designware, so I added a fix tag.
Powered by blists - more mailing lists