Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Sat, 3 Dec 2022 16:20:08 +0000
From:   Jonathan Cameron <jic23@kernel.org>
To:     William Breathitt Gray <william.gray@linaro.org>
Cc:     Fabrice Gasnier <fabrice.gasnier@foss.st.com>, lars@metafoo.de,
        benjamin.gaignard@st.com, mcoquelin.stm32@gmail.com,
        alexandre.torgue@foss.st.com, linux-iio@vger.kernel.org,
        linux-stm32@st-md-mailman.stormreply.com,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: Removing the last of IIO_COUNT (stm32-timer-trigger)
Message-ID: <20221203162008.007df587@jic23-huawei>
In-Reply-To: <Y4KuBicVeRAsfqxq@fedora>
References: <Y0vzlOmFrVCQVXMq@fedora>
        <ec6b8983-1567-92c8-f1cd-baf970ca4046@foss.st.com>
        <Y4KuBicVeRAsfqxq@fedora>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

...

> > ---
> > To conclude, there some open items here, but hopefully nothing blocking.
> > In case we sort all these, this will allow to remove the IIO_COUNT
> > channel (along with the IIO device) being registered.  
> 
> I'm certain Jonathan will want some sort of deprecation schedule first
> to make sure any existing users have time to migrate to the Counter
> interface before we remove the IIO one, but it will give me a nice
> feeling of completion to see the last of IIO_COUNT superceded by the
> Counter interface. ;-)

If there is nothing in tree, I'm fine 'removing' it. However, note
that we'll have to keep a placeholder for some of the defines to avoid
renumbering other types etc.  So probably just stick a couple of underscores
in front to make it __IIO_COUNT and add a comment to say it should not be used.

Jonathan

>