All of lore.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 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.