[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aFujUtrDB_XVr11n@shikoro>
Date: Wed, 25 Jun 2025 09:20:50 +0200
From: Wolfram Sang <wsa+renesas@...g-engineering.com>
To: Frank Li <Frank.li@....com>
Cc: Jorge Marques <jorge.marques@...log.com>,
Alexandre Belloni <alexandre.belloni@...tlin.com>,
Przemysław Gaj <pgaj@...ence.com>,
linux-i3c@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v3 1/3] i3c: master: Add inline i3c_readl_fifo() and
i3c_writel_fifo()
> > Is there a reason we don't put this in 'include/linux/i3c/master.h'?
>
> master.h can be accessed in whole kernel tree. The scope is too big for these
> helper functions, which should only limited to i3c drivers.
Yet, who is going to include 'linux/i3c/master.h' outside of an I3C
controller driver?
>
> > 'internals.h' is used for the core only so far, and '#include
> > <../something.h>' also looks a bit like a layering violation.
>
> Not yet, you can look driver/pci/controller/*, which include ../pci.h.
I never denied that it already exists in the kernel. But it still looks
fragile to me.
Whatever, it's not worth a big discussion. We can move this code if
there ever comes a reason to do so.
Powered by blists - more mailing lists