Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1583896 > unrolled thread

Re: [RFC v2 00/20] Replace PCI pool by DMA pool API

Started byGreg Kroah-Hartman <gregkh@linuxfoundation.org>
First post2017-02-18 14:10 +0100
Last post2017-02-18 19:00 +0100
Articles 2 — 2 participants

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [RFC v2 00/20] Replace PCI pool by DMA pool API Greg Kroah-Hartman <gregkh@linuxfoundation.org> - 2017-02-18 14:10 +0100
    Re: [RFC v2 00/20] Replace PCI pool by DMA pool API Romain Perier <romain.perier@collabora.com> - 2017-02-18 19:00 +0100

#1583896 — Re: [RFC v2 00/20] Replace PCI pool by DMA pool API

FromGreg Kroah-Hartman <gregkh@linuxfoundation.org>
Date2017-02-18 14:10 +0100
SubjectRe: [RFC v2 00/20] Replace PCI pool by DMA pool API
Message-ID<tccVX-2jN-11@gated-at.bofh.it>
On Sat, Feb 18, 2017 at 09:35:36AM +0100, Romain Perier wrote:
> The current PCI pool API are simple macro functions direct expanded to
> the appropriated dma pool functions. The prototypes are almost the same
> and semantically, they are very similar. I propose to use the DMA pool
> API directly and get rid of the old API.
> 
> This set of patches, replaces the old API by the dma pool API, adds
> support to warn about this old API in checkpath.pl and remove the
> defines.

Why is this a "RFC" series?  Personally, I never apply those as it
implies that the author doesn't think they are ready to be merged :)

thanks,

greg k-h

[toc] | [next] | [standalone]


#1583939

FromRomain Perier <romain.perier@collabora.com>
Date2017-02-18 19:00 +0100
Message-ID<tchsB-4QM-3@gated-at.bofh.it>
In reply to#1583896

Le 18/02/2017 à 14:06, Greg Kroah-Hartman a écrit :
> On Sat, Feb 18, 2017 at 09:35:36AM +0100, Romain Perier wrote:
>> The current PCI pool API are simple macro functions direct expanded to
>> the appropriated dma pool functions. The prototypes are almost the same
>> and semantically, they are very similar. I propose to use the DMA pool
>> API directly and get rid of the old API.
>>
>> This set of patches, replaces the old API by the dma pool API, adds
>> support to warn about this old API in checkpath.pl and remove the
>> defines.
> Why is this a "RFC" series?  Personally, I never apply those as it
> implies that the author doesn't think they are ready to be merged :)
>
> thanks,
>
> greg k-h
Hi,

I was not sure about this. I have noticed that most of the API changes
are tagged as RFC.
I can re-send a v3 without the prefix RFC if you prefer.

Thanks,
Romain

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web