From: kernel test robot <lkp@intel.com>
To: "Jiri Slaby (SUSE)" <jirislaby@kernel.org>
Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
linux-serial@vger.kernel.org,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Andy Shevchenko <andriy.shevchenko@linux.intel.com>
Subject: [tty:tty-next 8/33] arch/x86/platform/ce4100/ce4100.c:107:16: error: incompatible function pointer types assigning to 'u32 (*)(struct uart_port *, unsigned int)' (aka 'unsigned int (*)(struct uart_port *, unsigned int)') from 'unsigned int (struct uart_port *, int)'
Date: Thu, 19 Jun 2025 06:01:52 +0800 [thread overview]
Message-ID: <202506190552.TqNasrC3-lkp@intel.com> (raw)
tree: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty.git tty-next
head: 20ca8be9ad2e05015833b07f4325a398e614cf15
commit: fc9ceb501e38cc21066c1638993500b30eda8bdb [8/33] serial: 8250: sanitize uart_port::serial_{in,out}() types
config: i386-randconfig-007-20250619 (https://download.01.org/0day-ci/archive/20250619/202506190552.TqNasrC3-lkp@intel.com/config)
compiler: clang version 20.1.2 (https://github.com/llvm/llvm-project 58df0ef89dd64126512e4ee27b4ac3fd8ddf6247)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250619/202506190552.TqNasrC3-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/202506190552.TqNasrC3-lkp@intel.com/
All errors (new ones prefixed by >>):
>> arch/x86/platform/ce4100/ce4100.c:107:16: error: incompatible function pointer types assigning to 'u32 (*)(struct uart_port *, unsigned int)' (aka 'unsigned int (*)(struct uart_port *, unsigned int)') from 'unsigned int (struct uart_port *, int)' [-Wincompatible-function-pointer-types]
107 | up->serial_in = ce4100_mem_serial_in;
| ^ ~~~~~~~~~~~~~~~~~~~~
>> arch/x86/platform/ce4100/ce4100.c:108:17: error: incompatible function pointer types assigning to 'void (*)(struct uart_port *, unsigned int, u32)' (aka 'void (*)(struct uart_port *, unsigned int, unsigned int)') from 'void (struct uart_port *, int, int)' [-Wincompatible-function-pointer-types]
108 | up->serial_out = ce4100_mem_serial_out;
| ^ ~~~~~~~~~~~~~~~~~~~~~
2 errors generated.
vim +107 arch/x86/platform/ce4100/ce4100.c
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 81
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 82 static void ce4100_serial_fixup(int port, struct uart_port *up,
a97673a1c43d00 Ingo Molnar 2018-12-03 83 u32 *capabilities)
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 84 {
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 85 #ifdef CONFIG_EARLY_PRINTK
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 86 /*
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 87 * Over ride the legacy port configuration that comes from
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 88 * asm/serial.h. Using the ioport driver then switching to the
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 89 * PCI memmaped driver hangs the IOAPIC
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 90 */
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 91 if (up->iotype != UPIO_MEM32) {
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 92 up->uartclk = 14745600;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 93 up->mapbase = 0xdffe0200;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 94 set_fixmap_nocache(FIX_EARLYCON_MEM_BASE,
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 95 up->mapbase & PAGE_MASK);
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 96 up->membase =
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 97 (void __iomem *)__fix_to_virt(FIX_EARLYCON_MEM_BASE);
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 98 up->membase += up->mapbase & ~PAGE_MASK;
08ec212c0f92cb Maxime Bizon 2012-10-19 99 up->mapbase += port * 0x100;
08ec212c0f92cb Maxime Bizon 2012-10-19 100 up->membase += port * 0x100;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 101 up->iotype = UPIO_MEM32;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 102 up->regshift = 2;
08ec212c0f92cb Maxime Bizon 2012-10-19 103 up->irq = 4;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 104 }
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 105 #endif
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 106 up->iobase = 0;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 @107 up->serial_in = ce4100_mem_serial_in;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 @108 up->serial_out = ce4100_mem_serial_out;
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 109
a97673a1c43d00 Ingo Molnar 2018-12-03 110 *capabilities |= (1 << 12);
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 111 }
5ec6960f6f0c7b Dirk Brandewie 2010-11-22 112
:::::: The code at line 107 was first introduced by commit
:::::: 5ec6960f6f0c7be9cc6e5506fdf0070add3b6e08 ce4100: Add errata fixes for UART on CE4100
:::::: TO: Dirk Brandewie <dirk.brandewie@gmail.com>
:::::: CC: Thomas Gleixner <tglx@linutronix.de>
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
reply other threads:[~2025-06-18 22:02 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=202506190552.TqNasrC3-lkp@intel.com \
--to=lkp@intel.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=llvm@lists.linux.dev \
--cc=oe-kbuild-all@lists.linux.dev \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox