LinuxPPC-Dev Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: kbuild test robot <lkp@intel.com>
To: Michal Suchanek <msuchanek@suse.de>
Cc: kbuild-all@01.org,
	Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Paul Mackerras <paulus@samba.org>,
	Michael Ellerman <mpe@ellerman.id.au>,
	Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>,
	Hari Bathini <hbathini@linux.vnet.ibm.com>,
	Andrew Morton <akpm@linux-foundation.org>,
	Michal Suchanek <msuchanek@suse.de>,
	Daniel Axtens <dja@axtens.net>,
	Srikar Dronamraju <srikar@linux.vnet.ibm.com>,
	linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] powerpc/fadump: return error when fadump registration fails
Date: Thu, 25 May 2017 15:16:44 +0800	[thread overview]
Message-ID: <201705251543.gd6iZ3OM%fengguang.wu@intel.com> (raw)
In-Reply-To: <20170524184812.5122-1-msuchanek@suse.de>

[-- Attachment #1: Type: text/plain, Size: 3320 bytes --]

Hi Michal,

[auto build test WARNING on powerpc/next]
[also build test WARNING on v4.12-rc2 next-20170525]
[if your patch is applied to the wrong git tree, please drop us a note to help improve the system]

url:    https://github.com/0day-ci/linux/commits/Michal-Suchanek/powerpc-fadump-return-error-when-fadump-registration-fails/20170525-083625
base:   https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next
config: powerpc-allmodconfig (attached as .config)
compiler: powerpc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705
reproduce:
        wget https://raw.githubusercontent.com/01org/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
        chmod +x ~/bin/make.cross
        # save the attached .config to linux build tree
        make.cross ARCH=powerpc 

All warnings (new ones prefixed by >>):

   arch/powerpc/kernel/fadump.c: In function 'register_fadump':
>> arch/powerpc/kernel/fadump.c:978:3: warning: 'return' with no value, in function returning non-void [-Wreturn-type]
      return;
      ^~~~~~
   arch/powerpc/kernel/fadump.c:968:12: note: declared here
    static int register_fadump(void)
               ^~~~~~~~~~~~~~~

vim +/return +978 arch/powerpc/kernel/fadump.c

ebaeb5ae Mahesh Salgaonkar 2012-02-16  962  	/* We will set the crashing cpu id in crash_fadump() during crash. */
ebaeb5ae Mahesh Salgaonkar 2012-02-16  963  	fdh->crashing_cpu = CPU_UNKNOWN;
2df173d9 Mahesh Salgaonkar 2012-02-16  964  
2df173d9 Mahesh Salgaonkar 2012-02-16  965  	return addr;
2df173d9 Mahesh Salgaonkar 2012-02-16  966  }
2df173d9 Mahesh Salgaonkar 2012-02-16  967  
c87372ca Michal Suchanek   2017-05-24  968  static int register_fadump(void)
3ccc00a7 Mahesh Salgaonkar 2012-02-20  969  {
2df173d9 Mahesh Salgaonkar 2012-02-16  970  	unsigned long addr;
2df173d9 Mahesh Salgaonkar 2012-02-16  971  	void *vaddr;
2df173d9 Mahesh Salgaonkar 2012-02-16  972  
3ccc00a7 Mahesh Salgaonkar 2012-02-20  973  	/*
3ccc00a7 Mahesh Salgaonkar 2012-02-20  974  	 * If no memory is reserved then we can not register for firmware-
3ccc00a7 Mahesh Salgaonkar 2012-02-20  975  	 * assisted dump.
3ccc00a7 Mahesh Salgaonkar 2012-02-20  976  	 */
3ccc00a7 Mahesh Salgaonkar 2012-02-20  977  	if (!fw_dump.reserve_dump_area_size)
3ccc00a7 Mahesh Salgaonkar 2012-02-20 @978  		return;
3ccc00a7 Mahesh Salgaonkar 2012-02-20  979  
2df173d9 Mahesh Salgaonkar 2012-02-16  980  	fadump_setup_crash_memory_ranges();
2df173d9 Mahesh Salgaonkar 2012-02-16  981  
408cddd9 Hari Bathini      2014-10-01  982  	addr = be64_to_cpu(fdm.rmr_region.destination_address) + be64_to_cpu(fdm.rmr_region.source_len);
2df173d9 Mahesh Salgaonkar 2012-02-16  983  	/* Initialize fadump crash info header. */
2df173d9 Mahesh Salgaonkar 2012-02-16  984  	addr = init_fadump_header(addr);
2df173d9 Mahesh Salgaonkar 2012-02-16  985  	vaddr = __va(addr);
2df173d9 Mahesh Salgaonkar 2012-02-16  986  

:::::: The code at line 978 was first introduced by commit
:::::: 3ccc00a7e04ff7718c9aebb4b0c982571c798759 fadump: Register for firmware assisted dump.

:::::: TO: Mahesh Salgaonkar <mahesh@linux.vnet.ibm.com>
:::::: CC: Benjamin Herrenschmidt <benh@kernel.crashing.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation

[-- Attachment #2: .config.gz --]
[-- Type: application/gzip, Size: 53757 bytes --]

  reply	other threads:[~2017-05-25  7:17 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-05-24 18:48 [PATCH] powerpc/fadump: return error when fadump registration fails Michal Suchanek
2017-05-25  7:16 ` kbuild test robot [this message]
2017-05-25  7:27   ` Michal Suchanek

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=201705251543.gd6iZ3OM%fengguang.wu@intel.com \
    --to=lkp@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=benh@kernel.crashing.org \
    --cc=dja@axtens.net \
    --cc=hbathini@linux.vnet.ibm.com \
    --cc=kbuild-all@01.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linuxppc-dev@lists.ozlabs.org \
    --cc=mahesh@linux.vnet.ibm.com \
    --cc=mpe@ellerman.id.au \
    --cc=msuchanek@suse.de \
    --cc=paulus@samba.org \
    --cc=srikar@linux.vnet.ibm.com \
    /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