public inbox for kernel-janitors@vger.kernel.org
 help / color / mirror / Atom feed
From: Fengguang Wu <fengguang.wu@intel.com>
To: kernel-janitors@vger.kernel.org
Subject: Re: build regressions 2013-01-12
Date: Tue, 22 Jan 2013 08:45:06 +0000	[thread overview]
Message-ID: <20130122084506.GA976@localhost> (raw)
In-Reply-To: <50f1d727.cUHAu8+k9jxkI22j%fengguang.wu@intel.com>

Hi Laurent,

On Mon, Jan 14, 2013 at 09:39:24AM +0100, Laurent Navet wrote:
> Hi,
> maybe a noob's question, but what can we do with these reports ?

This summary of error messages mainly serves to avoid duplicate
reports/fixing. For example, when someone hit a build error, he may
find this email via google and get to know that it has already been
caught and reported by the 0day kernel build test system.

> How do we know which kernel tree is build, where is the .config ?

Most of the error messages are bisected and directly email reported to
the bad commit's author/committers with the tree/branch/commit/config
information, for example:

tree:   git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git akpm
head:   799385ad830581545b29a54419806af1a9fabb3b
commit: 8a374951fb822d160bfe80b27555e5a6e14c1916 [42/325] sched: /proc/sched_stat fails on very very large machines
config: make ARCH=x86_64 allmodconfig

Another small set of possibly false positive error messages that need
manual checks are reported to kbuild@01.org, which are taken care of
by community volunteers:

        https://lists.01.org/mailman/listinfo/kbuild

That's where you may really help us. :)

> How can I have a chance to reproduce and try to fix these errors ?

The kbuild@01.org email reports will show you the literal commands to
get to the bad commit and code, for example:

git remote add drm-intel git://people.freedesktop.org/~danvet/drm-intel.git
git remote update drm-intel
git checkout 9cc16ce8a74a5aceafa8fa81aac6814b8382b005
vim +6776 drivers/gpu/drm/i915/intel_display.c

Thanks,
Fengguang

> 2013/1/12, Fengguang Wu <fengguang.wu@intel.com>:
> > [errors]
> > include/linux/acpi.h:544:46: error: unknown type name 'acpi_handle'
> > drivers/net/wireless/libertas/cfg.c:2167:30: error: 'lbs_reg_notifier'
> > undeclared (first use in this function)
> > include/linux/acpi.h:544: error: expected ')' before 'handle'
> > ERROR: "snd_soc_dapm_sync" [drivers/regulator/arizona-micsupp.ko]
> > undefined!
> > ERROR: "snd_soc_dapm_disable_pin" [drivers/regulator/arizona-micsupp.ko]
> > undefined!
> > ERROR: "snd_soc_dapm_force_enable_pin"
> > [drivers/regulator/arizona-micsupp.ko] undefined!
> > max1363.c:(.text+0x30b014): undefined reference to
> > `iio_triggered_buffer_cleanup'
> > max1363.c:(.text+0x30b3b9): undefined reference to
> > `iio_triggered_buffer_setup'
> > initramfs.c:(.init.text+0x22c1): undefined reference to `__initramfs_size'
> > cpufreq.c:(.text+0x14b07a): undefined reference to
> > `cpufreq_frequency_table_update_policy_cpu'
> > drivers/cpufreq/cpufreq.c:881:2: error: 'sibling' undeclared (first use in
> > this function)
> > arizona-micsupp.c:(.text+0x9e983): undefined reference to
> > `snd_soc_dapm_force_enable_pin'
> > arizona-micsupp.c:(.text+0x9e9a2): undefined reference to
> > `snd_soc_dapm_disable_pin'
> > arizona-micsupp.c:(.text+0x9e9b1): undefined reference to
> > `snd_soc_dapm_sync'
> >
> > [warnings]
> > drivers/cpufreq/cpufreq.c:812: warning: 'cpufreq_add_policy_cpu' defined but
> > not used
> > drivers/cpufreq/cpufreq.c:881:2: warning: left-hand operand of comma
> > expression has no effect [-Wunused-value]
> >
> > [sparse]
> > include/acpi/actbl3.h:526:35: sparse: expected ; at end of declaration
> > drivers/usb/misc/usb3503.c:181:5: sparse: symbol 'usb3503_probe' was not
> > declared. Should it be static?
> > drivers/acpi/power.c:104:28: sparse: symbol 'acpi_power_get_context' was not
> > declared. Should it be static?
> > drivers/md/persistent-data/dm-transaction-manager.c:28:9: sparse:
> > preprocessor token HASH_SIZE redefined
> > drivers/block/mtip32xx/mtip32xx.c:4029:1: sparse: symbol 'mtip_workq_sdbf0'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4030:1: sparse: symbol 'mtip_workq_sdbf1'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4031:1: sparse: symbol 'mtip_workq_sdbf2'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4032:1: sparse: symbol 'mtip_workq_sdbf3'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4033:1: sparse: symbol 'mtip_workq_sdbf4'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4034:1: sparse: symbol 'mtip_workq_sdbf5'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4035:1: sparse: symbol 'mtip_workq_sdbf6'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:4036:1: sparse: symbol 'mtip_workq_sdbf7'
> > was not declared. Should it be static?
> > drivers/block/mtip32xx/mtip32xx.c:1726:5: sparse: symbol 'mtip_send_trim'
> > was not declared. Should it be static?
> > security/integrity/digsig.c:52:47: sparse: incorrect type in argument 1
> > (different base types)
> > drivers/net/wireless/libertas/cfg.c:2167:37: sparse: undefined identifier
> > 'lbs_reg_notifier'
> >
> > [smatch]
> > sound/pci/hda/hda_codec.c:3433 snd_hda_codec_write_cache() error: we
> > previously assumed 'c' could be null (see line 3430)
> > sound/pci/hda/hda_generic.c:1529 indep_hp_put() warn: inconsistent returns
> > mutex:&spec->pcm_mutex: locked (1526) unlocked (1517,1529)
> > sound/pci/hda/hda_hwdep.c:487 parse_hints() warn: inconsistent returns
> > mutex:&codec->user_mutex: locked (478) unlocked (447,449,452,457,487)
> > drivers/usb/misc/usb3503.c:238 usb3503_probe() error: we previously assumed
> > 'pdata' could be null (see line 196)
> > sound/soc/soc-dapm.c:3043 snd_soc_dapm_new_control() warn: maybe use &&
> > instead of &
> >
> > ---
> > 0-DAY kernel build testing backend         Open Source Technology Center
> > Fengguang Wu, Yuanhan Liu                              Intel Corporation
> > --
> > To unsubscribe from this list: send the line "unsubscribe kernel-janitors"
> > in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
> 
> 
> -- 
> « On ne résout pas un problème avec les modes de pensée qui l’ont engendré. »
> « You cannot solve current problems with current thinking. Current
> problems are the result of current thinking »

  parent reply	other threads:[~2013-01-22  8:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-01-12 21:35 build regressions 2013-01-12 Fengguang Wu
2013-01-14  8:39 ` Laurent Navet
2013-01-22  8:45 ` Fengguang Wu [this message]
2013-01-22 13:07 ` Laurent Navet

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=20130122084506.GA976@localhost \
    --to=fengguang.wu@intel.com \
    --cc=kernel-janitors@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox