Hi Andy, On Thu, Mar 23, 2023 at 4:15 PM Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx> wrote: > On Thu, Mar 23, 2023 at 10:02:38AM -0500, Bjorn Helgaas wrote: > > I poked around looking for similar patterns elsewhere with: > > git grep "#define.*for_each_.*_p(" > > git grep "#define.*for_each_.*_idx(" > > > > I didn't find any other "_p" iterators and just a few "_idx" ones, so > > my hope is to follow what little precedent there is, as well as > > converge on the basic "*_for_each_resource()" iterators and remove the > > "_idx()" versions over time by doing things like the > > pci_claim_resource() change. > > The p is heavily used in the byte order conversion helpers. I can't seem to find them. Example? Or do you mean cpu_to_be32p()? There "p" means pointer, which is something completely different. > > What do you think? If it seems like excessive churn, we can do it > > as-is and still try to reduce the use of the index variable over time. > > I think _p has a precedent as well. But I can think about it a bit, maybe > we can come up with something smarter. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@xxxxxxxxxxxxxx In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds