From: Baoquan He <bhe@redhat.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: linux-kernel@vger.kernel.org,
Linux-Arch <linux-arch@vger.kernel.org>,
linux-mm@kvack.org, Geert Uytterhoeven <geert@linux-m68k.org>,
Luis Chamberlain <mcgrof@kernel.org>,
Christoph Hellwig <hch@infradead.org>,
Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Helge Deller <deller@gmx.de>,
Serge Semin <fancer.lancer@gmail.com>,
Florian Fainelli <f.fainelli@gmail.com>,
Huacai Chen <chenhuacai@kernel.org>,
Jiaxun Yang <jiaxun.yang@flygoat.com>,
linux-mips@vger.kernel.org
Subject: Re: [PATCH v3 1/2] mips: add <asm-generic/io.h> including
Date: Mon, 6 Mar 2023 16:46:38 +0800 [thread overview]
Message-ID: <ZAWobtBuBYBng6s+@MiWiFi-R3L-srv> (raw)
In-Reply-To: <a845b6b3-9f5f-4328-8c69-bbd4dd17caee@app.fastmail.com>
On 03/03/23 at 01:40pm, Arnd Bergmann wrote:
> On Fri, Mar 3, 2023, at 11:28, Baoquan He wrote:
> > With the adding, some default ioremap_xx methods defined in
> > asm-generic/io.h can be used. E.g the default ioremap_uc() returning
> > NULL.
> >
> > Signed-off-by: Baoquan He <bhe@redhat.com>
> > Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>
> > Cc: Geert Uytterhoeven <geert@linux-m68k.org>
> > Cc: Helge Deller <deller@gmx.de>
> > Cc: Serge Semin <fancer.lancer@gmail.com>
> > Cc: Florian Fainelli <f.fainelli@gmail.com>
> > Cc: Huacai Chen <chenhuacai@kernel.org>
> > Cc: Jiaxun Yang <jiaxun.yang@flygoat.com>
> > Cc: linux-mips@vger.kernel.org
>
> Reviewed-by: Arnd Bergmann <arnd@arndb.de>
>
> I think this is all good. I had look at what cleanups we could do as
> follow-ups:
Thanks a lot for careful reviewing and great suggestions.
>
> > +#define phys_to_virt phys_to_virt
> > static inline void * phys_to_virt(unsigned long address)
> > {
> > return __va(address);
>
> This is the same as the asm-generic version, so the mips definition
> is no longer needed.
Agree, I can clean this up with a followup patch.
>
> > @@ -359,6 +360,27 @@ __BUILD_MEMORY_PFX(__raw_, q, u64, 0)
> > __BUILD_MEMORY_PFX(__mem_, q, u64, 0)
> > #endif
> >
> > +#define readb readb
> > +#define readw readw
> > +#define readl readl
> > +#define writeb writeb
> > +#define writew writew
> > +#define writel writel
> > +
> > +#ifdef CONFIG_64BIT
> > +#define readq readq
> > +#define writeq writeq
> > +#define __raw_readq __raw_readq
> > +#define __raw_writeq __raw_writeq
> > +#endif
> > +
> > +#define __raw_readb __raw_readb
> > +#define __raw_readw __raw_readw
> > +#define __raw_readl __raw_readl
> > +#define __raw_writeb __raw_writeb
> > +#define __raw_writew __raw_writew
> > +#define __raw_writel __raw_writel
>
> The mips code defines the __raw variants with slightly different
> semantics on both barriers and byteswap, which makes it impractical
> to share any of the above.
>
> > +#define memset_io memset_io
> > static inline void memset_io(volatile void __iomem *addr, unsigned
> > char val, int count)
> > {
> > memset((void __force *) addr, val, count);
> > }
> > +#define memcpy_fromio memcpy_fromio
> > static inline void memcpy_fromio(void *dst, const volatile void
> > __iomem *src, int count)
> > {
> > memcpy(dst, (void __force *) src, count);
> > }
> > +#define memcpy_toio memcpy_toio
>
> These are again the same as the generic version
OK, can remove this with the above change.
next prev parent reply other threads:[~2023-03-06 8:47 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-03 10:28 [PATCH v3 0/2] arch/*/io.h: remove ioremap_uc in some architectures Baoquan He
2023-03-03 10:28 ` [PATCH v3 1/2] mips: add <asm-generic/io.h> including Baoquan He
2023-03-03 12:40 ` Arnd Bergmann
2023-03-06 8:46 ` Baoquan He [this message]
2023-03-03 10:28 ` [PATCH v3 2/2] arch/*/io.h: remove ioremap_uc in some architectures Baoquan He
2023-03-03 10:28 ` Baoquan He
2023-03-05 9:23 ` Michael Ellerman
2023-03-05 9:23 ` Michael Ellerman
2023-03-05 9:29 ` Geert Uytterhoeven
2023-03-05 9:29 ` Geert Uytterhoeven
2023-03-05 9:29 ` Geert Uytterhoeven
2023-03-05 20:10 ` Arnd Bergmann
2023-03-05 20:10 ` Arnd Bergmann
2023-03-05 20:10 ` Arnd Bergmann
2023-03-07 0:58 ` Michael Ellerman
2023-03-07 0:58 ` Michael Ellerman
2023-03-07 0:58 ` Michael Ellerman
2023-03-07 1:30 ` Baoquan He
2023-03-07 1:30 ` Baoquan He
2023-03-07 1:30 ` Baoquan He
2023-03-07 7:17 ` Arnd Bergmann
2023-03-07 7:17 ` Arnd Bergmann
2023-03-07 7:17 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZAWobtBuBYBng6s+@MiWiFi-R3L-srv \
--to=bhe@redhat.com \
--cc=arnd@arndb.de \
--cc=chenhuacai@kernel.org \
--cc=deller@gmx.de \
--cc=f.fainelli@gmail.com \
--cc=fancer.lancer@gmail.com \
--cc=geert@linux-m68k.org \
--cc=hch@infradead.org \
--cc=jiaxun.yang@flygoat.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mcgrof@kernel.org \
--cc=tsbogend@alpha.franken.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.