[intel-tdx:guest-filter 30/34] drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '

[intel-tdx:guest-filter 30/34] drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '

[kernel test robot]

tree:   https://github.com/intel/tdx.git guest-filter
head:   f84bcdf50d1bb34ff2715bb067074582b407f3d9
commit: 7be70dd0f99a936b19893afa9b0719009181bd34 [30/34] acpica: add acpi_os_map_memory_opregion
config: i386-randconfig-001-20230821 (https://download.01.org/0day-ci/archive/20230822/202308220403.Cnc4i2d5-lkp@intel.com/config)
compiler: clang version 16.0.4 (https://github.com/llvm/llvm-project.git ae42196bc493ffe877a7e3dff8be32035dea4d07)
reproduce: (https://download.01.org/0day-ci/archive/20230822/202308220403.Cnc4i2d5-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202308220403.Cnc4i2d5-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '


vim +410 drivers/acpi/osl.c

   391	
   392	/**
   393	 * acpi_os_map_memory_opregion - Get a virtual address for a given physical
   394	 * address range. This function is intended to be used only for AML operation
   395	 * regions. In a confidential computing guest such regions needs to be explicitly
   396	 * shared with the host to avoid breaking the communication. 
   397	 *
   398	 * @phys: Start of the physical address range to map.
   399	 * @size: Size of the physical address range to map.
   400	 *
   401	 * Look up the given physical address range in the list of existing ACPI memory
   402	 * mappings.  If found, get a reference to it and return a pointer to it (its
   403	 * virtual address).  If not found, map it, add it to that list and return a
   404	 * pointer to it.
   405	 *
   406	 * During early init (when acpi_permanent_mmap has not been set yet) this
   407	 * routine simply calls __acpi_map_table() to get the job done.
   408	 */
   409	void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size)
 > 410	{
   411		if (!cc_platform_has(CC_ATTR_GUEST_MEM_ENCRYPT))
   412			return (void *)__acpi_os_map_iomem(phys, size, false);
   413		else
   414			return (void *)__acpi_os_map_iomem(phys, size, true);
   415	}
   416	EXPORT_SYMBOL_GPL(acpi_os_map_memory_opregion);
   417	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki

[intel-tdx:guest-filter 30/34] drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '

[kernel test robot]

tree:   https://github.com/intel/tdx.git guest-filter
head:   205bbdcce0e2be471018d939d81dae51d63b5bd5
commit: 5bad3b6e79c1f4036a7ae6b3699dadb2635e8717 [30/34] acpica: add acpi_os_map_memory_opregion
config: i386-randconfig-001-20231101 (https://download.01.org/0day-ci/archive/20231103/202311031808.BNcjeVsZ-lkp@intel.com/config)
compiler: gcc-12 (Debian 12.2.0-14) 12.2.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20231103/202311031808.BNcjeVsZ-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202311031808.BNcjeVsZ-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '


vim +410 drivers/acpi/osl.c

   391	
   392	/**
   393	 * acpi_os_map_memory_opregion - Get a virtual address for a given physical
   394	 * address range. This function is intended to be used only for AML operation
   395	 * regions. In a confidential computing guest such regions needs to be explicitly
   396	 * shared with the host to avoid breaking the communication. 
   397	 *
   398	 * @phys: Start of the physical address range to map.
   399	 * @size: Size of the physical address range to map.
   400	 *
   401	 * Look up the given physical address range in the list of existing ACPI memory
   402	 * mappings.  If found, get a reference to it and return a pointer to it (its
   403	 * virtual address).  If not found, map it, add it to that list and return a
   404	 * pointer to it.
   405	 *
   406	 * During early init (when acpi_permanent_mmap has not been set yet) this
   407	 * routine simply calls __acpi_map_table() to get the job done.
   408	 */
   409	void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size)
 > 410	{
   411		if (!cc_platform_has(CC_ATTR_GUEST_MEM_ENCRYPT))
   412			return (void *)__acpi_os_map_iomem(phys, size, false);
   413		else
   414			return (void *)__acpi_os_map_iomem(phys, size, true);
   415	}
   416	EXPORT_SYMBOL_GPL(acpi_os_map_memory_opregion);
   417	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki

[intel-tdx:guest-filter 30/34] drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '

[kernel test robot]

tree:   https://github.com/intel/tdx.git guest-filter
head:   f84bcdf50d1bb34ff2715bb067074582b407f3d9
commit: 7be70dd0f99a936b19893afa9b0719009181bd34 [30/34] acpica: add acpi_os_map_memory_opregion
config: loongarch-randconfig-l501-20230818 (https://download.01.org/0day-ci/archive/20230818/202308181323.JIioRAcv-lkp@intel.com/config)
compiler: loongarch64-linux-gcc (GCC) 12.3.0
reproduce: (https://download.01.org/0day-ci/archive/20230818/202308181323.JIioRAcv-lkp@intel.com/reproduce)

If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202308181323.JIioRAcv-lkp@intel.com/

All warnings (new ones prefixed by >>):

>> drivers/acpi/osl.c:410: warning: cannot understand function prototype: 'void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size) '


vim +410 drivers/acpi/osl.c

   391	
   392	/**
   393	 * acpi_os_map_memory_opregion - Get a virtual address for a given physical
   394	 * address range. This function is intended to be used only for AML operation
   395	 * regions. In a confidential computing guest such regions needs to be explicitly
   396	 * shared with the host to avoid breaking the communication. 
   397	 *
   398	 * @phys: Start of the physical address range to map.
   399	 * @size: Size of the physical address range to map.
   400	 *
   401	 * Look up the given physical address range in the list of existing ACPI memory
   402	 * mappings.  If found, get a reference to it and return a pointer to it (its
   403	 * virtual address).  If not found, map it, add it to that list and return a
   404	 * pointer to it.
   405	 *
   406	 * During early init (when acpi_permanent_mmap has not been set yet) this
   407	 * routine simply calls __acpi_map_table() to get the job done.
   408	 */
   409	void *__ref acpi_os_map_memory_opregion(acpi_physical_address phys, acpi_size size)
 > 410	{
   411		if (!cc_platform_has(CC_ATTR_GUEST_MEM_ENCRYPT))
   412			return (void *)__acpi_os_map_iomem(phys, size, false);
   413		else
   414			return (void *)__acpi_os_map_iomem(phys, size, true);
   415	}
   416	EXPORT_SYMBOL_GPL(acpi_os_map_memory_opregion);
   417	

-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki