Thread (11 messages) 11 messages, 3 authors, 2023-03-23

Re: [PATCH v6 1/4] PCI: Introduce pci_dev_for_each_resource()

From: Geert Uytterhoeven <geert@linux-m68k.org>
Date: 2023-03-23 16:29:35
Also in: linux-acpi, linux-alpha, linux-mips, linux-pci, linux-sh, linuxppc-dev, lkml, sparclinux, xen-devel

Hi Andy,

On Thu, Mar 23, 2023 at 4:15 PM Andy Shevchenko
[off-list ref] wrote:
On Thu, Mar 23, 2023 at 10:02:38AM -0500, Bjorn Helgaas wrote:
quoted
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.
quoted
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@linux-m68k.org

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

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help