From: Philip Li <philip.li@intel.com>
To: kbuild-all@lists.01.org
Subject: Re: [PATCH v1 1/4] qlge/qlge_main.c: use genric power management
Date: Tue, 30 Jun 2020 08:21:52 +0800 [thread overview]
Message-ID: <20200630002152.GA15435@intel.com> (raw)
In-Reply-To: <20200629173116.GA3269550@bjorn-Precision-5520>
[-- Attachment #1: Type: text/plain, Size: 2843 bytes --]
On Mon, Jun 29, 2020 at 12:31:16PM -0500, Bjorn Helgaas wrote:
> Vaibhav: s/genric/generic/ in the subject
>
> On Tue, Jun 30, 2020 at 12:09:36AM +0800, kernel test robot wrote:
> > Hi Vaibhav,
> >
> > Thank you for the patch! Yet something to improve:
> >
> > [auto build test ERROR on staging/staging-testing]
> > [also build test ERROR on v5.8-rc3 next-20200629]
> > [If your patch is applied to the wrong git tree, kindly drop us a note.
> > And when submitting patch, we suggest to use as documented in
> > https://git-scm.com/docs/git-format-patch]
> >
> > url: https://github.com/0day-ci/linux/commits/Vaibhav-Gupta/drivers-staging-use-generic-power-management/20200629-163141
> > base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git 347fa58ff5558075eec98725029c443c80ffbf4a
> > config: x86_64-rhel-7.6 (attached as .config)
> > compiler: gcc-9 (Debian 9.3.0-13) 9.3.0
> > reproduce (this is a W=1 build):
> > # save the attached .config to linux build tree
> > make W=1 ARCH=x86_64
> >
> > If you fix the issue, kindly add following tag as appropriate
> > Reported-by: kernel test robot <lkp@intel.com>
>
> If the patch has already been merged and we need an incremental patch
> that fixes *only* the build issue, I think it's fine to add a
> "Reported-by" tag.
>
> But if this patch hasn't been merged anywhere, I think adding the
> "Reported-by" tag would be pointless and distracting. This report
> should result in a v2 posting of the patch with the build issue fixed.
>
> There will be no evidence of the problem in the v2 patch. The patch
> itself contains other changes unrelated to the build issue, so
> "Reported-by" makes so sense for them. I would treat this as just
> another review comment, and we don't usually credit those in the
> commit log (though it's nice if they're mentioned in the v2 cover
> letter so reviewers know what changed and why).
>
> Is there any chance kbuild could be made smart enough to suggest the
> tag only when it finds an issue in some list of published trees?
Thanks a lot for the suggestion. As of now, this is a recommendation,
and user may judge based on own situation to add "as appropriate".
Meanwhile, we will continue making the bot better.
>
> > All errors (new ones prefixed by >>):
> >
> > drivers/staging/qlge/qlge_main.c: In function 'qlge_resume':
> > >> drivers/staging/qlge/qlge_main.c:4793:17: error: 'pdev' undeclared (first use in this function); did you mean 'qdev'?
> > 4793 | pci_set_master(pdev);
> > | ^~~~
> > | qdev
> > ...
> _______________________________________________
> kbuild-all mailing list -- kbuild-all(a)lists.01.org
> To unsubscribe send an email to kbuild-all-leave(a)lists.01.org
WARNING: multiple messages have this Message-ID (diff)
From: Philip Li <philip.li@intel.com>
To: Bjorn Helgaas <helgaas@kernel.org>
Cc: kernel test robot <lkp@intel.com>,
Vaibhav Gupta <vaibhavgupta40@gmail.com>,
bjorn@helgaas.com, Vaibhav Gupta <vaibhav.varodek@gmail.com>,
Manish Chopra <manishc@marvell.com>,
GR-Linux-NIC-Dev@marvell.com,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
kbuild-all@lists.01.org, devel@driverdev.osuosl.org,
netdev@vger.kernel.org, linux-kernel@vger.kernel.org,
skhan@linuxfoundation.org
Subject: Re: [kbuild-all] Re: [PATCH v1 1/4] qlge/qlge_main.c: use genric power management
Date: Tue, 30 Jun 2020 08:21:52 +0800 [thread overview]
Message-ID: <20200630002152.GA15435@intel.com> (raw)
In-Reply-To: <20200629173116.GA3269550@bjorn-Precision-5520>
On Mon, Jun 29, 2020 at 12:31:16PM -0500, Bjorn Helgaas wrote:
> Vaibhav: s/genric/generic/ in the subject
>
> On Tue, Jun 30, 2020 at 12:09:36AM +0800, kernel test robot wrote:
> > Hi Vaibhav,
> >
> > Thank you for the patch! Yet something to improve:
> >
> > [auto build test ERROR on staging/staging-testing]
> > [also build test ERROR on v5.8-rc3 next-20200629]
> > [If your patch is applied to the wrong git tree, kindly drop us a note.
> > And when submitting patch, we suggest to use as documented in
> > https://git-scm.com/docs/git-format-patch]
> >
> > url: https://github.com/0day-ci/linux/commits/Vaibhav-Gupta/drivers-staging-use-generic-power-management/20200629-163141
> > base: https://git.kernel.org/pub/scm/linux/kernel/git/gregkh/staging.git 347fa58ff5558075eec98725029c443c80ffbf4a
> > config: x86_64-rhel-7.6 (attached as .config)
> > compiler: gcc-9 (Debian 9.3.0-13) 9.3.0
> > reproduce (this is a W=1 build):
> > # save the attached .config to linux build tree
> > make W=1 ARCH=x86_64
> >
> > If you fix the issue, kindly add following tag as appropriate
> > Reported-by: kernel test robot <lkp@intel.com>
>
> If the patch has already been merged and we need an incremental patch
> that fixes *only* the build issue, I think it's fine to add a
> "Reported-by" tag.
>
> But if this patch hasn't been merged anywhere, I think adding the
> "Reported-by" tag would be pointless and distracting. This report
> should result in a v2 posting of the patch with the build issue fixed.
>
> There will be no evidence of the problem in the v2 patch. The patch
> itself contains other changes unrelated to the build issue, so
> "Reported-by" makes so sense for them. I would treat this as just
> another review comment, and we don't usually credit those in the
> commit log (though it's nice if they're mentioned in the v2 cover
> letter so reviewers know what changed and why).
>
> Is there any chance kbuild could be made smart enough to suggest the
> tag only when it finds an issue in some list of published trees?
Thanks a lot for the suggestion. As of now, this is a recommendation,
and user may judge based on own situation to add "as appropriate".
Meanwhile, we will continue making the bot better.
>
> > All errors (new ones prefixed by >>):
> >
> > drivers/staging/qlge/qlge_main.c: In function 'qlge_resume':
> > >> drivers/staging/qlge/qlge_main.c:4793:17: error: 'pdev' undeclared (first use in this function); did you mean 'qdev'?
> > 4793 | pci_set_master(pdev);
> > | ^~~~
> > | qdev
> > ...
> _______________________________________________
> kbuild-all mailing list -- kbuild-all@lists.01.org
> To unsubscribe send an email to kbuild-all-leave@lists.01.org
next prev parent reply other threads:[~2020-06-30 0:21 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-29 8:28 [Linux-kernel-mentees] [PATCH v1 0/4] drivers/staging: use generic power management Vaibhav Gupta
2020-06-29 8:28 ` Vaibhav Gupta
2020-06-29 8:28 ` [Linux-kernel-mentees] [PATCH v1 1/4] qlge/qlge_main.c: use genric " Vaibhav Gupta
2020-06-29 8:28 ` Vaibhav Gupta
2020-06-29 16:09 ` kernel test robot
2020-06-29 16:09 ` kernel test robot
2020-06-29 17:06 ` Vaibhav Gupta
2020-06-29 17:31 ` Bjorn Helgaas
2020-06-29 17:31 ` Bjorn Helgaas
2020-06-30 0:21 ` Philip Li [this message]
2020-06-30 0:21 ` [kbuild-all] " Philip Li
2020-06-29 8:28 ` [Linux-kernel-mentees] [PATCH v1 2/4] staging/rtl8192e: use generic " Vaibhav Gupta
2020-06-29 8:28 ` Vaibhav Gupta
2020-06-29 8:28 ` [Linux-kernel-mentees] [PATCH v1 3/4] rts5208/rtsx.c: " Vaibhav Gupta
2020-06-29 8:28 ` Vaibhav Gupta
2020-06-29 8:28 ` [Linux-kernel-mentees] [PATCH v1 4/4] vt6655/device_main.c: " Vaibhav Gupta
2020-06-29 8:28 ` Vaibhav Gupta
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=20200630002152.GA15435@intel.com \
--to=philip.li@intel.com \
--cc=kbuild-all@lists.01.org \
/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.