linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* linux-next: build failure after merge of the staging tree
@ 2018-07-30  6:16 Stephen Rothwell
  2018-07-30  6:31 ` Gao Xiang
  2018-07-30  9:47 ` David Howells
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2018-07-30  6:16 UTC (permalink / raw)
  To: Greg KH, Al Viro
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List,
	David Howells, Gao Xiang, Miao Xie, Chao Yu

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/erofs/super.c: In function 'erofs_read_super':
drivers/staging/erofs/super.c:343:17: error: 'MS_RDONLY' undeclared (first use in this function); did you mean 'IS_RDONLY'?
  sb->s_flags |= MS_RDONLY | MS_NOATIME;
                 ^~~~~~~~~
                 IS_RDONLY
drivers/staging/erofs/super.c:343:17: note: each undeclared identifier is reported only once for each function it appears in
drivers/staging/erofs/super.c:343:29: error: 'MS_NOATIME' undeclared (first use in this function); did you mean 'S_NOATIME'?
  sb->s_flags |= MS_RDONLY | MS_NOATIME;
                             ^~~~~~~~~~
                             S_NOATIME
drivers/staging/erofs/super.c: In function 'erofs_mount':
drivers/staging/erofs/super.c:501:10: warning: passing argument 5 of 'mount_bdev' makes integer from pointer without a cast [-Wint-conversion]
   &priv, erofs_fill_super);
          ^~~~~~~~~~~~~~~~
In file included from include/linux/buffer_head.h:12:0,
                 from drivers/staging/erofs/super.c:14:
include/linux/fs.h:2151:23: note: expected 'size_t {aka long unsigned int}' but argument is of type 'int (*)(struct super_block *, void *, int)'
 extern struct dentry *mount_bdev(struct file_system_type *fs_type,
                       ^~~~~~~~~~
drivers/staging/erofs/super.c:500:9: error: too few arguments to function 'mount_bdev'
  return mount_bdev(fs_type, flags, dev_name,
         ^~~~~~~~~~
In file included from include/linux/buffer_head.h:12:0,
                 from drivers/staging/erofs/super.c:14:
include/linux/fs.h:2151:23: note: declared here
 extern struct dentry *mount_bdev(struct file_system_type *fs_type,
                       ^~~~~~~~~~
drivers/staging/erofs/super.c: At top level:
drivers/staging/erofs/super.c:518:20: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .mount          = erofs_mount,
                    ^~~~~~~~~~~
drivers/staging/erofs/super.c:518:20: note: (near initialization for 'erofs_fs_type.mount')
drivers/staging/erofs/super.c: In function 'erofs_remount':
drivers/staging/erofs/super.c:630:12: error: 'MS_RDONLY' undeclared (first use in this function); did you mean 'IS_RDONLY'?
  *flags |= MS_RDONLY;
            ^~~~~~~~~
            IS_RDONLY
drivers/staging/erofs/super.c: At top level:
drivers/staging/erofs/super.c:640:16: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .remount_fs = erofs_remount,
                ^~~~~~~~~~~~~

Caused by various commits creating erofs in the staging tree interacting
with various commits redoing the mount infrastructure in the vfs tree.

I have disabed CONFIG_EROFS_FS for now:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 30 Jul 2018 16:10:57 +1000
Subject: [PATCH] disable erofs for now

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/erofs/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/erofs/Kconfig b/drivers/staging/erofs/Kconfig
index 663b755bf2fb..b37d994aa687 100644
--- a/drivers/staging/erofs/Kconfig
+++ b/drivers/staging/erofs/Kconfig
@@ -3,6 +3,7 @@
 config EROFS_FS
 	tristate "EROFS filesystem support"
 	depends on BLOCK
+	depends on BROKEN
 	help
 	  EROFS(Enhanced Read-Only File System) is a lightweight
 	  read-only file system with modern designs (eg. page-sized
-- 
2.18.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2021-10-08  4:15 Stephen Rothwell
  2021-10-08  5:39 ` Sergio Paracuellos
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2021-10-08  4:15 UTC (permalink / raw)
  To: Greg KH
  Cc: Sergio Paracuellos, Linux Kernel Mailing List, Linux Next Mailing List

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

Hi all,

After merging the staging tree, today's linux-next build (mips
nlm_xlp_defconfig) failed like this:

drivers/pci/pci.c:4210: undefined reference to `pci_remap_iospace'

Caused by commit

  9f76779f2418 ("MIPS: implement architecture-specific 'pci_remap_iospace()'")

CONFIG_PCI_DRIVERS_GENERIC is not set for this build, so
arch/mips/pci/pci-generic.c is not built.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2021-08-16  3:52 Stephen Rothwell
  2021-08-16  5:24 ` Greg KH
  2021-08-16 15:10 ` Greg KH
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2021-08-16  3:52 UTC (permalink / raw)
  To: Greg KH, David Miller, Networking
  Cc: Cai Huoqing, Linux Kernel Mailing List, Linux Next Mailing List

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

Hi all,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/r8188eu/core/rtw_br_ext.c:8:10: fatal error: ../include/net/ipx.h: No such file or directory
    8 | #include "../include/net/ipx.h"
      |          ^~~~~~~~~~~~~~~~~~~~~~

Caused by commit

  6c9b40844751 ("net: Remove net/ipx.h and uapi/linux/ipx.h header files")

from the net-next tree.

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2021-03-29  5:55 Stephen Rothwell
  2021-03-29  6:14 ` Greg KH
                   ` (2 more replies)
  0 siblings, 3 replies; 143+ messages in thread
From: Stephen Rothwell @ 2021-03-29  5:55 UTC (permalink / raw)
  To: Greg KH, Mark Brown
  Cc: Alexandru Ardelean, Jonathan Cameron, Tomislav Denis,
	Linux Kernel Mailing List, Linux Next Mailing List

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

Hi all,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/iio/adc/ti-ads131e08.c: In function 'ads131e08_read_reg':
drivers/iio/adc/ti-ads131e08.c:180:5: error: 'struct spi_transfer' has no member named 'delay_usecs'
  180 |    .delay_usecs = st->sdecode_delay_us,
      |     ^~~~~~~~~~~
drivers/iio/adc/ti-ads131e08.c: In function 'ads131e08_write_reg':
drivers/iio/adc/ti-ads131e08.c:206:5: error: 'struct spi_transfer' has no member named 'delay_usecs'
  206 |    .delay_usecs = st->sdecode_delay_us,
      |     ^~~~~~~~~~~

Caused by commit

  d935eddd2799 ("iio: adc: Add driver for Texas Instruments ADS131E0x ADC family")

interacting with commit

  3ab1cce55337 ("spi: core: remove 'delay_usecs' field from spi_transfer")

from the spi tree.

I have applied the following merge fix patch.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 29 Mar 2021 16:51:22 +1100
Subject: [PATCH] iio: adc: merge fix for "spi: core: remove 'delay_usecs'
 field from spi_transfer"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/iio/adc/ti-ads131e08.c | 10 ++++++++--
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/drivers/iio/adc/ti-ads131e08.c b/drivers/iio/adc/ti-ads131e08.c
index 0060d5f0abb0..764dab087b41 100644
--- a/drivers/iio/adc/ti-ads131e08.c
+++ b/drivers/iio/adc/ti-ads131e08.c
@@ -177,7 +177,10 @@ static int ads131e08_read_reg(struct ads131e08_state *st, u8 reg)
 		{
 			.tx_buf = &st->tx_buf,
 			.len = 2,
-			.delay_usecs = st->sdecode_delay_us,
+			.delay = {
+				.value = st->sdecode_delay_us,
+				.unit = SPI_DELAY_UNIT_USECS,
+			},
 		}, {
 			.rx_buf = &st->rx_buf,
 			.len = 1,
@@ -203,7 +206,10 @@ static int ads131e08_write_reg(struct ads131e08_state *st, u8 reg, u8 value)
 		{
 			.tx_buf = &st->tx_buf,
 			.len = 3,
-			.delay_usecs = st->sdecode_delay_us,
+			.delay = {
+				.value = st->sdecode_delay_us,
+				.unit = SPI_DELAY_UNIT_USECS,
+			},
 		}
 	};
 
-- 
2.30.0

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2020-12-07  5:46 Stephen Rothwell
  2020-12-07  9:26 ` Greg KH
  2020-12-14 20:27 ` Stephen Rothwell
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2020-12-07  5:46 UTC (permalink / raw)
  To: Greg KH, Thomas Gleixner, Ingo Molnar, H. Peter Anvin, Peter Zijlstra
  Cc: Jonathan Cameron, Lars-Peter Clausen, Linux Kernel Mailing List,
	Linux Next Mailing List

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

Hi all,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/iio/trigger/iio-trig-sysfs.c: In function 'iio_sysfs_trigger_probe':
drivers/iio/trigger/iio-trig-sysfs.c:164:21: error: 'struct irq_work' has no member named 'flags'
  164 |  atomic_set(&t->work.flags, IRQ_WORK_HARD_IRQ);
      |                     ^

Caused by commit

  0449fc4eead7 ("iio: sysfs-trigger: Mark irq_work to expire in hardirq context")

interacting with commit

  7a9f50a05843 ("irq_work: Cleanup")

from the tip tree.

I applied the following merge fix patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 7 Dec 2020 16:42:18 +1100
Subject: [PATCH] fixup for "irq_work: Cleanup"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/iio/trigger/iio-trig-sysfs.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/iio/trigger/iio-trig-sysfs.c b/drivers/iio/trigger/iio-trig-sysfs.c
index 10a3fd29362b..0f6b512a5c37 100644
--- a/drivers/iio/trigger/iio-trig-sysfs.c
+++ b/drivers/iio/trigger/iio-trig-sysfs.c
@@ -160,8 +160,7 @@ static int iio_sysfs_trigger_probe(int id)
 	t->trig->dev.parent = &iio_sysfs_trig_dev;
 	iio_trigger_set_drvdata(t->trig, t);
 
-	init_irq_work(&t->work, iio_sysfs_trigger_work);
-	atomic_set(&t->work.flags, IRQ_WORK_HARD_IRQ);
+	t->work = IRQ_WORK_INIT_HARD(iio_sysfs_trigger_work);
 
 	ret = iio_trigger_register(t->trig);
 	if (ret)
-- 
2.29.2

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2019-10-08  2:49 Stephen Rothwell
  2019-10-08 12:46 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2019-10-08  2:49 UTC (permalink / raw)
  To: Greg KH
  Cc: Linux Next Mailing List, Linux Kernel Mailing List,
	Jérôme Pouiller

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

Hi all,

After merging the staging tree, today's linux-next build (powerpc
allyesconfig) failed like this:

In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/linux/gpio/consumer.h:5,
                 from drivers/staging/wfx/bh.c:8:
drivers/staging/wfx/bh.c: In function 'rx_helper':
drivers/staging/wfx/bh.c:86:19: warning: passing argument 1 of '__swab16s' makes pointer from integer without a cast [-Wint-conversion]
   86 |   le16_to_cpus(hif->len);
include/uapi/linux/byteorder/big_endian.h:97:38: note: in definition of macro '__le16_to_cpus'
   97 | #define __le16_to_cpus(x) __swab16s((x))
      |                                      ^
drivers/staging/wfx/bh.c:86:3: note: in expansion of macro 'le16_to_cpus'
   86 |   le16_to_cpus(hif->len);
      |   ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/linux/gpio/consumer.h:5,
                 from drivers/staging/wfx/bh.c:8:
include/uapi/linux/swab.h:230:37: note: expected '__u16 *' {aka 'short unsigned int *'} but argument is of type 'uint16_t' {aka 'short unsigned int'}
  230 | static inline void __swab16s(__u16 *p)
      |                              ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/linux/gpio/consumer.h:5,
                 from drivers/staging/wfx/bh.c:8:
drivers/staging/wfx/bh.c:91:19: warning: passing argument 1 of '__swab16s' makes pointer from integer without a cast [-Wint-conversion]
   91 |   le16_to_cpus(hif->len);
include/uapi/linux/byteorder/big_endian.h:97:38: note: in definition of macro '__le16_to_cpus'
   97 | #define __le16_to_cpus(x) __swab16s((x))
      |                                      ^
drivers/staging/wfx/bh.c:91:3: note: in expansion of macro 'le16_to_cpus'
   91 |   le16_to_cpus(hif->len);
      |   ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/linux/gpio/consumer.h:5,
                 from drivers/staging/wfx/bh.c:8:
include/uapi/linux/swab.h:230:37: note: expected '__u16 *' {aka 'short unsigned int *'} but argument is of type 'uint16_t' {aka 'short unsigned int'}
  230 | static inline void __swab16s(__u16 *p)
      |                              ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/key.c:8:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/key.c:8:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/scan.c:8:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/scan.c:8:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/linux/list.h:9,
                 from include/linux/module.h:9,
                 from drivers/staging/wfx/main.c:13:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/linux/list.h:9,
                 from include/linux/module.h:9,
                 from drivers/staging/wfx/main.c:13:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/data_tx.c:8:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/data_tx.c:8:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/data_tx.c:8:
drivers/staging/wfx/data_tx.c: In function 'wfx_tx_inner':
include/uapi/linux/byteorder/big_endian.h:35:26: warning: conversion from 'short unsigned int' to 'uint8_t' {aka 'unsigned char'} changes value from '1024' to '0' [-Woverflow]
   35 | #define __cpu_to_le16(x) ((__force __le16)__swab16((x)))
      |                          ^
include/linux/byteorder/generic.h:90:21: note: in expansion of macro '__cpu_to_le16'
   90 | #define cpu_to_le16 __cpu_to_le16
      |                     ^~~~~~~~~~~~~
drivers/staging/wfx/data_tx.c:623:16: note: in expansion of macro 'cpu_to_le16'
  623 |  hif_msg->id = cpu_to_le16(HIF_REQ_ID_TX);
      |                ^~~~~~~~~~~
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/sta.c:8:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/asm-generic/bug.h:19,
                 from arch/powerpc/include/asm/bug.h:120,
                 from include/linux/bug.h:5,
                 from include/net/mac80211.h:16,
                 from drivers/staging/wfx/sta.c:8:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^
In file included from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/linux/list.h:9,
                 from include/linux/wait.h:7,
                 from include/linux/wait_bit.h:8,
                 from include/linux/fs.h:6,
                 from include/linux/debugfs.h:15,
                 from drivers/staging/wfx/debug.c:8:
drivers/staging/wfx/hif_tx_mib.h: In function 'hif_set_mfp':
drivers/staging/wfx/hif_tx_mib.h:139:15: error: passing argument 1 of '__swab32s' from incompatible pointer type [-Werror=incompatible-pointer-types]
  139 |  cpu_to_le32s(&val);
include/uapi/linux/byteorder/big_endian.h:94:38: note: in definition of macro '__cpu_to_le32s'
   94 | #define __cpu_to_le32s(x) __swab32s((x))
      |                                      ^
drivers/staging/wfx/hif_tx_mib.h:139:2: note: in expansion of macro 'cpu_to_le32s'
  139 |  cpu_to_le32s(&val);
      |  ^~~~~~~~~~~~
In file included from include/linux/swab.h:5,
                 from include/uapi/linux/byteorder/big_endian.h:13,
                 from include/linux/byteorder/big_endian.h:5,
                 from arch/powerpc/include/uapi/asm/byteorder.h:14,
                 from include/asm-generic/bitops/le.h:6,
                 from arch/powerpc/include/asm/bitops.h:243,
                 from include/linux/bitops.h:26,
                 from include/linux/kernel.h:12,
                 from include/linux/list.h:9,
                 from include/linux/wait.h:7,
                 from include/linux/wait_bit.h:8,
                 from include/linux/fs.h:6,
                 from include/linux/debugfs.h:15,
                 from drivers/staging/wfx/debug.c:8:
include/uapi/linux/swab.h:242:46: note: expected '__u32 *' {aka 'unsigned int *'} but argument is of type 'struct hif_mib_protected_mgmt_policy *'
  242 | static __always_inline void __swab32s(__u32 *p)
      |                                       ~~~~~~~^

Caused by commits from the staging tree.

I have disabled CONFIG_WFX for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2019-06-24  7:38 Stephen Rothwell
  2019-06-24  8:46 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2019-06-24  7:38 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux Next Mailing List, Linux Kernel Mailing List, YueHaibing

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

Hi all,

After merging the staging tree, today's linux-next build (arm
multi_v7_defconfig) failed like this:

lib/Kconfig:132:error: recursive dependency detected!
lib/Kconfig:132:        symbol CRC32 is selected by XZ_DEC
lib/xz/Kconfig:2:       symbol XZ_DEC is selected by FW_LOADER_COMPRESS
drivers/base/firmware_loader/Kconfig:158:       symbol FW_LOADER_COMPRESS depends on FW_LOADER
drivers/base/firmware_loader/Kconfig:4: symbol FW_LOADER is selected by KS7010
drivers/staging/ks7010/Kconfig:2:       symbol KS7010 depends on CRYPTO_HASH
crypto/Kconfig:65:      symbol CRYPTO_HASH is selected by CRYPTO_CRC32_ARM_CE
arch/arm/crypto/Kconfig:123:    symbol CRYPTO_CRC32_ARM_CE depends on CRC32
For a resolution refer to Documentation/kbuild/kconfig-language.rst
subsection "Kconfig recursive dependency limitations"

This is just while doing the "make multi_v7_defconfig".

Caused by commit

  3e5bc68fa596 ("staging: ks7010: Fix build error")

I have reverted that commit for today.

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2018-07-17  6:28 Stephen Rothwell
  2018-07-17  6:49 ` Ivan Safonov
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2018-07-17  6:28 UTC (permalink / raw)
  To: Greg KH
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List,
	Hans de Goede, Ivan Safonov

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8188eu/core/rtw_security.c: In function 'rtw_tkip_decrypt':
drivers/staging/rtl8188eu/core/rtw_security.c:399:21: error: storage size of 'mycontext' isn't known
  struct arc4context mycontext;
                     ^~~~~~~~~
drivers/staging/rtl8188eu/core/rtw_security.c:437:4: error: implicit declaration of function 'phase1' [-Werror=implicit-function-declaration]
    phase1((u16 *)&ttkey[0], prwskey, &prxattrib->ta[0], pnh);
    ^~~~~~
drivers/staging/rtl8188eu/core/rtw_security.c:438:4: error: implicit declaration of function 'phase2' [-Werror=implicit-function-declaration]
    phase2(&rc4key[0], prwskey, (unsigned short *)&ttkey[0], pnl);
    ^~~~~~
drivers/staging/rtl8188eu/core/rtw_security.c:442:4: error: implicit declaration of function 'arcfour_init'; did you mean 'rcu_init'? [-Werror=implicit-function-declaration]
    arcfour_init(&mycontext, rc4key, 16);
    ^~~~~~~~~~~~
    rcu_init
drivers/staging/rtl8188eu/core/rtw_security.c:443:4: error: implicit declaration of function 'arcfour_encrypt'; did you mean 'rtw_wep_encrypt'? [-Werror=implicit-function-declaration]
    arcfour_encrypt(&mycontext, payload, payload, length);
    ^~~~~~~~~~~~~~~
    rtw_wep_encrypt
drivers/staging/rtl8188eu/core/rtw_security.c:445:23: error: implicit declaration of function 'getcrc32'; did you mean 'get_cred'? [-Werror=implicit-function-declaration]
    *((__le32 *)crc) = getcrc32(payload, length-4);
                       ^~~~~~~~
                       get_cred
drivers/staging/rtl8188eu/core/rtw_security.c:399:21: warning: unused variable 'mycontext' [-Wunused-variable]
  struct arc4context mycontext;
                     ^~~~~~~~~

Caused by commit

  0d4876f4e977 ("staging:r8188eu: Use lib80211 to encrypt (TKIP) tx frames")

interacting with commit

  69a1d98c831e ("Revert "staging:r8188eu: Use lib80211 to support TKIP"")

from the staging.current tree.

I just reverted the staging.current commit ...

-- 
Cheers,
Stephen Rothwell

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-09-26  3:54 Stephen Rothwell
  2017-09-26  6:15 ` Jonathan Cameron
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-09-26  3:54 UTC (permalink / raw)
  To: Greg KH
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List,
	Jonathan Cameron, Lars-Peter Clausen

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/iio/counter/stm32-lptimer-cnt.c:181:2: error: unknown field 'driver_module' specified in initializer
  .driver_module = THIS_MODULE,
  ^
In file included from include/linux/linkage.h:6:0,
                 from include/linux/kernel.h:6,
                 from include/asm-generic/bug.h:15,
                 from arch/x86/include/asm/bug.h:81,
                 from include/linux/bug.h:4,
                 from include/linux/bitfield.h:18,
                 from drivers/iio/counter/stm32-lptimer-cnt.c:13:
include/linux/export.h:35:21: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
 #define THIS_MODULE (&__this_module)
                     ^
drivers/iio/counter/stm32-lptimer-cnt.c:181:19: note: in expansion of macro 'THIS_MODULE'
  .driver_module = THIS_MODULE,
                   ^
include/linux/export.h:35:21: note: (near initialization for 'stm32_lptim_cnt_iio_info.write_raw_get_fmt')
 #define THIS_MODULE (&__this_module)
                     ^
drivers/iio/counter/stm32-lptimer-cnt.c:181:19: note: in expansion of macro 'THIS_MODULE'
  .driver_module = THIS_MODULE,
                   ^

Caused by commit

  97623c0a80a6 ("iio: drop iio_info.driver_module and iio_trigger_ops.owner.")

I have used the staging tree from next-20170922 for today.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-05-01  4:42 Stephen Rothwell
  2017-05-04 23:41 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-05-01  4:42 UTC (permalink / raw)
  To: Greg KH, Johannes Berg
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List,
	Hans de Goede, Avraham Stern, Luca Coelho

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c: In function 'rtw_cfg80211_indicate_connect':
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:552:6: error: passing argument 2 of 'cfg80211_roamed' from incompatible pointer type [-Werror=incompatible-pointer-types]
    , notify_channel
      ^
In file included from drivers/staging/rtl8723bs/include/osdep_service_linux.h:50:0,
                 from drivers/staging/rtl8723bs/include/osdep_service.h:23,
                 from drivers/staging/rtl8723bs/include/drv_types.h:29,
                 from drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:17:
include/net/cfg80211.h:5435:6: note: expected 'struct cfg80211_roam_info *' but argument is of type 'struct ieee80211_channel *'
 void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
      ^
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:553:6: warning: passing argument 3 of 'cfg80211_roamed' makes integer from pointer without a cast [-Wint-conversion]
    , cur_network->network.MacAddress
      ^
In file included from drivers/staging/rtl8723bs/include/osdep_service_linux.h:50:0,
                 from drivers/staging/rtl8723bs/include/osdep_service.h:23,
                 from drivers/staging/rtl8723bs/include/drv_types.h:29,
                 from drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:17:
include/net/cfg80211.h:5435:6: note: expected 'gfp_t {aka unsigned int}' but argument is of type 'unsigned char *'
 void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
      ^
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:551:3: error: too many arguments to function 'cfg80211_roamed'
   cfg80211_roamed(padapter->pnetdev
   ^
In file included from drivers/staging/rtl8723bs/include/osdep_service_linux.h:50:0,
                 from drivers/staging/rtl8723bs/include/osdep_service.h:23,
                 from drivers/staging/rtl8723bs/include/drv_types.h:29,
                 from drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:17:
include/net/cfg80211.h:5435:6: note: declared here
 void cfg80211_roamed(struct net_device *dev, struct cfg80211_roam_info *info,
      ^

Caused by commit

  554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver")

interacting with commit

  29ce6ecbb83c ("cfg80211: unify cfg80211_roamed() and cfg80211_roamed_bss()")

from the mac80211-next tree.

I applied the following merge fix patch.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 1 May 2017 14:34:17 +1000
Subject: [PATCH] staging: rtl8723bs: fix up for cfg80211_roamed() API change

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c | 20 ++++++++++++--------
 1 file changed, 12 insertions(+), 8 deletions(-)

diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
index f092a72bffda..5e7a61f24f8d 100644
--- a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
+++ b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
@@ -542,20 +542,24 @@ void rtw_cfg80211_indicate_connect(struct adapter *padapter)
 		struct ieee80211_channel *notify_channel;
 		u32 freq;
 		u16 channel = cur_network->network.Configuration.DSConfig;
+		struct cfg80211_roam_info roam_info = {};
 
 		freq = rtw_ieee80211_channel_to_frequency(channel, NL80211_BAND_2GHZ);
 
 		notify_channel = ieee80211_get_channel(wiphy, freq);
 
 		DBG_871X(FUNC_ADPT_FMT" call cfg80211_roamed\n", FUNC_ADPT_ARG(padapter));
-		cfg80211_roamed(padapter->pnetdev
-			, notify_channel
-			, cur_network->network.MacAddress
-			, pmlmepriv->assoc_req+sizeof(struct ieee80211_hdr_3addr)+2
-			, pmlmepriv->assoc_req_len-sizeof(struct ieee80211_hdr_3addr)-2
-			, pmlmepriv->assoc_rsp+sizeof(struct ieee80211_hdr_3addr)+6
-			, pmlmepriv->assoc_rsp_len-sizeof(struct ieee80211_hdr_3addr)-6
-			, GFP_ATOMIC);
+		roam_info.channel = notify_channel;
+		roam_info.bssid = cur_network->network.MacAddress;
+		roam_info.req_ie =
+			pmlmepriv->assoc_req+sizeof(struct ieee80211_hdr_3addr)+2;
+		roam_info.req_ie_len =
+			pmlmepriv->assoc_req_len-sizeof(struct ieee80211_hdr_3addr)-2;
+		roam_info.resp_ie =
+			pmlmepriv->assoc_rsp+sizeof(struct ieee80211_hdr_3addr)+6;
+		roam_info.resp_ie_len =
+			pmlmepriv->assoc_rsp_len-sizeof(struct ieee80211_hdr_3addr)-6;
+		cfg80211_roamed(padapter->pnetdev, &roam_info, GFP_ATOMIC);
 	}
 	else
 	{
-- 
2.11.0

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-04-27  4:20 Stephen Rothwell
  2017-04-30 12:15 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-04-27  4:20 UTC (permalink / raw)
  To: Greg KH, Johannes Berg
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List,
	Hans de Goede, Arend Van Spriel

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c: In function 'rtw_cfg80211_preinit_wiphy':
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:3409:18: error: 'WIPHY_FLAG_SUPPORTS_SCHED_SCAN' undeclared (first use in this function)
  wiphy->flags |= WIPHY_FLAG_SUPPORTS_SCHED_SCAN;
                  ^

Caused by commit

  554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver")

interacting with commit

  ca986ad9bcd3 ("nl80211: allow multiple active scheduled scan requests")

from the mac80211-next tree.

I applied the below merge fix patch.

Also, I noticed that CONFIG_PNO_SUPPORT is checked for in several
files, but there is no such Kconfig option ...

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 27 Apr 2017 14:12:12 +1000
Subject: [PATCH] staging: merge fix for "nl80211: allow multiple active
 scheduled scan requests"

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
index f17f4fbd3396..c1977b11b6ac 100644
--- a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
+++ b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
@@ -3406,7 +3406,7 @@ static void rtw_cfg80211_preinit_wiphy(struct adapter *padapter, struct wiphy *w
 	wiphy->flags |= WIPHY_FLAG_OFFCHAN_TX | WIPHY_FLAG_HAVE_AP_SME;
 
 #if defined(CONFIG_PM)
-	wiphy->flags |= WIPHY_FLAG_SUPPORTS_SCHED_SCAN;
+	wiphy->max_sched_scan_reqs = 1;
 #ifdef CONFIG_PNO_SUPPORT
 	wiphy->max_sched_scan_ssids = MAX_PNO_LIST_COUNT;
 #endif
-- 
2.11.0

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-04-18  5:53 Stephen Rothwell
  2017-04-18  7:04 ` Johannes Berg
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-04-18  5:53 UTC (permalink / raw)
  To: Greg KH, Johannes Berg
  Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Hans de Goede

Hi all,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:3426:25: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .change_virtual_intf = cfg80211_rtw_change_iface,
                         ^
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:3426:25: note: (near initialization for 'rtw_cfg80211_ops.change_virtual_intf')
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:3445:22: error: initialization from incompatible pointer type [-Werror=incompatible-pointer-types]
  .add_virtual_intf = cfg80211_rtw_add_virtual_intf,
                      ^
drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c:3445:22: note: (near initialization for 'rtw_cfg80211_ops.add_virtual_intf')

Caused by commit

  554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver")

interacting with commit

  818a986e4eba ("cfg80211: move add/change interface monitor flags into params")

from the mac80211-next tree.

I have added the following merge fix patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 18 Apr 2017 15:43:43 +1000
Subject: [PATCH] staging: merge fix for add/change_virtual-intf API change

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
index 52aa65bfd890..f17f4fbd3396 100644
--- a/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
+++ b/drivers/staging/rtl8723bs/os_dep/ioctl_cfg80211.c
@@ -1310,7 +1310,7 @@ extern int netdev_open(struct net_device *pnetdev);
 
 static int cfg80211_rtw_change_iface(struct wiphy *wiphy,
 				     struct net_device *ndev,
-				     enum nl80211_iftype type, u32 *flags,
+				     enum nl80211_iftype type,
 				     struct vif_params *params)
 {
 	enum nl80211_iftype old_type;
@@ -2711,7 +2711,7 @@ static struct wireless_dev *
 		struct wiphy *wiphy,
 		const char *name,
 		unsigned char name_assign_type,
-		enum nl80211_iftype type, u32 *flags, struct vif_params *params)
+		enum nl80211_iftype type, struct vif_params *params)
 {
 	int ret = 0;
 	struct net_device* ndev = NULL;
-- 
2.11.0

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-04-18  5:32 Stephen Rothwell
  2017-04-18  5:54 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-04-18  5:32 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Alan Cox

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

make[7]: *** No rule to make target 'drivers/staging/media/atomisp/pci/atomisp2/css2400/isp/kernels/uds/uds_1.0/ia_css_uds.host.o', needed by 'drivers/staging/media/atomisp/pci/atomisp2/atomisp.o'.  Stop.

Caused by commit

  7afe8f84f793 ("atomisp: remove UDS kernel code")

I have used the staging tree from next-20170413 for today.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-04-11  5:04 Stephen Rothwell
  2017-04-11  5:15 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2017-04-11  5:04 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Hans de Goede

Hi Greg,

After merging the staging tree, today's linux-next build (powerpc
allyesconfig - I presume that an x86_64 allyesconfig will fail the
same way) failed like this:

drivers/staging/rtl8188eu/core/rtw_wlan_util.o: In function `.rtw_get_oper_ch':
(.text+0x9d0): multiple definition of `.rtw_get_oper_ch'
drivers/staging/rtl8723bs/core/rtw_wlan_util.o:(.text+0x9a0): first defined here

and many, many more ...

Presumably caused by commit

  554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver")

I guess this driver was copied from drivers/staging/rtl8188eu/ at some
point and modified (or they have the same ancestor) since they share a
large number of global symbols.

I have applied the following patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 11 Apr 2017 14:53:55 +1000
Subject: [PATCH] staging: disable the rtl8723bs sdio wifi driver for now

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8723bs/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/rtl8723bs/Kconfig b/drivers/staging/rtl8723bs/Kconfig
index 71450eee3b28..04706d3148d6 100644
--- a/drivers/staging/rtl8723bs/Kconfig
+++ b/drivers/staging/rtl8723bs/Kconfig
@@ -1,6 +1,7 @@
 config RTL8723BS
 	tristate "Realtek RTL8723BS SDIO Wireless LAN NIC driver"
 	depends on WLAN && MMC && CFG80211
+	depends on BROKEN
 	select WIRELESS_EXT
 	select WEXT_PRIV
 	---help---
-- 
2.11.0

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-04-10  5:10 Stephen Rothwell
  0 siblings, 0 replies; 143+ messages in thread
From: Stephen Rothwell @ 2017-04-10  5:10 UTC (permalink / raw)
  To: Greg KH; +Cc: Linux-Next Mailing List, Linux Kernel Mailing List, Hans de Goede

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8723bs/core/rtw_ieee80211.c: In function 'rtw_macaddr_cfg':
drivers/staging/rtl8723bs/core/rtw_ieee80211.c:1193:22: error: implicit declaration of function 'of_get_property' [-Werror=implicit-function-declaration]
              (addr = of_get_property(np, "local-mac-address", &len)) &&
                      ^
drivers/staging/rtl8723bs/core/rtw_ieee80211.c:1193:20: warning: assignment makes pointer from integer without a cast [-Wint-conversion]
              (addr = of_get_property(np, "local-mac-address", &len)) &&
                    ^

Caused by commit

  554c0a3abf21 ("staging: Add rtl8723bs sdio wifi driver")

I have used the staging tree from next-20170407 for today.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2017-03-07  1:25 Stephen Rothwell
  2017-03-07  4:46 ` Greg KH
  2017-03-07  8:47 ` Greg KH
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2017-03-07  1:25 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alan Cox

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/media/atomisp/i2c/mt9m114.c:38:41: fatal error: linux/atomisp_gmin_platform.h: No such file or directory
drivers/staging/media/atomisp/i2c/gc2235.c:32:41: fatal error: linux/atomisp_gmin_platform.h: No such file or directory
drivers/staging/media/atomisp/i2c/ov2722.c:32:41: fatal error: linux/atomisp_gmin_platform.h: No such file or directory
drivers/staging/media/atomisp/platform/clock/vlv2_plat_clock.c:25:35: fatal error: linux/vlv2_plat_clock.h: No such file or directory
drivers/staging/media/atomisp/platform/intel-mid/intel_mid_pcihelpers.c:28:38: fatal error: asm/intel_mid_pcihelpers.h: No such file or directory
drivers/staging/media/atomisp/platform/intel-mid/atomisp_gmin_platform.c:10:35: fatal error: linux/vlv2_plat_clock.h: No such file or directory
In file included from drivers/staging/media/atomisp/pci/atomisp2/./atomisp_drvfs.c:26:0:
drivers/staging/media/atomisp/pci/atomisp2/./atomisp_compat.h:27:27: fatal error: linux/atomisp.h: No such file or directory

Caused by commit

  a49d25364dfb ("staging/atomisp: Add support for the Intel IPU v2")

or maybe some of the followups?

I have used the staging tree from next-20170306 for today.

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2016-05-13  3:15 Stephen Rothwell
  2016-05-13  8:36 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2016-05-13  3:15 UTC (permalink / raw)
  To: Greg KH, Leon Romanovsky
  Cc: linux-next, linux-kernel, Dmitry Eremin, Li Dongyang,
	James Simmons, Christoph Hellwig, Bart Van Assche

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:1706:9: 
error: too few arguments to function 'ib_map_mr_sg'
     n = ib_map_mr_sg(mr, tx->tx_frags,
         ^
In file included from /home/sfr/next/next/include/rdma/ib_addr.h:47:0,
                 from /home/sfr/next/next/include/rdma/rdma_cm.h:39,
                 from /home/sfr/next/next/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.h:63,
                 from /home/sfr/next/next/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c:43:
/home/sfr/next/next/include/rdma/ib_verbs.h:3147:5: note: declared here
 int ib_map_mr_sg(struct ib_mr *mr, struct scatterlist *sg, int sg_nents,
     ^

Caused by commit

  80e05b34f882 ("staging: lustre: o2iblnd: Add Fast Reg memory registration support")

interacting with commits

  aa42d65b5e20 ("IB/core: allow passing mapping an offset into the SG in ib_map_mr_sg")
  f0cf99be3251 ("IB/core: Enhance ib_map_mr_sg()")

from the rdma-leon-test tree.

I added the following merge fix patch for today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 13 May 2016 13:10:47 +1000
Subject: [PATCH] staging: lustre: o2iblnd: fix for ib_map_mr_sg() API changes

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c b/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c
index d99b4fac0c39..6c59f2ff2220 100644
--- a/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c
+++ b/drivers/staging/lustre/lnet/klnds/o2iblnd/o2iblnd.c
@@ -1704,7 +1704,7 @@ int kiblnd_fmr_pool_map(kib_fmr_poolset_t *fps, kib_tx_t *tx,
 				}
 
 				n = ib_map_mr_sg(mr, tx->tx_frags,
-						 tx->tx_nfrags, PAGE_SIZE);
+						 tx->tx_nfrags, NULL, PAGE_SIZE);
 				if (unlikely(n != tx->tx_nfrags)) {
 					CERROR("Failed to map mr %d/%d elements\n",
 					       n, tx->tx_nfrags);
-- 
2.7.0

-- 
Cheers,
Stephen Rothwell

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2015-06-03  7:16 Stephen Rothwell
  2015-06-03  7:23 ` Johannes Berg
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2015-06-03  7:16 UTC (permalink / raw)
  To: Greg KH, David Miller, netdev
  Cc: linux-next, linux-kernel, Johannes Berg, Arnd Bergmann, Johnny Kim

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

drivers/staging/wilc1000/wilc_wfi_cfgoperations.c:681:3: error: too few arguments to function 'cfg80211_disconnected'
   cfg80211_disconnected(dev, pstrDisconnectNotifInfo->u16reason, pstrDisconnectNotifInfo->ie,
   ^
In file included from drivers/staging/wilc1000/wilc_wfi_netdevice.h:40:0,
                 from drivers/staging/wilc1000/wilc_wfi_cfgoperations.h:11,
                 from drivers/staging/wilc1000/wilc_wfi_cfgoperations.c:13:
include/net/cfg80211.h:4584:6: note: declared here
 void cfg80211_disconnected(struct net_device *dev, u16 reason,
      ^

Caused by commit c5c77ba18ea6 ("staging: wilc1000: Add SDIO/SPI 802.11
driver") from the staging tree interacting with commit 80279fb7ba5b
("cfg80211: properly send NL80211_ATTR_DISCONNECTED_BY_AP in
disconnect") from the net-next tree.

I applied the below merge fix patch (I didn't know if it should be
"true" or "false" - advise would be nice).  However, there are still
way to many warnings from this driver, so I have disabled it again.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 3 Jun 2015 17:09:03 +1000
Subject: [PATCH] staging: wilc1000: fix call to cfg80211_disconnecteddue to API change

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/wilc1000/wilc_wfi_cfgoperations.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c b/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
index f5eff0933e7d..1685669762e8 100644
--- a/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
+++ b/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
@@ -679,7 +679,7 @@ static void CfgConnectResult(tenuConnDisconnEvent enuConnDisconnEvent,
 			pstrDisconnectNotifInfo->u16reason = 1;
 		}
 		cfg80211_disconnected(dev, pstrDisconnectNotifInfo->u16reason, pstrDisconnectNotifInfo->ie,
-				      pstrDisconnectNotifInfo->ie_len, GFP_KERNEL);
+				      pstrDisconnectNotifInfo->ie_len, false, GFP_KERNEL);
 
 	}
 
-- 
2.1.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2015-03-10  5:07 Stephen Rothwell
  2015-03-10 15:08 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2015-03-10  5:07 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Sudip Mukherjee

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

Hi Greg,

After merging the staging tree, today's linux-next build (powerpc
allyesconfig) failed like this:

In file included from include/linux/module.h:17:0,
                 from drivers/staging/sm750fb/sm750.c:2:
drivers/staging/sm750fb/sm750.c: In function '__check_g_option':
drivers/staging/sm750fb/sm750.c:1436:14: error: 'g_option' undeclared (first use in this function)
 module_param(g_option,charp,S_IRUGO);
              ^

Caused by commit 81dee67e215b ("staging: sm750fb: add sm750 to staging").

This driver also produced a large number of warnings ... a lot like this:

drivers/staging/sm750fb/sm750.c: In function 'lynxfb_ops_mmap':
drivers/staging/sm750fb/sm750.c:533:2: warning: format '%x' expects argument of type 'unsigned int', but argument 2 has type 'long unsigned int' [-Wformat=]
  printk("lynxfb mmap pgoff: %x\n", vma->vm_pgoff);
  ^

Also note:

In file included from drivers/staging/sm750fb/ddk750_mode.h:4:0,
                 from drivers/staging/sm750fb/ddk750.h:15,
                 from drivers/staging/sm750fb/sm750_hw.c:24:
drivers/staging/sm750fb/ddk750_chip.h:4:0: warning: "SM750LE_REVISION_ID" redefined
 #define SM750LE_REVISION_ID (char)0xfe
 ^
In file included from drivers/staging/sm750fb/sm750_hw.c:23:0:
drivers/staging/sm750fb/sm750_hw.h:8:0: note: this is the location of the previous definition
 #define SM750LE_REVISION_ID (unsigned char)0xfe
 ^

I have disabled this driver for now, please let me know when it is OK
to enable it again.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 10 Mar 2015 16:02:45 +1100
Subject: [PATCH] staging: disable the Silicon Motion SM750 framebuffer support

due to build problems

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/sm750fb/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/sm750fb/Kconfig b/drivers/staging/sm750fb/Kconfig
index c40d088a4d3b..24f3a7f787da 100644
--- a/drivers/staging/sm750fb/Kconfig
+++ b/drivers/staging/sm750fb/Kconfig
@@ -1,6 +1,7 @@
 config FB_SM750
 	tristate "Silicon Motion SM750 framebuffer support"
 	depends on FB && PCI
+	depends on BROKEN
 	help
 	  Frame buffer driver for the Silicon Motion SM750 chip
 	  with 2D accelearion and dual head support.
-- 
2.1.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2014-09-30  8:04 Stephen Rothwell
  2014-10-02 16:31 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2014-09-30  8:04 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Tapasweni Pathak

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64 allmodconfig)
failed like this:

drivers/staging/media/cxd2099/cxd2099.c: In function 'slot_reset':
drivers/staging/media/cxd2099/cxd2099.c:537:4: error: expected ';' before 'if'
    if (ci->ready)
    ^

Caused by commit 7b86477c0e5b ("staging: media: cxd2099: use
usleep_range()").

I have reverted that commit for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2014-08-17 22:47 Stephen Rothwell
  0 siblings, 0 replies; 143+ messages in thread
From: Stephen Rothwell @ 2014-08-17 22:47 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, navin patidar

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

Hi Greg,

After merging the staging tree, today's linux-next build (powerpc allyesconfig)
failed like this:

drivers/staging/built-in.o:(.opd+0xaab8): multiple definition of `rtl88e_phy_rf_config'
drivers/net/built-in.o:(.opd+0x78840): first defined here
drivers/staging/built-in.o:(.opd+0xa9f8): multiple definition of `rtl88e_download_fw'
drivers/net/built-in.o:(.opd+0x781b0): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_rf_config':
(.text+0xe0a00): multiple definition of `.rtl88e_phy_rf_config'
drivers/net/built-in.o:(.text+0xe85a48): first defined here
drivers/staging/built-in.o: In function `.rtl88e_download_fw':
(.text+0xdf28c): multiple definition of `.rtl88e_download_fw'
drivers/net/built-in.o:(.text+0xe6f330): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_mac_config':
(.text+0xdf984): multiple definition of `.rtl88e_phy_mac_config'
drivers/net/built-in.o:(.text+0xe84a8c): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_bb_config':
(.text+0xdfa2c): multiple definition of `.rtl88e_phy_bb_config'
drivers/net/built-in.o:(.text+0xe84d14): first defined here
drivers/staging/built-in.o:(.opd+0xaa58): multiple definition of `rtl88e_phy_bb_config'
drivers/net/built-in.o:(.opd+0x78828): first defined here
drivers/staging/built-in.o:(.opd+0xaa28): multiple definition of `rtl88e_phy_mac_config'

Caused by commits d6c28c23f89b ("staging: rtl8188eu: Cleanup firmware
initialization code") and 586b60877244 ("staging: rtl8188eu: Cleanup
and simplify RF configuration code") and probably others.

I applied this fix up patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 18 Aug 2014 08:40:48 +1000
Subject: [PATCH] staging: rtl8188eu: using unique names is good

fixes:

drivers/staging/built-in.o:(.opd+0xaab8): multiple definition of `rtl88e_phy_rf_config'
drivers/net/built-in.o:(.opd+0x78840): first defined here
drivers/staging/built-in.o:(.opd+0xa9f8): multiple definition of `rtl88e_download_fw'
drivers/net/built-in.o:(.opd+0x781b0): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_rf_config':
(.text+0xe0a00): multiple definition of `.rtl88e_phy_rf_config'
drivers/net/built-in.o:(.text+0xe85a48): first defined here
drivers/staging/built-in.o: In function `.rtl88e_download_fw':
(.text+0xdf28c): multiple definition of `.rtl88e_download_fw'
drivers/net/built-in.o:(.text+0xe6f330): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_mac_config':
(.text+0xdf984): multiple definition of `.rtl88e_phy_mac_config'
drivers/net/built-in.o:(.text+0xe84a8c): first defined here
drivers/staging/built-in.o: In function `.rtl88e_phy_bb_config':
(.text+0xdfa2c): multiple definition of `.rtl88e_phy_bb_config'
drivers/net/built-in.o:(.text+0xe84d14): first defined here
drivers/staging/built-in.o:(.opd+0xaa58): multiple definition of `rtl88e_phy_bb_config'
drivers/net/built-in.o:(.opd+0x78828): first defined here
drivers/staging/built-in.o:(.opd+0xaa28): multiple definition of `rtl88e_phy_mac_config'

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c  | 2 +-
 drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c | 2 +-
 drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c  | 2 +-
 drivers/staging/rtl8188eu/hal/fw.c                | 2 +-
 drivers/staging/rtl8188eu/hal/usb_halinit.c       | 8 ++++----
 drivers/staging/rtl8188eu/include/fw.h            | 2 +-
 drivers/staging/rtl8188eu/include/phy.h           | 6 +++---
 7 files changed, 12 insertions(+), 12 deletions(-)

diff --git a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c
index 00f9cd737193..0c5dc26fd5a2 100644
--- a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c
+++ b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_BB.c
@@ -687,7 +687,7 @@ static bool config_parafile(struct adapter *adapt)
 	return true;
 }
 
-bool rtl88e_phy_bb_config(struct adapter *adapt)
+bool rtl88eu_phy_bb_config(struct adapter *adapt)
 {
 	int rtstatus = true;
 	struct hal_data_8188e	*hal_data = GET_HAL_DATA(adapt);
diff --git a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c
index ccca6a496b2b..7d22dd1abaed 100644
--- a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c
+++ b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_MAC.c
@@ -116,7 +116,7 @@ static u32 array_MAC_REG_8188E[] = {
 		0x70B, 0x00000087,
 };
 
-bool rtl88e_phy_mac_config(struct adapter *adapt)
+bool rtl88eu_phy_mac_config(struct adapter *adapt)
 {
 	u32 i;
 	u32 arraylength;
diff --git a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c
index 2648840f9e20..94ee740efd1f 100644
--- a/drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c
+++ b/drivers/staging/rtl8188eu/hal/HalHWImg8188E_RF.c
@@ -312,7 +312,7 @@ static bool rtl88e_phy_rf6052_config(struct adapter *adapt)
 	return rf6052_conf_para(adapt);
 }
 
-bool rtl88e_phy_rf_config(struct adapter *adapt)
+bool rtl88eu_phy_rf_config(struct adapter *adapt)
 {
 	return rtl88e_phy_rf6052_config(adapt);
 }
diff --git a/drivers/staging/rtl8188eu/hal/fw.c b/drivers/staging/rtl8188eu/hal/fw.c
index 09324ae80e72..17b7f3750547 100644
--- a/drivers/staging/rtl8188eu/hal/fw.c
+++ b/drivers/staging/rtl8188eu/hal/fw.c
@@ -181,7 +181,7 @@ exit:
 	return err;
 }
 
-int rtl88e_download_fw(struct adapter *adapt)
+int rtl88eu_download_fw(struct adapter *adapt)
 {
 	struct hal_data_8188e *rtlhal = GET_HAL_DATA(adapt);
 	struct dvobj_priv *dvobj = adapter_to_dvobj(adapt);
diff --git a/drivers/staging/rtl8188eu/hal/usb_halinit.c b/drivers/staging/rtl8188eu/hal/usb_halinit.c
index c5559dfa4e92..1f057b32876d 100644
--- a/drivers/staging/rtl8188eu/hal/usb_halinit.c
+++ b/drivers/staging/rtl8188eu/hal/usb_halinit.c
@@ -743,7 +743,7 @@ static u32 rtl8188eu_hal_init(struct adapter *Adapter)
 		Adapter->bFWReady = false;
 		haldata->fw_ractrl = false;
 	} else {
-		status = rtl88e_download_fw(Adapter);
+		status = rtl88eu_download_fw(Adapter);
 
 		if (status) {
 			DBG_88E("%s: Download Firmware failed!!\n", __func__);
@@ -758,11 +758,11 @@ static u32 rtl8188eu_hal_init(struct adapter *Adapter)
 	}
 	rtl8188e_InitializeFirmwareVars(Adapter);
 
-	rtl88e_phy_mac_config(Adapter);
+	rtl88eu_phy_mac_config(Adapter);
 
-	rtl88e_phy_bb_config(Adapter);
+	rtl88eu_phy_bb_config(Adapter);
 
-	rtl88e_phy_rf_config(Adapter);
+	rtl88eu_phy_rf_config(Adapter);
 
 	HAL_INIT_PROFILE_TAG(HAL_INIT_STAGES_EFUSE_PATCH);
 	status = rtl8188e_iol_efuse_patch(Adapter);
diff --git a/drivers/staging/rtl8188eu/include/fw.h b/drivers/staging/rtl8188eu/include/fw.h
index c7c7e7e5ffac..d5faaff3db59 100644
--- a/drivers/staging/rtl8188eu/include/fw.h
+++ b/drivers/staging/rtl8188eu/include/fw.h
@@ -54,6 +54,6 @@ struct rtl92c_firmware_header {
 	u32 rsvd5;
 };
 
-int rtl88e_download_fw(struct adapter *adapt);
+int rtl88eu_download_fw(struct adapter *adapt);
 
 #endif
diff --git a/drivers/staging/rtl8188eu/include/phy.h b/drivers/staging/rtl8188eu/include/phy.h
index 676a66c44264..e3efa8fd69a8 100644
--- a/drivers/staging/rtl8188eu/include/phy.h
+++ b/drivers/staging/rtl8188eu/include/phy.h
@@ -1,3 +1,3 @@
-bool rtl88e_phy_mac_config(struct adapter *adapt);
-bool rtl88e_phy_rf_config(struct adapter *adapt);
-bool rtl88e_phy_bb_config(struct adapter *adapt);
+bool rtl88eu_phy_mac_config(struct adapter *adapt);
+bool rtl88eu_phy_rf_config(struct adapter *adapt);
+bool rtl88eu_phy_bb_config(struct adapter *adapt);
-- 
2.1.0.rc1

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2014-06-20  4:18 Stephen Rothwell
  2014-06-20 16:53 ` Greg KH
  2014-09-22 10:25 ` Geert Uytterhoeven
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2014-06-20  4:18 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Magnus Damm

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

Hi Greg,

After merging the staging tree, today's linux-next build (powerpc
allyesconfig) failed like this:

drivers/staging/board/board.c: In function 'find_by_address':
drivers/staging/board/board.c:14:3: error: implicit declaration of function 'of_can_translate_address' [-Werror=implicit-function-declaration]
   if (of_can_translate_address(dn)
   ^

Caused by commit 382063d91e15 ("staging: board: Initial board staging
support").

I have disabled that driver for today.

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 20 Jun 2014 14:14:17 +1000
Subject: [PATCH] staging: board: disable

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/board/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/board/Kconfig b/drivers/staging/board/Kconfig
index 09d94b48c9c9..7eda0b8b7aab 100644
--- a/drivers/staging/board/Kconfig
+++ b/drivers/staging/board/Kconfig
@@ -1,6 +1,7 @@
 config STAGING_BOARD
 	boolean "Staging Board Support"
 	depends on OF_ADDRESS
+	depends on BROKEN
 	help
 	  Select to enable per-board staging support code.
 
-- 
2.0.0

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2014-01-24  2:01 Stephen Rothwell
  2014-01-24  2:34 ` Greg KH
  2014-01-24  3:53 ` Greg KH
  0 siblings, 2 replies; 143+ messages in thread
From: Stephen Rothwell @ 2014-01-24  2:01 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8821ae/regd.c: In function '_rtl_reg_apply_beaconing_flags':
drivers/staging/rtl8821ae/regd.c:200:20: error: 'IEEE80211_CHAN_NO_IBSS' undeclared (first use in this function)
      ch->flags &= ~IEEE80211_CHAN_NO_IBSS;
                    ^
drivers/staging/rtl8821ae/regd.c:200:20: note: each undeclared identifier is reported only once for each function it appears in
drivers/staging/rtl8821ae/regd.c:204:11: error: 'IEEE80211_CHAN_PASSIVE_SCAN' undeclared (first use in this function)
          ~IEEE80211_CHAN_PASSIVE_SCAN;
           ^
drivers/staging/rtl8821ae/regd.c: In function '_rtl_reg_apply_active_scan_flags':
drivers/staging/rtl8821ae/regd.c:237:19: error: 'IEEE80211_CHAN_PASSIVE_SCAN' undeclared (first use in this function)
   if (ch->flags & IEEE80211_CHAN_PASSIVE_SCAN)
                   ^
drivers/staging/rtl8821ae/regd.c: In function '_rtl_reg_apply_radar_flags':
drivers/staging/rtl8821ae/regd.c:312:8: error: 'IEEE80211_CHAN_NO_IBSS' undeclared (first use in this function)
        IEEE80211_CHAN_NO_IBSS |
        ^
drivers/staging/rtl8821ae/regd.c:313:8: error: 'IEEE80211_CHAN_PASSIVE_SCAN' undeclared (first use in this function)
        IEEE80211_CHAN_PASSIVE_SCAN;
        ^
drivers/staging/rtl8821ae/regd.c: In function '_rtl_regd_init_wiphy':
drivers/staging/rtl8821ae/regd.c:410:18: error: 'WIPHY_FLAG_CUSTOM_REGULATORY' undeclared (first use in this function)
  wiphy->flags |= WIPHY_FLAG_CUSTOM_REGULATORY;
                  ^
drivers/staging/rtl8821ae/regd.c:411:19: error: 'WIPHY_FLAG_STRICT_REGULATORY' undeclared (first use in this function)
  wiphy->flags &= ~WIPHY_FLAG_STRICT_REGULATORY;
                   ^
drivers/staging/rtl8821ae/regd.c:412:19: error: 'WIPHY_FLAG_DISABLE_BEACON_HINTS' undeclared (first use in this function)
  wiphy->flags &= ~WIPHY_FLAG_DISABLE_BEACON_HINTS;
                   ^
drivers/staging/rtl8821ae/base.c: In function '_rtl_init_mac80211':
drivers/staging/rtl8821ae/base.c:372:4: error: 'struct ieee80211_hw' has no member named 'channel_change_time'
  hw->channel_change_time = 100;
    ^
drivers/staging/rtl8821ae/base.c: In function 'rtl_beacon_statistic':
drivers/staging/rtl8821ae/base.c:1185:2: error: implicit declaration of function 'compare_ether_addr' [-Werror=implicit-function-declaration]
  if (compare_ether_addr(hdr->addr3, rtlpriv->mac80211.bssid))
  ^
drivers/staging/rtl8821ae/ps.c: In function 'rtl_swlps_beacon':
drivers/staging/rtl8821ae/ps.c:530:2: error: implicit declaration of function 'compare_ether_addr' [-Werror=implicit-function-declaration]
  if (compare_ether_addr(hdr->addr3, rtlpriv->mac80211.bssid))
  ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c: In function 'rtl8812ae_dm_txpwr_track_set_pwr':
drivers/staging/rtl8821ae/rtl8821ae/dm.c:1476:5: warning: array subscript has type 'char' [-Wchar-subscripts]
     rtl_set_bbreg(hw, RA_TXSCALE, 0xFFE00000, rtl8812ae_txscaling_table[final_ofdm_swing_index]);
     ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c:1525:5: warning: array subscript has type 'char' [-Wchar-subscripts]
     rtl_set_bbreg(hw, RB_TXSCALE, 0xFFE00000, rtl8812ae_txscaling_table[final_ofdm_swing_index]);
     ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c: In function 'rtl8821ae_dm_txpwr_track_set_pwr':
drivers/staging/rtl8821ae/rtl8821ae/dm.c:2113:5: warning: array subscript has type 'char' [-Wchar-subscripts]
     rtl_set_bbreg(hw, RA_TXSCALE, 0xFFE00000, rtl8812ae_txscaling_table[final_ofdm_swing_index]);
     ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c: In function 'rtl8821ae_dm_check_edca_turbo':
drivers/staging/rtl8821ae/rtl8821ae/dm.c:2656:3: warning: format '%lx' expects argument of type 'long unsigned int', but argument 2 has type 'u64' [-Wformat=]
   RT_TRACE(COMP_TURBO, DBG_LOUD,
   ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c:2658:3: warning: format '%lx' expects argument of type 'long unsigned int', but argument 2 has type 'u64' [-Wformat=]
   RT_TRACE(COMP_TURBO, DBG_LOUD,
   ^
drivers/staging/rtl8821ae/rtl8821ae/trx.c: In function '_rtl8821ae_translate_rx_signal_stuff':
drivers/staging/rtl8821ae/rtl8821ae/trx.c:461:7: error: implicit declaration of function 'compare_ether_addr' [-Werror=implicit-function-declaration]
       (!compare_ether_addr(mac->bssid, (fc & IEEE80211_FCTL_TODS) ?
       ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c: In function 'rtl8821ae_dm_clear_txpower_tracking_state':
drivers/staging/rtl8821ae/rtl8821ae/dm.c:487:31: warning: iteration 2u invokes undefined behavior [-Waggressive-loop-optimizations]
   rtldm->bb_swing_idx_ofdm[p] = rtldm->default_ofdm_index;
                               ^
drivers/staging/rtl8821ae/rtl8821ae/dm.c:485:2: note: containing loop
  for (p = RF90_PATH_A; p < MAX_RF_PATH; ++p) {
  ^

Caused by commit 3c05bedb5fef ("Staging: rtl8812ae: Add Realtek 8821 PCI
WIFI driver").  Did you really want to merge a new driver right now, not
wait until after the merge window?

I have disabled that driver for today using this patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Fri, 24 Jan 2014 12:57:38 +1100
Subject: [PATCH] Staging: rtl8812ae: disable due to build errors

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8821ae/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/rtl8821ae/Kconfig b/drivers/staging/rtl8821ae/Kconfig
index 2aa5dac2f1df..a432e1aa7405 100644
--- a/drivers/staging/rtl8821ae/Kconfig
+++ b/drivers/staging/rtl8821ae/Kconfig
@@ -2,6 +2,7 @@ config R8821AE
 	tristate "RealTek RTL8821AE Wireless LAN NIC driver"
 	depends on PCI && WLAN
 	depends on m
+	depends on BROKEN
 	select WIRELESS_EXT
 	select WEXT_PRIV
 	select EEPROM_93CX6
-- 
1.8.5.3

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2013-07-26  6:02 Stephen Rothwell
  2013-07-26 21:03 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2013-07-26  6:02 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Eli Billauer

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/xillybus/xillybus_pcie.o:(.data+0x6d8): multiple definition of `xillyname'
drivers/staging/xillybus/xillybus_core.o:(.data+0x888): first defined here

Caused by commit 48bae0507410 ("staging: New driver: Xillybus generic
interface for FPGA").

I have disabled that driver.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2013-07-25  3:19 Stephen Rothwell
  2013-07-25  4:25 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2013-07-25  3:19 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Won Kang

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/gdm724x/built-in.o: In function `netlink_init':
(.text+0x19b6): multiple definition of `netlink_init'
drivers/staging/gdm72xx/built-in.o:(.text+0x19d5): first defined here
drivers/staging/gdm724x/built-in.o: In function `netlink_exit':
(.text+0x1a2a): multiple definition of `netlink_exit'
drivers/staging/gdm72xx/built-in.o:(.text+0x1a49): first defined here
drivers/staging/gdm724x/built-in.o: In function `netlink_send':
(.text+0x1a4f): multiple definition of `netlink_send'
drivers/staging/gdm72xx/built-in.o:(.text+0x1a67): first defined here

Presumably caused by commit 61e121047645 ("staging: gdm7240: adding LTE
USB driver").  I disabled this driver using this patch:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 25 Jul 2013 13:16:30 +1000
Subject: [PATCH] staging: disable the gdm724x driver due to build problems

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/gdm724x/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/drivers/staging/gdm724x/Kconfig b/drivers/staging/gdm724x/Kconfig
index 10f7be1..85141bd 100644
--- a/drivers/staging/gdm724x/Kconfig
+++ b/drivers/staging/gdm724x/Kconfig
@@ -5,6 +5,7 @@
 config LTE_GDM724X
 	tristate "GCT GDM724x LTE support"
 	depends on NET && USB
+	depends on BROKEN
 	help
 	  This driver supports GCT GDM724x LTE chip based USB modem devices.
 	  It exposes 4 network devices to be used per PDN and 2 tty devices to be
-- 
1.8.3.3


-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2013-06-04  4:57 Stephen Rothwell
  2013-06-04  5:42 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2013-06-04  4:57 UTC (permalink / raw)
  To: Greg KH
  Cc: linux-next, linux-kernel, Lukas Czerner, Theodore Ts'o,
	Peng Tao, Andreas Dilger

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

In file included from drivers/staging/lustre/lustre/fid/../include/linux/lustre_compat25.h:44:0,
                 from drivers/staging/lustre/lustre/fid/../include/linux/lvfs.h:48,
                 from drivers/staging/lustre/lustre/fid/../include/lvfs.h:45,
                 from drivers/staging/lustre/lustre/fid/../include/obd_support.h:41,
                 from drivers/staging/lustre/lustre/fid/../include/linux/obd.h:44,
                 from drivers/staging/lustre/lustre/fid/../include/obd.h:40,
                 from drivers/staging/lustre/lustre/fid/fid_store.c:48:
drivers/staging/lustre/lustre/fid/../include/linux/lustre_patchless_compat.h: In function 'truncate_complete_page':
drivers/staging/lustre/lustre/fid/../include/linux/lustre_patchless_compat.h:56:3: error: too few arguments to function 'page->mapping->a_ops->invalidatepage'
   page->mapping->a_ops->invalidatepage(page, 0);
   ^

Lots of times.

Caused by the Lustre client patches interacting with commit d47992f86b30
("mm: change invalidatepage prototype to accept length") from the ext4
tree.

I added this merge fix patch:

From 3873636f50eb89ba5e4f8e4e0523fd62f681edc8 Mon Sep 17 00:00:00 2001
From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Tue, 4 Jun 2013 14:41:00 +1000
Subject: [PATCH] staging/lustre: fix for invalidatepage() API change

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/lustre/lustre/include/linux/lustre_patchless_compat.h | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/staging/lustre/lustre/include/linux/lustre_patchless_compat.h b/drivers/staging/lustre/lustre/include/linux/lustre_patchless_compat.h
index f050808..67c4644 100644
--- a/drivers/staging/lustre/lustre/include/linux/lustre_patchless_compat.h
+++ b/drivers/staging/lustre/lustre/include/linux/lustre_patchless_compat.h
@@ -53,7 +53,7 @@ truncate_complete_page(struct address_space *mapping, struct page *page)
 		return;
 
 	if (PagePrivate(page))
-		page->mapping->a_ops->invalidatepage(page, 0);
+		page->mapping->a_ops->invalidatepage(page, 0, PAGE_CACHE_SIZE);
 
 	cancel_dirty_page(page, PAGE_SIZE);
 	ClearPageMappedToDisk(page);
-- 
1.8.1

diff --git a/drivers/staging/lustre/lustre/llite/rw26.c b/drivers/staging/lustre/lustre/llite/rw26.c
index 27e4e64..f1a1c5f 100644
--- a/drivers/staging/lustre/lustre/llite/rw26.c
+++ b/drivers/staging/lustre/lustre/llite/rw26.c
@@ -72,7 +72,8 @@
  * aligned truncate). Lustre leaves partially truncated page in the cache,
  * relying on struct inode::i_size to limit further accesses.
  */
-static void ll_invalidatepage(struct page *vmpage, unsigned long offset)
+static void ll_invalidatepage(struct page *vmpage, unsigned int offset,
+			      unsigned int length)
 {
 	struct inode     *inode;
 	struct lu_env    *env;
@@ -89,7 +90,7 @@ static void ll_invalidatepage(struct page *vmpage, unsigned long offset)
 	 * below because they are run with page locked and all our io is
 	 * happening with locked page too
 	 */
-	if (offset == 0) {
+	if (offset == 0 && length == PAGE_CACHE_SIZE) {
 		env = cl_env_get(&refcheck);
 		if (!IS_ERR(env)) {
 			inode = vmpage->mapping->host;

But then got these errors:

drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c: In function 'cfs_cpt_bind':
drivers/staging/lustre/lustre/libcfs/linux/linux-cpu.c:630:3: error: implicit declaration of function 'set_cpus_allowed' [-Werror=implicit-function-declaration]
   rc = set_cpus_allowed(current, *cpumask);
   ^
cc1: some warnings being treated as errors
drivers/staging/lustre/lustre/obdclass/lu_object.c: In function 'key_fini':
drivers/staging/lustre/lustre/obdclass/lu_object.c:1354:4: error: implicit declaration of function 'module_refcount' [-Werror=implicit-function-declaration]
    LINVRNT(module_refcount(key->lct_owner) > 0);
    ^
In file included from drivers/staging/lustre/include/linux/libcfs/libcfs.h:203:0,
                 from drivers/staging/lustre/lustre/obdclass/lu_object.c:47:
drivers/staging/lustre/lustre/obdclass/lu_object.c: In function 'lu_context_keys_dump':
drivers/staging/lustre/lustre/obdclass/lu_object.c:1936:42: error: dereferencing pointer to incomplete type
           key->lct_owner ? key->lct_owner->name : "",
                                          ^
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h:221:41: note: in definition of macro '__CDEBUG'
   libcfs_debug_msg(&msgdata, format, ## __VA_ARGS__);     \
                                         ^
drivers/staging/lustre/include/linux/libcfs/libcfs_debug.h:238:30: note: in expansion of macro 'CDEBUG_LIMIT'
 #define CERROR(format, ...)  CDEBUG_LIMIT(D_ERROR, format, ## __VA_ARGS__)
                              ^
drivers/staging/lustre/lustre/obdclass/lu_object.c:1932:4: note: in expansion of macro 'CERROR'
    CERROR("[%d]: %p %x (%p,%p,%p) %d %d \"%s\"@%p\n",
    ^
cc1: some warnings being treated as errors
drivers/staging/lustre/lustre/ptlrpc/ptlrpcd.c: In function 'ptlrpcd':
drivers/staging/lustre/lustre/ptlrpc/ptlrpcd.c:398:4: error: implicit declaration of function 'set_cpus_allowed' [-Werror=implicit-function-declaration]
    cfs_set_cpus_allowed(current,
    ^
cc1: some warnings being treated as errors

So I gave up and just reverted commit 52f6317528c6 ("staging/lustre: drop
CONFIG_BROKEN dependency") (thus disabling the code again) for now.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2013-01-08  2:23 Stephen Rothwell
  2013-01-08  4:27 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2013-01-08  2:23 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Ian Abbott, H Hartley Sweeten

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/comedi/comedi_fops.c: In function 'comedi_unlocked_ioctl':
drivers/staging/comedi/comedi_fops.c:1665:4: error: 'dev_file_info' undeclared (first use in this function)

Caused by commit 4da5fa9a439f ("staging: comedi: use comedi_dev_from_minor
()") interacting with commit 7d3135af399e ("staging: comedi: prevent
auto-unconfig of manually configured devices") from the staging.current
tree.

I just reverted the latter commit in the hope that the bug is fixed in
some other way in the staging tree.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2012-09-12  6:07 Stephen Rothwell
  2012-09-12 16:13 ` Greg KH
                   ` (2 more replies)
  0 siblings, 3 replies; 143+ messages in thread
From: Stephen Rothwell @ 2012-09-12  6:07 UTC (permalink / raw)
  To: Greg KH
  Cc: linux-next, linux-kernel, srinivas pandruvada, Jiri Kosina,
	Jonathan Cameron, Mark Brown, Samuel Ortiz

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/hid/hid-sensor-hub.c: In function 'sensor_hub_probe':
drivers/hid/hid-sensor-hub.c:599:3: error: too few arguments to function 'mfd_add_devices'

Caused by commit 401ca24fb34a ("HID: sensors: introduce sensor
framework") interacting with commit 6607bad3d763 ("mfd: core: Push
irqdomain mapping out into devices") from the mfd tree.

I have added the following merge fix patch and can carry it as necessary
(no action is required).

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 12 Sep 2012 16:03:55 +1000
Subject: [PATCH] HID: sensors: fix up for mfd_add_devices() API change

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/hid/hid-sensor-hub.c |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/hid/hid-sensor-hub.c b/drivers/hid/hid-sensor-hub.c
index 34a35ba..4ac759c 100644
--- a/drivers/hid/hid-sensor-hub.c
+++ b/drivers/hid/hid-sensor-hub.c
@@ -596,7 +596,7 @@ static int sensor_hub_probe(struct hid_device *hdev,
 		}
 	}
 	ret = mfd_add_devices(&hdev->dev, 0, sd->hid_sensor_hub_client_devs,
-		sd->hid_sensor_client_cnt, NULL, 0);
+		sd->hid_sensor_client_cnt, NULL, 0, NULL);
 	if (ret < 0)
 		goto err_free_names;
 
-- 
1.7.10.280.gaa39

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2012-02-17  4:10 Stephen Rothwell
  2012-02-17 17:04 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2012-02-17  4:10 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Dan Magenheimer

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/built-in.o: In function `r2hb_hb_group_drop_item':
heartbeat.c:(.text+0x12cd7a): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2hb_hb_group_make_item':
heartbeat.c:(.text+0x12cdc7): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2hb_alloc_hb_set':
(.text+0x12cf2f): undefined reference to `config_group_init_type_name'
drivers/built-in.o: In function `r2nm_cluster_group_drop_item':
nodemanager.c:(.text+0x12d34f): undefined reference to `config_item_put'
nodemanager.c:(.text+0x12d378): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2nm_node_put':
(.text+0x12d3a0): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2nm_node_group_drop_item':
nodemanager.c:(.text+0x12dc4d): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2nm_node_get':
(.text+0x12e407): undefined reference to `config_item_get'
drivers/built-in.o: In function `r2nm_get_node_by_ip':
(.text+0x12e482): undefined reference to `config_item_get'
drivers/built-in.o: In function `r2nm_get_node_by_num':
(.text+0x12e514): undefined reference to `config_item_get'
drivers/built-in.o: In function `r2nm_node_group_make_item':
nodemanager.c:(.text+0x12e664): undefined reference to `config_item_init_type_name'
drivers/built-in.o: In function `r2nm_cluster_group_make_group':
nodemanager.c:(.text+0x12e762): undefined reference to `config_group_init_type_name'
nodemanager.c:(.text+0x12e77f): undefined reference to `config_group_init_type_name'
drivers/built-in.o: In function `r2nm_depend_item':
(.text+0x12e878): undefined reference to `configfs_depend_item'
drivers/built-in.o: In function `r2nm_undepend_item':
(.text+0x12e8a0): undefined reference to `configfs_undepend_item'
drivers/built-in.o: In function `r2nm_depend_this_node':
(.text+0x12e907): undefined reference to `config_item_put'
drivers/built-in.o: In function `r2nm_undepend_this_node':
(.text+0x12e973): undefined reference to `config_item_put'
drivers/built-in.o: In function `init_r2nm':
nodemanager.c:(.init.text+0xefdb): undefined reference to `config_group_init'
nodemanager.c:(.init.text+0xf00f): undefined reference to `configfs_register_subsystem'
drivers/built-in.o: In function `exit_r2nm':
nodemanager.c:(.exit.text+0x99b): undefined reference to `configfs_unregister_subsystem'

This after I moved the tmem tree to before the staging tree to fix
yesterday's build failure.

I have cherry-picked Greg's patch to disable building of the ramster code
for today (since it wasn't in his tree when I fetched it this morning).

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2012-02-16  4:23 Stephen Rothwell
  2012-02-16  5:15 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2012-02-16  4:23 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/ramster/zcache-main.c:2969:2: error: unknown field 'invalidate_page' specified in initializer
drivers/staging/ramster/zcache-main.c:2969:2: warning: initialization from incompatible pointer type [enabled by default]
drivers/staging/ramster/zcache-main.c:2969:2: warning: (near initialization for 'zcache_cleancache_ops.put_page') [enabled by default]
drivers/staging/ramster/zcache-main.c:2970:2: error: unknown field 'invalidate_inode' specified in initializer
drivers/staging/ramster/zcache-main.c:2970:2: warning: initialization from incompatible pointer type [enabled by default]
drivers/staging/ramster/zcache-main.c:2970:2: warning: (near initialization for 'zcache_cleancache_ops.flush_page') [enabled by default]
drivers/staging/ramster/zcache-main.c:2971:2: error: unknown field 'invalidate_fs' specified in initializer
drivers/staging/ramster/zcache-main.c:2971:2: warning: initialization from incompatible pointer type [enabled by default]
drivers/staging/ramster/zcache-main.c:2971:2: warning: (near initialization for 'zcache_cleancache_ops.flush_inode') [enabled by default]
drivers/staging/ramster/zcache-main.c:913:13: warning: 'zcache_do_remotify_ops' defined but not used [-Wunused-function]
drivers/staging/ramster/zcache-main.c:1002:13: warning: 'ramster_remotify_init' defined but not used [-Wunused-function]

I do wonder if any of this was build tested with CONFIG_CLEANCACHE enabled ...

Caused by commit 19ee3ef5f4bb ("staging: ramster: local compression + tmem").

I have used the staging tree from next-20120215 for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2012-02-10  4:58 Stephen Rothwell
  2012-02-10  5:29 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2012-02-10  4:58 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Dan Magenheimer

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/ramster/ramster_o2net.c: In function 'ramster_remote_async_get_request_handler':
drivers/staging/ramster/ramster_o2net.c:91:2: error: implicit declaration of function 'o2net_force_data_magic' [-Werror=implicit-function-declaration]
drivers/staging/ramster/ramster_o2net.c: In function 'ramster_remote_put':
drivers/staging/ramster/ramster_o2net.c:250:2: error: implicit declaration of function 'o2net_nn_from_num' [-Werror=implicit-function-declaration]
drivers/staging/ramster/zcache-main.c:40:64: fatal error: ../zram/xvmalloc.h: No such file or directory

Caused by commits ba351b02ab11 ("staging: ramster: local compression +
tmem") and 14a3cd58dd4f ("staging: ramster: ramster-specific new files").

I have used the version of the staging tree from next-20120209 for today.

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-08-25  5:02 Stephen Rothwell
  2011-08-25  5:15 ` Larry Finger
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2011-08-25  5:02 UTC (permalink / raw)
  To: Greg KH
  Cc: linux-next, linux-kernel, wlanfae, Larry Finger, Jiri Pirko,
	David Miller, netdev

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/rtl8192e/rtl_core.c:2917:2: error: unknown field 'ndo_set_multicast_list' specified in initializer

Caused by commit 94a799425eee ("From: wlanfae <wlanfae@realtek.com>" -
really "[PATCH 1/8] rtl8192e: Import new version of driver from realtek"
Larry, that patch was badly imported ...) interacting with commit
b81693d9149c ("net: remove ndo_set_multicast_list callback") from the net
tree.

I applied the following patch (which seems to be what was done to the
other drivers in the net tree - there is probably more required):

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Thu, 25 Aug 2011 14:57:55 +1000
Subject: [PATCH] rtl8192e: update for ndo_set_multicast_list removal.

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/rtl8192e/rtl_core.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/rtl8192e/rtl_core.c b/drivers/staging/rtl8192e/rtl_core.c
index f8a13d9..b38f626 100644
--- a/drivers/staging/rtl8192e/rtl_core.c
+++ b/drivers/staging/rtl8192e/rtl_core.c
@@ -2914,7 +2914,7 @@ static const struct net_device_ops rtl8192_netdev_ops = {
 	.ndo_stop = rtl8192_close,
 	.ndo_tx_timeout = rtl8192_tx_timeout,
 	.ndo_do_ioctl = rtl8192_ioctl,
-	.ndo_set_multicast_list = r8192_set_multicast,
+	.ndo_set_rx_mode = r8192_set_multicast,
 	.ndo_set_mac_address = r8192_set_mac_adr,
 	.ndo_validate_addr = eth_validate_addr,
 	.ndo_change_mtu = eth_change_mtu,
-- 
1.7.5.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-07-25  5:21 Stephen Rothwell
  0 siblings, 0 replies; 143+ messages in thread
From: Stephen Rothwell @ 2011-07-25  5:21 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alan Cox, Andrew Morton

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

ERROR: "__bad_udelay" [drivers/staging/gma500/psb_gfx.ko] undefined!

Caused by commit 1e585b52fd8e ("gma500: Add the Oaktrail HDMI support")
interacting with commit a87e553fabe8 ("asm-generic: delay.h fix udelay
and ndelay for 8 bit args").  I have applied the follwowing patch for
today:

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Mon, 25 Jul 2011 15:18:44 +1000
Subject: [PATCH] gma500: udelay(20000) it too long again

so replace it with mdelay(20).

Fixes build error:

ERROR: "__bad_udelay" [drivers/staging/gma500/psb_gfx.ko] undefined!

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/gma500/mrst_hdmi.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/drivers/staging/gma500/mrst_hdmi.c b/drivers/staging/gma500/mrst_hdmi.c
index d6a5179..e66607e 100644
--- a/drivers/staging/gma500/mrst_hdmi.c
+++ b/drivers/staging/gma500/mrst_hdmi.c
@@ -129,7 +129,7 @@ static void wait_for_vblank(struct drm_device *dev)
 {
 	/* FIXME: Can we do this as a sleep ? */
 	/* Wait for 20ms, i.e. one cycle at 50hz. */
-	udelay(20000);
+	mdelay(20);
 }
 
 static void scu_busy_loop(void *scu_base)
-- 
1.7.5.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-07-16 13:18 Stephen Rothwell
  2011-07-17  9:13 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2011-07-16 13:18 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alan Cox

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

In file included from drivers/staging/gma500/backlight.c:23:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory
In file included from drivers/staging/gma500/accel_2d.c:39:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory
In file included from drivers/staging/gma500/gem.c:29:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory
In file included from drivers/staging/gma500/framebuffer.c:36:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory
In file included from drivers/staging/gma500/gtt.c:23:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory
In file included from drivers/staging/gma500/intel_bios.c:24:0:
drivers/staging/gma500/psb_drv.h:34:22: fatal error: medfield.h: No such file or directory

Caused by commit 3caa89e93364 ("gma500: resync with Medfield progress").

I have used the staging tree from next-20110707 for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-07-16 13:15 Stephen Rothwell
  2011-07-16 23:39 ` Alan Cox
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2011-07-16 13:15 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alan Cox

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

Hi Greg,

After merging the staging tree, today's linux-next build (powerpc ppc64_defconfig)
failed like this:

drivers/video/Kconfig:36:error: recursive dependency detected!
drivers/video/Kconfig:36:	symbol FB is selected by DRM_KMS_HELPER
drivers/gpu/drm/Kconfig:22:	symbol DRM_KMS_HELPER is selected by DRM_PSB
drivers/staging/gma500/Kconfig:1:	symbol DRM_PSB depends on ACPI_VIDEO

Caused by commit 66dca5178c70 ("gma500: Fix dependencies").

I have reverted that commit for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-07-06  5:09 Stephen Rothwell
  2011-07-06 15:12 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2011-07-06  5:09 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alan Cox

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

make[4]: *** No rule to make target `drivers/staging/gma500/cdv_intel_crt.o', needed by `drivers/staging/gma500/psb_gfx.o'.  Stop.
drivers/staging/gma500/cdv_device.c:28:24: fatal error: cdv_device.h: No such file or directory

I see that these have already been reported elsewhere - it would have
been nice if these patches had not been added to the staging tree
destined for linux-next until *after* they were build tested (and
fixed). :-(

I have used the version of the staging tree from next-20110705 for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2011-07-06  5:02 Stephen Rothwell
  2011-07-06 15:12 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2011-07-06  5:02 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Alexey Dobriyan, David Miller, netdev

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:599:24: error: field 'tasklet' has incomplete type
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c: In function 'brcmf_sdbrcm_bus_stop':
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:3068:3: error: implicit declaration of function 'tasklet_kill'
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c: In function 'brcmf_sdbrcm_probe':
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:5376:3: error: implicit declaration of function 'tasklet_init'
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c: In function 'brcmf_sdbrcm_probe_attach':
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:5505:14: warning: cast to pointer from integer of different size
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c: In function 'brcmf_sdbrcm_chip_recognition':
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:6056:19: warning: cast from pointer to integer of different size
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c: In function 'brcmf_sdbrcm_dpc_tasklet':
drivers/staging/brcm80211/brcmfmac/dhd_sdio.c:6593:4: error: implicit declaration of function 'tasklet_schedule'

Caused by commit a6b7a407865a ("net: remove interrupt.h inclusion from netdevice.h") from the net tree interacting with commit  ("") from the atsging tree.

I have applied the following merge fixup patch for today (it should be
applicable to the staging tree directly).

From: Stephen Rothwell <sfr@canb.auug.org.au>
Date: Wed, 6 Jul 2011 14:54:48 +1000
Subject: [PATCH] staging: use of tasklets requires including interrupt.h

The implicit include of linux/interrupt.h is being removed from
netdevice.h.

Signed-off-by: Stephen Rothwell <sfr@canb.auug.org.au>
---
 drivers/staging/brcm80211/brcmfmac/dhd_sdio.c |    1 +
 1 files changed, 1 insertions(+), 0 deletions(-)

diff --git a/drivers/staging/brcm80211/brcmfmac/dhd_sdio.c b/drivers/staging/brcm80211/brcmfmac/dhd_sdio.c
index da5a2ff..78a6a0c 100644
--- a/drivers/staging/brcm80211/brcmfmac/dhd_sdio.c
+++ b/drivers/staging/brcm80211/brcmfmac/dhd_sdio.c
@@ -20,6 +20,7 @@
 #include <linux/printk.h>
 #include <linux/pci_ids.h>
 #include <linux/netdevice.h>
+#include <linux/interrupt.h>
 #include <linux/sched.h>
 #include <linux/mmc/sdio.h>
 #include <linux/mmc/sdio_func.h>
-- 
1.7.5.4

-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

^ permalink raw reply related	[flat|nested] 143+ messages in thread
* linux-next: build failure after merge of the staging tree
@ 2010-04-27  4:12 Stephen Rothwell
  2010-04-27 15:13 ` Greg KH
  0 siblings, 1 reply; 143+ messages in thread
From: Stephen Rothwell @ 2010-04-27  4:12 UTC (permalink / raw)
  To: Greg KH; +Cc: linux-next, linux-kernel, Tobias Klauser

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

Hi Greg,

After merging the staging tree, today's linux-next build (x86_64
allmodconfig) failed like this:

ERROR: "uart_console_device" [drivers/serial/altera_uart.ko] undefined!
ERROR: "uart_console_device" [drivers/serial/altera_jtaguart.ko] undefined!

Introduced by commits 76bdbd933febe791fee114e7bb6c42bbd1a3f4f3 ("serial:
Add driver for the Altera UART") and
11c59b34b299d7214b466cf799410a9a540476e3 ("serial: Add driver for the
Altera JTAG UART").

I have reverted those commits for today.
-- 
Cheers,
Stephen Rothwell                    sfr@canb.auug.org.au
http://www.canb.auug.org.au/~sfr/

[-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 143+ messages in thread
end of thread, other threads:[~2021-10-08  5:40 UTC | newest]

Thread overview: 143+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-07-30  6:16 linux-next: build failure after merge of the staging tree Stephen Rothwell
2018-07-30  6:31 ` Gao Xiang
2018-08-01  9:09   ` Chao Yu
2018-08-01 15:07     ` Stephen Rothwell
2018-08-02  6:12       ` Chao Yu
2018-08-02  6:15     ` Greg KH
2018-08-02  7:01       ` Chao Yu
2018-08-02  7:14         ` Greg KH
2018-08-02  7:48           ` Chao Yu
2018-07-30  9:47 ` David Howells
2018-07-30 10:45   ` Gao Xiang
2018-07-30 11:18   ` David Howells
2018-07-30 11:23     ` Gao Xiang
  -- strict thread matches above, loose matches on Subject: below --
2021-10-08  4:15 Stephen Rothwell
2021-10-08  5:39 ` Sergio Paracuellos
2021-08-16  3:52 Stephen Rothwell
2021-08-16  5:24 ` Greg KH
2021-08-16 15:10 ` Greg KH
2021-08-16 21:46   ` Stephen Rothwell
2021-03-29  5:55 Stephen Rothwell
2021-03-29  6:14 ` Greg KH
2021-03-29  7:25   ` Alexandru Ardelean
2021-04-26 14:41   ` Mark Brown
2021-04-26 16:23     ` Greg KH
2021-04-26 16:40       ` Mark Brown
2021-04-26  1:29 ` Stephen Rothwell
2021-04-26 22:07 ` Stephen Rothwell
2020-12-07  5:46 Stephen Rothwell
2020-12-07  9:26 ` Greg KH
2020-12-07  9:45   ` Stephen Rothwell
2020-12-14 20:27 ` Stephen Rothwell
2019-10-08  2:49 Stephen Rothwell
2019-10-08 12:46 ` Greg KH
2019-06-24  7:38 Stephen Rothwell
2019-06-24  8:46 ` Greg KH
2018-07-17  6:28 Stephen Rothwell
2018-07-17  6:49 ` Ivan Safonov
2018-07-17  8:06   ` Greg KH
2017-09-26  3:54 Stephen Rothwell
2017-09-26  6:15 ` Jonathan Cameron
2017-05-01  4:42 Stephen Rothwell
2017-05-04 23:41 ` Greg KH
2017-04-27  4:20 Stephen Rothwell
2017-04-30 12:15 ` Greg KH
2017-04-18  5:53 Stephen Rothwell
2017-04-18  7:04 ` Johannes Berg
2017-04-18  5:32 Stephen Rothwell
2017-04-18  5:54 ` Greg KH
2017-04-18  6:26   ` Stephen Rothwell
2017-04-18 11:16     ` Greg KH
2017-04-11  5:04 Stephen Rothwell
2017-04-11  5:15 ` Greg KH
2017-04-11  5:38   ` Greg KH
2017-04-11  5:48     ` Stephen Rothwell
2017-04-10  5:10 Stephen Rothwell
2017-03-07  1:25 Stephen Rothwell
2017-03-07  4:46 ` Greg KH
2017-03-07  8:47 ` Greg KH
2017-03-07  9:49   ` Stephen Rothwell
2017-03-07 12:24     ` Greg KH
2016-05-13  3:15 Stephen Rothwell
2016-05-13  8:36 ` Greg KH
2015-06-03  7:16 Stephen Rothwell
2015-06-03  7:23 ` Johannes Berg
2015-03-10  5:07 Stephen Rothwell
2015-03-10 15:08 ` Greg KH
2015-03-10 15:53   ` Sudip Mukherjee
2015-03-10 20:57   ` Stephen Rothwell
2014-09-30  8:04 Stephen Rothwell
2014-10-02 16:31 ` Greg KH
2014-08-17 22:47 Stephen Rothwell
2014-06-20  4:18 Stephen Rothwell
2014-06-20 16:53 ` Greg KH
2014-07-10  0:27   ` Stephen Rothwell
2014-07-10  3:09     ` Greg KH
2014-09-22 10:25 ` Geert Uytterhoeven
2014-01-24  2:01 Stephen Rothwell
2014-01-24  2:34 ` Greg KH
2014-01-24  3:53 ` Greg KH
2014-01-24  4:04   ` Stephen Rothwell
2014-01-24  4:08     ` Greg KH
2013-07-26  6:02 Stephen Rothwell
2013-07-26 21:03 ` Greg KH
2013-07-26 21:22   ` Eli Billauer
2013-07-26 21:56     ` Greg KH
2013-07-26 22:54       ` Eli Billauer
2013-07-26 23:28         ` Greg KH
2013-07-27 13:30           ` Eli Billauer
2013-07-25  3:19 Stephen Rothwell
2013-07-25  4:25 ` Greg KH
2013-06-04  4:57 Stephen Rothwell
2013-06-04  5:42 ` Greg KH
2013-06-04  8:55   ` Peng Tao
2013-01-08  2:23 Stephen Rothwell
2013-01-08  4:27 ` Greg KH
2013-01-08  4:29   ` Stephen Rothwell
2013-01-08 16:46     ` H Hartley Sweeten
2012-09-12  6:07 Stephen Rothwell
2012-09-12 16:13 ` Greg KH
2012-09-14  7:55 ` Samuel Ortiz
2012-09-18 20:40 ` Jonathan Cameron
2012-02-17  4:10 Stephen Rothwell
2012-02-17 17:04 ` Greg KH
2012-02-17 17:23   ` Dan Magenheimer
2012-02-16  4:23 Stephen Rothwell
2012-02-16  5:15 ` Greg KH
2012-02-16 14:39   ` Dan Magenheimer
2012-02-16 21:25     ` Stephen Rothwell
2012-02-16 21:49       ` Dan Magenheimer
2012-02-16 23:39         ` Stephen Rothwell
2012-02-17  0:17           ` Greg KH
2012-02-17 16:01       ` Konrad Rzeszutek Wilk
2012-02-10  4:58 Stephen Rothwell
2012-02-10  5:29 ` Greg KH
2012-02-10 17:21   ` Dan Magenheimer
2012-02-10 17:43     ` Greg KH
2012-02-10 18:22       ` Seth Jennings
2012-02-14 23:43       ` Dan Magenheimer
2012-02-15  0:03         ` Greg KH
2012-02-15  0:54           ` Dan Magenheimer
2012-02-15  2:33             ` Greg KH
2012-02-15 16:14               ` Dan Magenheimer
2011-08-25  5:02 Stephen Rothwell
2011-08-25  5:15 ` Larry Finger
2011-08-25 15:39   ` Greg KH
2011-07-25  5:21 Stephen Rothwell
2011-07-16 13:18 Stephen Rothwell
2011-07-17  9:13 ` Greg KH
2011-07-16 13:15 Stephen Rothwell
2011-07-16 23:39 ` Alan Cox
2011-07-17  9:15   ` Greg KH
2011-07-06  5:09 Stephen Rothwell
2011-07-06 15:12 ` Greg KH
2011-07-06  5:02 Stephen Rothwell
2011-07-06 15:12 ` Greg KH
2010-04-27  4:12 Stephen Rothwell
2010-04-27 15:13 ` Greg KH
2010-04-28  6:14   ` Stephen Rothwell
2010-04-28 15:28     ` Greg KH
2010-05-01 15:42       ` Tobias Klauser
2010-05-03 16:17       ` Tobias Klauser
2010-05-05  2:37         ` Stephen Rothwell
2010-05-05  8:39           ` Tobias Klauser

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).