linux-kernel - Re: [net-next,v4 0/2] Enable SFP on ACPI based systems

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20190531062740.GQ2781@lahna.fi.intel.com>
Date:   Fri, 31 May 2019 09:27:40 +0300
From:   Mika Westerberg <mika.westerberg@...ux.intel.com>
To:     Andrew Lunn <andrew@...n.ch>
Cc:     Ruslan Babayev <ruslan@...ayev.com>, wsa@...-dreams.de,
        linux@...linux.org.uk, f.fainelli@...il.com, hkallweit1@...il.com,
        davem@...emloft.net, netdev@...r.kernel.org,
        linux-kernel@...r.kernel.org, linux-i2c@...r.kernel.org,
        linux-acpi@...r.kernel.org
Subject: Re: [net-next,v4 0/2] Enable SFP on ACPI based systems

On Wed, May 29, 2019 at 05:51:32PM +0200, Andrew Lunn wrote:
> On Wed, May 29, 2019 at 12:48:18PM +0300, Mika Westerberg wrote:
> > On Tue, May 28, 2019 at 04:02:31PM -0700, Ruslan Babayev wrote:
> > > Changes:
> > > v2:
> > > 	- more descriptive commit body
> > > v3:
> > > 	- made 'i2c_acpi_find_adapter_by_handle' static inline
> > > v4:
> > > 	- don't initialize i2c_adapter to NULL. Instead see below...
> > > 	- handle the case of neither DT nor ACPI present as invalid.
> > > 	- alphabetical includes.
> > > 	- use has_acpi_companion().
> > > 	- use the same argument name in i2c_acpi_find_adapter_by_handle()
> > > 	  in both stubbed and non-stubbed cases.
> > > 
> > > Ruslan Babayev (2):
> > >   i2c: acpi: export i2c_acpi_find_adapter_by_handle
> > >   net: phy: sfp: enable i2c-bus detection on ACPI based systems
> > 
> > For the series,
> > 
> > Reviewed-by: Mika Westerberg <mika.westerberg@...ux.intel.com>
> 
> Hi Mika
> 
> Are you happy for the i2c patch to be merged via net-next?

Yes, that's fine my me.

Wolfram do you have any objections?