On 10/26/23 at 01:36pm, Jiaxun Yang wrote: > > > 在2023年9月21日九月 下午12:04，Baoquan He写道： > > This patchset tries to remove ioremap_uc() in the current architectures > > except of x86 and ia64. They will use the default ioremap_uc version > > in <asm-generic/io.h> which returns NULL. Anyone who wants to add new > > invocation of ioremap_uc(), please consider using ioremap() instead or > > adding a new ARCH specific ioremap_uc(), or refer to the callsite > > in drivers/video/fbdev/aty/atyfb_base.c. > > > > This change won't cuase breakage to the current kernel because in the > > only ioremap_uc callsite, an adjustment is made to eliminate impact in > > patch 1 of this series. > > > > To get rid of all of them other than x86 and ia64, add asm-generic/io.h > > to asm/io.h of mips ARCH. With this adding, we can get rid of the > > ioremap_uc() in mips too. This is done in patch 2. And a followup patch > > 4 is added to remove duplicated code according to Arnd's suggestion. > > > > Test: > > ===== > > Except of Jiaxun's efficient testing on patch 2/4, I also did cross compiling > > of this series on mips64, building passed. > > > > For whole series: > > Tested-by: Jiaxun Yang <jiaxun.yang@xxxxxxxxxxx> Thanks for testing, Jiaxun. > > Hi Arnd and Thomas, > > I've got some work pending based on this series, however I'm unclear about > which tree this series will go since both of you give acked-by. > > Given that there are some tree-wide modifications, I guess it should go into > Arnd's asm-generic tree? Previously Andrew merged my below patchset. This patchset is solving the left issue during reviewing below patchset and discussing. Maybe Andrew can help pick this patches? [PATCH v8 00/19] mm: ioremap: Convert architectures to take GENERIC_IOREMAP way https://lore.kernel.org/all/20230706154520.11257-1-bhe@xxxxxxxxxx/T/#u Thanks Baoquan
