[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87eeseigs9.fsf@kamboji.qca.qualcomm.com>
Date: Thu, 23 Apr 2020 14:27:02 +0300
From: Kalle Valo <kvalo@...eaurora.org>
To: Mark Brown <broonie@...nel.org>
Cc: Kai-Heng Feng <kai.heng.feng@...onical.com>, yhchuang@...ltek.com,
Dejin Zheng <zhengdejin5@...il.com>,
"David S. Miller" <davem@...emloft.net>,
Alexios Zavras <alexios.zavras@...el.com>,
Jonathan Corbet <corbet@....net>,
Thomas Gleixner <tglx@...utronix.de>,
Mauro Carvalho Chehab <mchehab+samsung@...nel.org>,
open list <linux-kernel@...r.kernel.org>,
linux-wireless@...r.kernel.org
Subject: Re: [PATCH 1/2] iopoll: Introduce read_poll_timeout_atomic macro
Mark Brown <broonie@...nel.org> writes:
> On Thu, Apr 23, 2020 at 09:47:23AM +0300, Kalle Valo wrote:
>
>> I don't know who maintains iopoll.h, at least MAINTAINERS file doesn't
>> have an entry, so not sure how to handle this patch.
>
> Andrew Moton often picks up things like that, or if it's used by some
> other patch as the original message indicated then often whoever picks
> up the user can pick up the core change as well.
Oh, ok. As patch 2 goes to my wireless-drivers-next tree would it be ok
for everyone if I take this patch as well?
--
https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
Powered by blists - more mailing lists