Sudip Mukherjee | 5 Feb 10:56 2016

[PATCH] staging: wilc1000: fix build failure

allmodconfig build of alpha, m68k, m32r, tilepro has failed with the
drivers/staging/wilc1000/wilc_wfi_cfgoperations.c: In function 'wilc_create_wiphy':
	error: 'struct wiphy' has no member named 'wowlan'

Looking at other drivers wowlan can be only used when CONFIG_PM is

Fixes: 73584a40d748 ("staging: wilc1000: add ops resuem/suspend/wakeup in cfg80211")
Cc: Glen Lee <glen.lee@...>
Signed-off-by: Sudip Mukherjee <sudip@...>

builds of next-20160205.

I think I have seen the same report from 0day also when this commit was
in staging-testing.

 drivers/staging/wilc1000/wilc_wfi_cfgoperations.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c b/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
index 4eede2b..08c28b7 100644
--- a/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
+++ b/drivers/staging/wilc1000/wilc_wfi_cfgoperations.c
 <at>  <at>  -2629,7 +2629,9  <at>  <at>  struct wireless_dev *wilc_create_wiphy(struct net_device *net, struct device *de
 	sema_init(&(priv->SemHandleUpdateStats), 1);
 	priv->wdev = wdev;
 	wdev->wiphy->max_scan_ssids = MAX_NUM_PROBED_SSID;
(Continue reading)

Sudip Mukherjee | 28 Jan 09:48 2016

[PATCH] m32r: fix build failure due to SMP and MMU

One of the randconfig build failed with the error:

arch/m32r/kernel/smp.c: In function 'smp_flush_tlb_mm':
arch/m32r/kernel/smp.c:283:20: error: subscripted value is neither array nor pointer nor vector
  mmc = &mm->context[cpu_id];
arch/m32r/kernel/smp.c: In function 'smp_flush_tlb_page':
arch/m32r/kernel/smp.c:353:20: error: subscripted value is neither array nor pointer nor vector
  mmc = &mm->context[cpu_id];
arch/m32r/kernel/smp.c: In function 'smp_invalidate_interrupt':
arch/m32r/kernel/smp.c:479:41: error: subscripted value is neither array nor pointer nor vector
  unsigned long *mmc = &flush_mm->context[cpu_id];

It turned out that CONFIG_SMP was defined but CONFIG_MMU was not
defined. But arch/m32r/include/asm/mmu.h only defines mm_context_t as an
array when both CONFIG_SMP and CONFIG_MMU are defined. And
arch/m32r/kernel/smp.c is always using context as an array. So without
MMU SMP can not work.

Signed-off-by: Sudip Mukherjee <sudip@...>
 arch/m32r/Kconfig | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/m32r/Kconfig b/arch/m32r/Kconfig
index 836ac5a..2841c0a 100644
--- a/arch/m32r/Kconfig
+++ b/arch/m32r/Kconfig
 <at>  <at>  -276,6 +276,7  <at>  <at>  source "kernel/Kconfig.preempt"
(Continue reading)

Guenter Roeck | 26 Jan 07:55 2016

[PATCH] mn10300: Wire up mn10300_dma_supported

From: Guenter Roeck <linux@...>

Commit f151341ca00e ("mn10300: convert to dma_map_ops") declares
mn10300_dma_supported, but does not wire it up. This results in
the following build warning.

arch/mn10300/mm/dma-alloc.c: warning:
	'mn10300_dma_supported' defined but not used

Fixes: f151341ca00e ("mn10300: convert to dma_map_ops")
Cc: Christoph Hellwig <hch@...>
Signed-off-by: Guenter Roeck <linux@...>
 arch/mn10300/mm/dma-alloc.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/arch/mn10300/mm/dma-alloc.c b/arch/mn10300/mm/dma-alloc.c
index 8842394cb49a..5ff49d67f55a 100644
--- a/arch/mn10300/mm/dma-alloc.c
+++ b/arch/mn10300/mm/dma-alloc.c
 <at>  <at>  -128,4 +128,5  <at>  <at>  struct dma_map_ops mn10300_dma_ops = {
 	.map_sg			= mn10300_dma_map_sg,
 	.sync_single_for_device	= mn10300_dma_sync_single_for_device,
 	.sync_sg_for_device	= mn10300_dma_sync_sg_for_device,
+	.dma_supported		= mn10300_dma_supported,


(Continue reading)

Guenter Roeck | 22 Jan 19:14 2016

[PATCH -next] aio: Fix compile error due to unexpected use of cmpxchg()

cmpxchg() on some architectures (ia64) doesn't like functions as parameters.
This results in the following compile error on the affected architectures.

fs/aio.c: In function 'aio_thread_fn':
fs/aio.c:1499:1: error: cast specifies function type

Fixes: 6a81013efc40 ("aio: add support for IOCB_CMD_POLL via aio thread helper")
Cc: Benjamin LaHaise <bcrl@...>
Signed-off-by: Guenter Roeck <linux@...>
No idea if this is the correct or an acceptable fix.
If not, please consider this to be a bug report.

 fs/aio.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/fs/aio.c b/fs/aio.c
index 56bcdf4105f4..229a91e391df 100644
--- a/fs/aio.c
+++ b/fs/aio.c
 <at>  <at>  -1495,8 +1495,8  <at>  <at>  static void aio_thread_fn(struct work_struct *work)
 	 * cancellation if it has not already occurred.
 	old_cancel = cmpxchg(&iocb->ki_cancel,
-			     aio_thread_queue_iocb_cancel_early,
-			     aio_thread_queue_iocb_cancel);
+			     (kiocb_cancel_fn *)aio_thread_queue_iocb_cancel_early,
+			     (kiocb_cancel_fn *)aio_thread_queue_iocb_cancel);
 	if (old_cancel != KIOCB_CANCELLED)
 		ret = iocb->ki_work_fn(iocb);
(Continue reading)

Sudip Mukherjee | 21 Jan 06:12 2016

[PATCH] net/irda: bfin_sir: remove duplicate defines

The defconfig build of blackfin is failing with the error:

arch/blackfin/include/asm/bfin_serial.h:269:0: warning: "port_membase" redefined
drivers/net/irda/bfin_sir.h:85:0: note: this is the location of the previous definition
arch/blackfin/include/asm/bfin_serial.h:382:0: warning: "get_lsr_cache" redefined
drivers/net/irda/bfin_sir.h:86:0: note: this is the location of the previous definition
arch/blackfin/include/asm/bfin_serial.h:383:0: warning: "put_lsr_cache" redefined
drivers/net/irda/bfin_sir.h:87:0: note: this is the location of the previous definition

port_membase, get_lsr_cache, put_lsr_cache are already defined in the
architecture files, no need to define them again in the driver.

Signed-off-by: Sudip Mukherjee <sudip@...>
 drivers/net/irda/bfin_sir.h | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/drivers/net/irda/bfin_sir.h b/drivers/net/irda/bfin_sir.h
index 29cbde8..d47cf14 100644
--- a/drivers/net/irda/bfin_sir.h
+++ b/drivers/net/irda/bfin_sir.h
 <at>  <at>  -82,9 +82,6  <at>  <at>  struct bfin_sir_self {

 #define DRIVER_NAME "bfin_sir"

-#define port_membase(port)     (((struct bfin_sir_port *)(port))->membase)
-#define get_lsr_cache(port)    (((struct bfin_sir_port *)(port))->lsr)
-#define put_lsr_cache(port, v) (((struct bfin_sir_port *)(port))->lsr = (v))
 #include <asm/bfin_serial.h>

(Continue reading)

Sudip Mukherjee | 21 Jan 05:55 2016

[PATCH] proc: fix missing reference of mm

The defconfig build of blackfin was failing with the error:
fs/proc/task_nommu.c: In function 'is_stack':
fs/proc/task_nommu.c:132:28: error: 'mm' undeclared (first use in this function)

While reverting /proc/≤pid>/maps [stack:TID] annotation a reference to
mm was missed.

Fixes: e87d4fd02f40 ("proc: revert /proc/≤pid>/maps [stack:TID] annotation")
CC: Johannes Weiner <hannes@...>
Signed-off-by: Sudip Mukherjee <sudip@...>

The build log of blackfin defconfig is at:

 fs/proc/task_nommu.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/fs/proc/task_nommu.c b/fs/proc/task_nommu.c
index 60ab72e..faacb0c 100644
--- a/fs/proc/task_nommu.c
+++ b/fs/proc/task_nommu.c
 <at>  <at>  -126,6 +126,7  <at>  <at>  unsigned long task_statm(struct mm_struct *mm,
 static int is_stack(struct proc_maps_private *priv,
 		    struct vm_area_struct *vma, int is_pid)
+	struct mm_struct *mm = vma->vm_mm;
 	int stack = 0;

 	if (is_pid) {
(Continue reading)

Guenter Roeck | 18 Jan 18:18 2016

Using the kernel-testers mailing list for patches to fix kernel build failures


the kernel-testers mailing list appears to have been abandoned.

Are there any objections against using it for patches intended to fix kernel build failures ?

Michael | 18 Dec 11:18 2015

Review & Reply

My name is Mr.Michael J. Tynan, I am a banker with Bank Of America. It is true that we have not meet each other in
person, but I strongly believe in trust and friendship in every business. I have a Lebanese deceased
customer's abandoned fund, which I am his personal financial adviser before his accidental death, that
being the main reason why I alone working in the bank here, know much about the existence of this fund and the
secrets surrounding this money. But before I disclose the full details to you, I will like to know your
interest and willingness to assist me. You can call me as soon you receive my message, so that i will send to
you full details about the transaction.
My best regards,
Mr.Michael J. Tynan
MOBILE: +1 347 269 3740
Interfax Online | 19 Nov 23:35 2015

You have 1 new fax, document 0000766130

You have a new fax!

Please download attached fax document.

Processed in:          37 seconds
Resolution:            400 DPI
File size:             263 Kb
Date:                  Thu, 19 Nov 2015 08:01:34 +0300
Sender:                Charles Stern
Number of pages:       7
Document name:         fax0000766130.doc

Thanks for using Interfax service!

Attachment ( application/zip, 3009 bytes
ms9 | 10 Oct 09:09 2015

Good Day

I need your help for this transaction

Mr. LEUNG Cheung
Standard Charterd Bank UAE | 19 Aug 14:02 2015

Telegrafische Überweisung HINWEIS

Standard Chartered Bank Dubai Main Branch,
Al Fardan Gebäude, Al Mankhool Road,
P.O. Box 999, Dubai,
Vereinigte Arabische Emirate

Sehr geehrte Kunden,

Telegrafische Überweisung HINWEIS.

Wir sind hiermit offiziell informieren Sie über Ihre Fondstelegrafische Überweisung durch unsere
Bank, Standard Chartered Bank, auf Ihr Bankkonto, die offiziell von der Leitung der Weltbank Swiss (WBS)
genehmigt worden ist, um die Summe von $ 5.500,000.00 USD in Credit Ihrer Bank Konto.
Beachten Sie, dass ich die Bearbeitung Ihrer Zahlung und alles über die sofortige Überweisung von Ihrem
Fonds wird innerhalb kürzester Zeit von der Zeit, die wir Ihren Unten benötigten Informationen
erhalten geführt werden gestartet.
Auch darüber informiert, dass der Gouverneur von Standard Chartered Bank (UAE) Plc auf Ihrer Avis
unterschreiben und eine Kopie der Beratung wird bei der Weltbank in der Schweiz für einige
Aufzeichnungszwecke versandt werden. Inzwischen Ihrer Information und Ihre vollständigen
Kontaktdaten wurden aus unserer Forschung manager.Barrister Paul Dean eingehen, werden in Ihrem
Namen, um eine zu erhalten, zu handeln
AFIDAVIT ANSPRUCHS zur sofortigen Veröffentlichung Ihres Fonds.

Dieser Fonds war Teil der eingereichten verstorbenen Präsidenten Saddam Hussein im Irak Discovery Fund
der Weltbank der Schweiz, die die Schweizer Bank hat beschlossen, es zu großzügig verteilen
helfen wenigen glücklichen Menschen, und die Europäische Union wird im Einvernehmen mit der
Schweizerischen Bank, den Fonds auf 700 hunderttausend Menschen in Amerika, Europa und Asien, Naher
Osten Afrika in andere zu verteilen, um zur Verbesserung ihrer Unternehmen.

Daher bestätigen die die unten angegebenen Informationen genau, denn dieses Amt nicht leisten können,
haftet für falsche Übertragung von Mitteln oder Haftung eines Fonds in ein unbekanntes Konto
(Continue reading)