public inbox for kernel-janitors@vger.kernel.org
 help / color / mirror / Atom feed
* build regressions 2013-01-12
@ 2013-01-12 21:35 Fengguang Wu
  2013-01-14  8:39 ` Laurent Navet
                   ` (2 more replies)
  0 siblings, 3 replies; 4+ messages in thread
From: Fengguang Wu @ 2013-01-12 21:35 UTC (permalink / raw)
  To: kernel-janitors

[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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: build regressions 2013-01-12
  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
  2013-01-22 13:07 ` Laurent Navet
  2 siblings, 0 replies; 4+ messages in thread
From: Laurent Navet @ 2013-01-14  8:39 UTC (permalink / raw)
  To: kernel-janitors

Hi,
maybe a noob's question, but what can we do with these reports ?
How do we know which kernel tree is build, where is the .config ?

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

Regards,

-- 
Laurent Navet

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 »

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: build regressions 2013-01-12
  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
  2013-01-22 13:07 ` Laurent Navet
  2 siblings, 0 replies; 4+ messages in thread
From: Fengguang Wu @ 2013-01-22  8:45 UTC (permalink / raw)
  To: kernel-janitors

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 »

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: build regressions 2013-01-12
  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
@ 2013-01-22 13:07 ` Laurent Navet
  2 siblings, 0 replies; 4+ messages in thread
From: Laurent Navet @ 2013-01-22 13:07 UTC (permalink / raw)
  To: kernel-janitors

Hi Fengguang,

> 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

Thank's for the explanation!

> 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. :)

Subscribed, let's see what happens,

Regards,

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-01-22 13:07 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
2013-01-22 13:07 ` Laurent Navet

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox