On Thu, Mar 21, 2013 at 01:38:55PM +0200, Andy Shevchenko wrote:
> The commit c30f46bc (drivers/Kconfig: add several missing GENERIC_HARDIRQS
> dependencies) introduced a warning on make defconfig stage. This patch fixes
> a
> typo.
>
> Signed-off-by: Andy Shevchenko
> ---
> drivers/dma/Kconfi
HID Sensors framework support (CONFIG_HID_SENSOR_HUB) unconditionally
selects MFD_CORE which however depends on GENERIC_HARDIRQS.
So add this dependency to HID_SENSOR_HUB as well.
Cc: Jiri Kosina
Signed-off-by: Heiko Carstens
---
drivers/hid/Kconfig |2 +-
1 file changed, 1 insertion(+), 1
The Altera SPI Controller driver and PXA2xx SSP SPI master driver
have calls to devm_request_irq() and request_irq() and therefore
should have a dependency to GENERIC_HARDIRQS.
Otherwise this causes link errors on platforms without
GENERIC_HARDIRQS support.
Cc: Grant Likely
Signed-off-by: Heiko
Add a couple of missing GENERIC_HARDIRQS dependencies to fix link
errors like below on s390:
ERROR: "devm_request_threaded_irq" [drivers/usb/gadget/mv_udc.ko] undefined!
Cc: Greg Kroah-Hartman
Signed-off-by: Heiko Carstens
---
drivers/usb/dwc3/Kconfig |2 +-
drivers/
: implicit declaration of function
‘irq_canonicalize’
Cc: Greg Kroah-Hartman
Cc: Jiri Slaby
Signed-off-by: Heiko Carstens
---
drivers/tty/serial/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/tty/serial/Kconfig b/drivers/tty/serial/Kconfig
index e9ff3f6
CB710_CORE (drivers/misc/cb710/core.c) calls devm_request_irq() and
therefore needs a GENERIC_HARDIRQS dependency to prevent a link
error on s390.
Cc: Arnd Bergmann
Cc: Greg Kroah-Hartman
Signed-off-by: Heiko Carstens
---
drivers/misc/cb710/Kconfig |2 +-
drivers/mmc/host/Kconfig |2
Fix this link error on s390:
ERROR: "devm_request_threaded_irq" [drivers/power/goldfish_battery.ko]
undefined!
Cc: Anton Vorontsov
Cc: David Woodhouse
Signed-off-by: Heiko Carstens
---
drivers/power/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/power
The AT91RM9200 driver call devm_request_irq() and therefore should
depend on GENERIC_HARDIRQS to prevent link/compile errors on plaforms
without GENERIC_HARDIRQS.
Cc: "David S. Miller"
Signed-off-by: Heiko Carstens
---
drivers/net/ethernet/cadence/Kconfig |1 +
1 file changed, 1
‘wm8903_set_pdata_irq_trigger’:
sound/soc/codecs/wm8903.c:1954:9: error: implicit declaration of function
‘irq_get_irq_data’
Cc: Jaroslav Kysela
Cc: Takashi Iwai
Signed-off-by: Heiko Carstens
---
sound/pci/Kconfig|1 +
sound/soc/codecs/Kconfig |2 +-
2 files changed, 2 insertions(+), 1
The VIA VX855/VX875 GPIO and RDC R-321x GPIO support drivers select
MFD_CORE which itself depends on GENERIC_HARDIRQ support.
So add this dependency to these two drivers as well to prevent
selection of MFD_CORE.
Cc: Grant Likely
Cc: Samuel Ortiz
Signed-off-by: Heiko Carstens
---
drivers/gpio
A lot of mfd drivers select MFD_CORE which however depends on
GENERIC_HARDIRQS support.
So add the missing dependency to all drivers to get rid of
this link error:
ERROR: "irq_create_mapping" [drivers/mfd/mfd-core.ko] undefined!
Cc: Samuel Ortiz
Signed-off-by: Heiko Carstens
---
d
as well.
Cc: Mauro Carvalho Chehab
Signed-off-by: Heiko Carstens
---
drivers/media/platform/Kconfig |2 +-
drivers/media/radio/Kconfig|2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/platform/Kconfig b/drivers/media/platform/Kconfig
index 05d7b63
against linux-next as of today.
If the you as the maintainers would take the patches that would be great.
Or please let me know if any patch should go in via the s390 tree.
Thanks!
Heiko Carstens (15):
drivers/input: add couple of missing GENERIC_HARDIRQS dependencies
drivers/i2c: remove !S390
Synopsys DesignWare AHB DMA drivers calls devm_request_irq() and
therefore depends on GENERIC_HARDIRQS.
Add the missing dependency.
Cc: Vinod Koul
Signed-off-by: Heiko Carstens
---
drivers/dma/Kconfig |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/dma/Kconfig b/drivers/dma
323.c:801:2: error: implicit declaration of function
‘irq_set_irq_wake’
[-Werror=implicit-function-declaration]
Cc: Dmitry Torokhov
Signed-off-by: Heiko Carstens
---
drivers/input/Kconfig |2 +-
drivers/input/keyboard/Kconfig|4 ++--
drivers/input/serio/Kc
The MTIP32XX driver calls devm_request_irq() and therefore needs a
GENERIC_HARDIRQS dependency to prevent building it on s390.
Cc: Jens Axboe
Signed-off-by: Heiko Carstens
---
drivers/block/mtip32xx/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/block
ned!
ERROR: "devm_request_threaded_irq" [drivers/i2c/busses/i2c-ocores.ko] undefined!
Cc: Wolfram Sang
Cc: Jean Delvare
Signed-off-by: Heiko Carstens
---
drivers/i2c/Kconfig|2 +-
drivers/i2c/busses/Kconfig |6 --
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/d
On Wed, Feb 06, 2013 at 06:26:02PM +0100, Takashi Iwai wrote:
> At Thu, 07 Feb 2013 02:13:19 +0100,
> Arnd Bergmann wrote:
> > On Wednesday 06 February 2013 18:05:14 Takashi Iwai wrote:
> > > At Wed, 6 Feb 2013 17:24:00 +0100,
> > > Heiko Carstens wrote:
>
On Thu, Feb 07, 2013 at 04:22:05PM +1100, Stephen Rothwell wrote:
> Hi Al,
>
> Today's linux-next merge of the signal tree got a conflict in
> arch/s390/Kconfig between commit ad2c429560fc ("s390/Kconfig: sort list
> of arch selected config options") from the s390 tree and commits
> e181ee4cd7e5 (
On Wed, Feb 06, 2013 at 09:56:55PM +, Arnd Bergmann wrote:
> On Wednesday 06 February 2013, Heiko Carstens wrote:
> > On Wed, Feb 06, 2013 at 06:26:02PM +0100, Takashi Iwai wrote:
> > > At Thu, 07 Feb 2013 02:13:19 +0100,
> > > Arnd Bergmann wrote
f
'freg_t' was here
Signed-off-by: Heiko Carstens
---
drivers/atm/iphase.h | 146 +--
1 file changed, 73 insertions(+), 73 deletions(-)
diff --git a/drivers/atm/iphase.h b/drivers/atm/iphase.h
index 6a0955e..53ecac5 100644
--- a/drivers/atm/i
On Sat, Feb 09, 2013 at 06:54:45PM +0100, Geert Uytterhoeven wrote:
> s390 allmodconfig:
>
> drivers/gpu/drm/udl/udl_fb.c:237:52: error: 'PAGE_SHARED' undeclared (first
> use in this function)
> drivers/media/pci/zoran/zoran_driver.c:2955:14: error: 'PAGE_SHARED'
> undeclared (first use in this
On Tue, Feb 12, 2013 at 10:20:22AM +0100, Geert Uytterhoeven wrote:
> Hi Heiko,
>
> On Mon, Feb 11, 2013 at 10:11 AM, Heiko Carstens
> wrote:
> > Thanks Geert. A similar patch however is already in linux-next, together
> > with a whole bunch of other patches which try to
On Tue, Jan 29, 2013 at 08:11:56AM +0100, Hannes Reinecke wrote:
> This patch implements generic block layer timeout handling
> callbacks for DASDs. When the timeout expires the respective
> cqr is aborted.
>
> With this timeout handler time-critical request abort
> is guaranteed as the abort does
On Tue, Jan 29, 2013 at 08:12:00AM +0100, Hannes Reinecke wrote:
> This patch adds a 'timeout' attibute to the DASD driver.
> When set to non-zero, the blk_timeout function will
> be enabled with the timeout specified in the attribute.
> Setting 'timeout' to '0' will disable block timeouts.
>
> Si
On Mon, Feb 25, 2013 at 03:45:45AM +0530, Syam Sidhardhan wrote:
> We are using sizeof operator for an array given as function argument,
> which is incorrect.
>
> Signed-off-by: Syam Sidhardhan
> ---
> arch/s390/kernel/dis.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> dif
On Mon, Feb 25, 2013 at 09:24:31PM -0800, Linus Torvalds wrote:
> On Mon, Feb 25, 2013 at 8:54 PM, Heiko Carstens
> wrote:
> > FWIW, I think the generic strncpy_from_user() implemention has the same
> > bug as the s390 variant:
> >
> > Following example:
> &
ith 31 bit kernel and 31 bit user space. Each with legacy and flexible
mmap layout.
The bug is fixed and everything else still seems to work. Thanks!
Tested-By: Heiko Carstens
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@v
On Wed, Mar 13, 2013 at 09:46:08PM +0200, Alexandru Gheorghiu wrote:
> Rewrote conditional statement and eliminated the out_kthread label.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> arch/s390/mm/cmm.c |8 +++-
> 1 file changed, 3 insertions(+), 5 deletions(-)
Applied, thanks.
--
To
On Wed, Mar 13, 2013 at 09:12:38PM +0200, Alexandru Gheorghiu wrote:
> Used PTR_RET function instead of IS_ERR and PTR_ERR.
> Patch found using coccinelle.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> arch/s390/hypfs/hypfs_dbfs.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
On Wed, Mar 13, 2013 at 08:59:17PM +0200, Alexandru Gheorghiu wrote:
> Used kzalloc instead of kmalloc followed by memset with 0.
> Patch found using coccinelle.
>
> Signed-off-by: Alexandru Gheorghiu
> ---
> arch/s390/net/bpf_jit_comp.c |3 +--
> 1 file changed, 1 insertion(+), 2 deletions(
On Fri, Sep 07, 2012 at 04:02:34PM +0400, Cyrill Gorcunov wrote:
> On Fri, Sep 07, 2012 at 01:31:31PM +0200, Heiko Carstens wrote:
> > Now that the checksyscalls script works again it will warn about the missing
> > "kcmp" system call on all architectures but x86.
> >
I get the following:
crypto/built-in.o: In function `do_async_xor':
async_xor.c:49: undefined reference to `dma_map_page'
async_xor.c:56: undefined reference to `dma_map_page'
This is mainly because s390 doesn't support DMA at all,
but these files get selected via MD_RAID456 anyway.
Any idea how
From: Heiko Carstens <[EMAIL PROTECTED]>
Change latencytop Kconfig entry so it doesn't list the archictectures
that support it. Instead introduce HAVE_LATENCY_SUPPORT which any
architecture can set. Should reduce patch conflicts.
Cc: Arjan van de Ven <[EMAIL PROTECTED]>
Cc: In
Subject: [PATCH] latencytop s390 support.
From: Heiko Carstens <[EMAIL PROTECTED]>
Cc: Holger Wolf <[EMAIL PROTECTED]>
Cc: Martin Schwidefsky <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
---
Will go in via the s390 git tree if accepta
> > +config HAVE_LATENCYTOP_SUPPORT
> > + def_bool y
> > +
> No.
> Please do:
> config X86
> + select HAVE_LATENCYTOP_SUPPORT
>
> Yes - this is a valid use of select.
>
> See Documentation/kbuild/kconfig-language.txt
Ok, I wasn't aware of that. For now I'll leave it as is
as Ingo requeste
ass
> error_code in this patch.
>
> Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
for the s390 bits:
Acked-by: Heiko Carstens <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTEC
On Fri, Feb 01, 2008 at 02:31:28PM -0700, Dan Williams wrote:
> On Feb 1, 2008 4:37 AM, Cornelia Huck <[EMAIL PROTECTED]> wrote:
> > On Thu, 31 Jan 2008 12:49:00 -0700,
> > "Williams, Dan J" <[EMAIL PROTECTED]> wrote:
> >
> > > I am mistaken, the 'depends on ARCH...' precludes HAS_DMA. Perhaps the
ric_find_next_le_bit which comes
from lib/find_next_bit.c. That one doesn't get built on s390 since we
don't set GENERIC_FIND_NEXT_BIT.
Currently we have the lengthly patch below queued.
Subject: [PATCH] Implement ext2_find_next_bit.
From: Heiko Carstens <[EMAIL PROTECTED]>
> > > > | fs/ext4/mballoc.c: In function 'ext4_mb_generate_buddy':
> > > > | fs/ext4/mballoc.c:954: error: implicit declaration of function
> > > > 'generic_find_next_le_bit'
> > > >
> > > > The s390 specific bitops uses parts of the generic implementation.
> > > > Include the correct header.
> >
On Mon, Oct 22, 2012 at 09:50:26PM +0200, Geert Uytterhoeven wrote:
> On Mon, Oct 22, 2012 at 9:47 PM, Geert Uytterhoeven
> wrote:
> > JFYI, when comparing v3.7-rc2 to v3.7-rc1[3], the summaries are:
> > - build errors: +4/-44
>
> + arch/s390/include/asm/kvm_para.h: error: redefinition of
> '
> From: Thomas Gleixner <[EMAIL PROTECTED]>
>
> Not all architectures implement futex_atomic_cmpxchg_inatomic(). The default
> implementation returns -ENOSYS, which is currently not handled inside of the
> futex guts.
>
> Futex PI calls and robust list exits with a held futex result in an endles
On Sat, Feb 16, 2008 at 02:48:17PM +0100, Thomas Gleixner wrote:
> On Sat, 16 Feb 2008, Heiko Carstens wrote:
>
> > > Well, NULL pointer dereferencing is supposed to fail, isn't it ?
> >
> > I wasn't sure that this is true for all architectures, but...
>
On Sat, Feb 16, 2008 at 02:05:13PM +0100, Thomas Gleixner wrote:
> On Sat, 16 Feb 2008, Heiko Carstens wrote:
> > > + /*
> > > + * This will fail and we want it. Some arch implementations do
> > > + * runtime detection of the futex_atomic_cmpxchg_inatomic()
> &
On Fri, Jul 27, 2012 at 06:32:15PM +0800, Wen Congyang wrote:
> We don't call __add_pages() directly in the function add_memory()
> because some other architecture related things need to be done
> before or after calling __add_pages(). So we should introduce
> a new function arch_remove_memory() to
From: Heiko Carstens
The LO_ARG define needs to consider endianness also for 32 bit builds.
The "bpf_fancy" test case didn't work on s390 in 32 bit and compat mode
because the LO_ARG define resulted in a BPF program which read the upper
halve of the 64 bit system call arguments
x27;s wrong (destination and source should be exchanged).
However your patch looks good.
Acked-by: Heiko Carstens
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.o
On Fri, Sep 13, 2013 at 04:58:36PM +0100, Russell King wrote:
> On Fri, Sep 13, 2013 at 11:38:15AM -0400, Josh Boyer wrote:
> > On Fri, Sep 13, 2013 at 11:06 AM, Josh Boyer wrote:
> > > On Fri, Sep 13, 2013 at 8:15 AM, Russell King
> > > wrote:
> > >> On Fri, Sep 13, 2013 at 07:53:21AM -0400, Jo
On Thu, Sep 19, 2013 at 02:33:58AM +0530, Anoop Thomas Mathew wrote:
> Signed-off-by: Anoop Thomas Mathew
> ---
> arch/arc/kernel/kprobes.c |2 +-
> arch/ia64/kernel/kprobes.c|2 +-
> arch/powerpc/kernel/kprobes.c |2 +-
> arch/s390/kernel/kprobes.c|2 +-
> arch/sparc/
On Wed, Sep 04, 2013 at 06:08:08PM -0700, Linus Torvalds wrote:
> On Tue, Sep 3, 2013 at 5:10 AM, Gleb Natapov wrote:
> >
> > This pull request adds tlb_gather_mmu() caller in S390 code, but 2b047252
> > in your tree added another parameter to the function, so the patch bellow
> > have to be appli
tforms maybe we could
add something like we have already with "arch_mutex_cpu_relax()":
include/linux/mutex.h:
#ifndef CONFIG_HAVE_ARCH_MUTEX_CPU_RELAX
#define arch_mutex_cpu_relax() cpu_relax()
#endif
arch/s390/include/asm/mutex.h:
#define arch_mutex_cpu_relax() barrier()
Signed-o
On Thu, Sep 05, 2013 at 03:18:14PM +0200, Heiko Carstens wrote:
> d472d9d9 "lockref: Relax in cmpxchg loop" added a cpu_relax() call to the
> CMPXCHG_LOOP() macro. However to me it seems to be wrong since it is very
> likely that the next round will succeed (or the loop will be
On Sun, Sep 08, 2013 at 07:31:18PM -0700, Guenter Roeck wrote:
> On 09/08/2013 07:31 PM, Greg Kroah-Hartman wrote:
> >On Sun, Sep 08, 2013 at 07:24:19PM -0700, Guenter Roeck wrote:
> >>On 09/08/2013 06:59 PM, Greg Kroah-Hartman wrote:
> >>>On Sun, Sep 08, 2013 at 06:03:00PM -0700, Guenter Roeck wro
of the patches are only cleanups and minor improvements.
Thanks,
Heiko
---
Heiko Carstens (13):
s390/bpf,jit: fix address randomization
s390: update defconfig
s390/dumpstack: convert print_symbol to %pSR
s390/irq: use hlists for external interrupt handler array
s390
>From 1454d5ca6209926a52c2fdea9ba41a41a33e4046 Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Tue, 8 Oct 2013 09:46:00 +0200
Subject: [PATCH] powerpc: fix __get_user_pages_fast() irq handling
__get_user_pages_fast() may be called with interrupts disabled (see e.g.
get_futex_key() in ker
Implement mmap base randomization for the bottom up direction, so ASLR works
for both mmap layouts on s390.
See also df54d6fa54 "x86 get_unmapped_area(): use proper mmap base for
bottom-up direction".
Signed-off-by: Heiko Carstens
---
arch/s390/mm/mmap.c | 9 +++--
1 file
ned-off-by: Heiko Carstens
---
mm/mmap.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/mmap.c b/mm/mmap.c
index 9d54851..fa206ab 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1872,7 +1872,7 @@ arch_get_unmapped_area(struct file *filp, unsigned long
addr,
info
On Thu, Oct 10, 2013 at 10:31:22AM +0800, Chen Gang wrote:
> The type of 'v->counter' is always 'int', and related inline assembly
> code also process 'int', so use 'unsigned int' instead of 'unsigned
> long' for the 'mask'.
>
>
> Signed-off-by: Chen Gang
> ---
> arch/s390/include/asm/atomic.h
in the storage key. Therefore s390 doesn't use storage
keys anymore, except for kvm.
Besides that we have improvements, cleanups and fixes in PCI, DASD and all
over the place.
Thanks,
Heiko
---
Heiko Carstens (6):
s390: replace remaining strict_strtoul() with kstrtoul()
s3
be used also in the lockref code.
Signed-off-by: Heiko Carstens
---
arch/Kconfig | 2 +-
arch/s390/Kconfig | 2 +-
arch/s390/include/asm/mutex.h | 2 --
arch/s390/include/asm/processor.h | 2 ++
include/linux/mutex.h | 4
include/linux
h"
include file which includes "asm/processor.h", since there doesn't seem to
be a common file where it is guaranteed that cpu_relax() is available.
I simply added the cpu_relax_simple() define to "linux/spinlock_up.h"
since that one explicitly includes "asm/processor.h&
Make use of cpu_relax_simple() so architectures can override the default
cpu_relax() semantics.
This is especially useful for s390, where cpu_relax() means that the we
yield() the current (virtual) cpu and therefore is very expensive.
Signed-off-by: Heiko Carstens
---
lib/lockref.c | 2 +-
1
Enable ARCH_USE_CMPXCHG_LOCKREF for 64 bit since it shows performance
improvements with Linus' simple stat() test case of up to 50% on a
30 cpu system.
Signed-off-by: Heiko Carstens
---
arch/s390/Kconfig| 1 +
arch/s390/include/asm/spinlock.h | 5 +
2 files chang
simply define arch_mutex_cpu_relax if they want an architecture
specific function instead of having to add a select statement in
their Kconfig in addition.
Suggested-by: Linus Torvalds
Signed-off-by: Heiko Carstens
---
arch/Kconfig | 3 ---
arch/s390/Kconfig | 1
s the call improved
performance by 5%.
Heiko Carstens (3):
mutex: replace CONFIG_HAVE_ARCH_MUTEX_CPU_RELAX with simple ifdef
lockref: use arch_mutex_cpu_relax() in CMPXCHG_LOOP()
s390: enable ARCH_USE_CMPXCHG_LOCKREF
arch/Kconfig | 3 ---
arch/s390/Kconfig
loop.
Signed-off-by: Heiko Carstens
---
lib/lockref.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/lib/lockref.c b/lib/lockref.c
index e294ae4..6f9d434 100644
--- a/lib/lockref.c
+++ b/lib/lockref.c
@@ -12,6 +12,14 @@
#endif
/*
+ * Allow architectures to
Enable ARCH_USE_CMPXCHG_LOCKREF since it shows performance improvements
with Linus' simple stat() test case of up to 50% on a 30 cpu system.
Signed-off-by: Heiko Carstens
---
arch/s390/Kconfig| 1 +
arch/s390/include/asm/spinlock.h | 5 +
2 files changed, 6 inser
system call.
Cc: Cyrill Gorcunov
Cc: Michal Marek
Cc: H. Peter Anvin
Signed-off-by: Heiko Carstens
---
scripts/checksyscalls.sh |3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index fd8fa9a..c7cda79 100755
--- a/scripts/check
s correctly.
Cc: Michal Marek
Cc: H. Peter Anvin
Signed-off-by: Heiko Carstens
---
scripts/checksyscalls.sh |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/checksyscalls.sh b/scripts/checksyscalls.sh
index d24810f..fd8fa9a 100755
--- a/scripts/checksyscalls.
>From cea999ef4e68e23c70e64baf054768bdebe15e1b Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Sat, 8 Sep 2012 10:23:42 +0200
Subject: [PATCH] samples/seccomp: fix 31 bit build on s390
On s390 the flag to force 31 builds is -m31 instead of -m32 unlike
on all (?) other architectures.
Fi
On Thu, Dec 06, 2012 at 04:54:30PM -0800, Greg Kroah-Hartman wrote:
> 3.4-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Heiko Carstens
>
> commit 4bffbb3455372a26816e364fb4448810f7014452 upstream.
>
> Sele
On Thu, Dec 06, 2012 at 04:59:04PM -0800, Greg Kroah-Hartman wrote:
> 3.6-stable review patch. If anyone has any objections, please let me know.
>
> --
>
> From: Heiko Carstens
>
> commit 4bffbb3455372a26816e364fb4448810f7014452 upstream.
>
> Sele
gs.
>
> CC: Martin Schwidefsky
> CC: Heiko Carstens
> Signed-off-by: Kees Cook
> ---
> arch/s390/Kconfig |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/s390/Kconfig b/arch/s390/Kconfig
> index 5dba755..3c8a70e 100644
&g
>From aa027f06dfb5b2fd27d6f92391d8340df671e82b Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Thu, 27 Dec 2012 15:22:27 +0100
Subject: [PATCH] f2fs: add missing pretech.h include
Fix these compile errors on s390:
fs/f2fs/data.c: In function 'read_end_io':
fs/f2fs/data.c
On Thu, Dec 27, 2012 at 03:30:32PM +0100, Heiko Carstens wrote:
> From aa027f06dfb5b2fd27d6f92391d8340df671e82b Mon Sep 17 00:00:00 2001
> From: Heiko Carstens
> Date: Thu, 27 Dec 2012 15:22:27 +0100
> Subject: [PATCH] f2fs: add missing pretech.h include
That should have been
On Thu, Apr 18, 2013 at 02:27:45AM -0400, Zhouping Liu wrote:
> Hello Heiko,
> > If you have some time, could you please repeat your test with the kernel
> > command line option " user_mode=home "?
>
> I tested the system with the kernel parameter, but the issue still appeared,
> I just to say it
) could return 0 and it's not an error case. In that case
it should indeed try a to get_user() on that address.
> If you hate this variant, I can just s/PTR_RET/PTR_ERR_OR_ZERO/ instead.
Your patch is fine.
> Cc: Heiko Carstens
> Cc: Christian Borntraeger
> Cc: Martin Schwide
00:00:00 2001
From: Ben Hutchings
Date: Fri, 14 Jun 2013 01:18:44 +0100
Subject: [PATCH] s390/irq: Only define synchronize_irq() on SMP
In uniprocessor configurations, synchronize_irq() is defined in
as a macro, and this function definition fails to
compile.
Reported-by: kbuild test robot
On Tue, Jun 25, 2013 at 09:46:45AM +0800, Chen Gang wrote:
> When smp_add_present_cpu() fails, it has reset all things excluding
> 'c->hotpluggable', so need reset it as original state completely.
>
> Signed-off-by: Chen Gang
> ---
> arch/s390/kernel/smp.c |1 +
> 1 files changed, 1 insertio
On Tue, Jun 25, 2013 at 03:24:09PM +0800, Chen Gang wrote:
> On 06/25/2013 02:48 PM, Heiko Carstens wrote:
> > On Tue, Jun 25, 2013 at 09:46:45AM +0800, Chen Gang wrote:
> >> > When smp_add_present_cpu() fails, it has reset all things excluding
> >> > '
x27;.
>
> At least, better to fix 3rd (conflict using 'int' and 'long').
>
> Signed-off-by: Chen Gang
> ---
> arch/blackfin/include/asm/atomic.h |4 ++--
> arch/m32r/include/asm/atomic.h |8
> arch/s390/include/asm/atomic.h |
On Sat, Jun 01, 2013 at 11:51:13AM +0200, Thomas Meyer wrote:
>
> Signed-off-by: Thomas Meyer
> ---
>
> diff -u -p a/drivers/s390/crypto/ap_bus.c b/drivers/s390/crypto/ap_bus.c
> --- a/drivers/s390/crypto/ap_bus.c
> +++ b/drivers/s390/crypto/ap_bus.c
> @@ -1795,7 +1795,7 @@ static int ap_poll_th
On Thu, Jun 27, 2013 at 10:43:02AM +0800, Chen Gang wrote:
> The architectures which may support 'hotpluggable', can scan all cpus
> during subsys_initcall(). the upper caller will skip the return value.
>
> It also can initialize hotpluggable flag of all cpus in time, no matter
> whether any cpu
On Thu, Mar 21, 2013 at 09:53:00PM -, Thomas Gleixner wrote:
> All idle functions in arch/* are more or less the same, plus minus a
> few bugs and extra instrumentation, tickless support and other
> optional items.
>
> Implement a generic idle function which resembles the functionality
> found
On Thu, Mar 21, 2013 at 09:53:18PM -, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Heiko Carstens
> ---
> arch/s390/kernel/process.c | 25 +++--
> arch/s390/kernel/smp.c |3 +--
> 2 files changed, 8 insertions(+), 20 deletion
On Thu, Mar 21, 2013 at 09:53:18PM -, Thomas Gleixner wrote:
> Signed-off-by: Thomas Gleixner
> Cc: Heiko Carstens
> ---
> arch/s390/kernel/process.c | 25 +++--
> arch/s390/kernel/smp.c |3 +--
> 2 files changed, 8 insertions(+), 20 delet
original
instruction and patch the displacement field.
Signed-off-by: Heiko Carstens
---
arch/s390/Kconfig |1 +
arch/s390/include/asm/kprobes.h |4 +-
arch/s390/kernel/kprobes.c | 124 ---
3 files changed, 121 insertions(+), 8 deletions
kprobe_insn_cache.
- Move the alloc/free functions to kprobe.h so they are simply
wrappers for the generic __get_insn_slot/__free_insn_slot.
The implementation is done with a DEFINE_INSN_CACHE_OPS() macro
which provides the alloc/free functions for each cache if needed.
Signed-off-by: Heiko
3 is the s390 usage of the new cache.
Looking at the last couple of sign-off chains I'm not sure how kprobes
patches should go upstream.. Andrew, Ingo, or simply via the s390 tree?
Heiko Carstens (3):
kprobes: unify insn caches
kprobes: provide new dmainsn cache
s390/kprobes: add supp
free_dmainsn_slot().
Signed-off-by: Heiko Carstens
---
arch/Kconfig|7 +++
include/linux/kprobes.h |5 +
kernel/kprobes.c| 28 ++--
3 files changed, 38 insertions(+), 2 deletions(-)
diff --git a/arch/Kconfig b/arch/Kconfig
index 1feb169
Hi Masami,
> (2013/08/21 21:01), Heiko Carstens wrote:
> > The current kpropes insn caches allocate memory areas for insn slots with
> > module_alloc(). The assumption is that the kernel image and module area
> > are both within the same +/- 2GB memory area.
> > This h
On Fri, Aug 23, 2013 at 01:31:23PM +0900, Masami Hiramatsu wrote:
> (2013/08/22 14:52), Heiko Carstens wrote:
> > Therefore I need to different insn slot caches, where the slots are either
> > allocated with __get_free_page(GFP_KERNEL | GFP_DMA) (for the kernel image)
> > or m
needed.
- move the struct kprobe_insn_cache to kprobe.h which allows to generate
architecture specific insn slot caches outside of the core kprobes
code.
Signed-off-by: Heiko Carstens
---
include/linux/kprobes.h | 32 +---
kernel/kprobes.c| 75
original
instruction and patch the displacement field.
Signed-off-by: Heiko Carstens
---
arch/s390/include/asm/kprobes.h |4 +-
arch/s390/kernel/kprobes.c | 144 +--
2 files changed, 140 insertions(+), 8 deletions(-)
diff --git a/arch/s390/include/asm
nto s390 code and leave common code alone.
Heiko Carstens (3):
kprobes: unify insn caches
kprobes: allow to specify custum allocator for insn caches
s390/kprobes: add support for pc-relative long displacement instructions
arch/s390/include/asm/kprobes.h |4 +-
arch/s390/kernel/kprobe
to specify an own allocator
for an own insn slot cache.
Signed-off-by: Heiko Carstens
---
include/linux/kprobes.h |2 ++
kernel/kprobes.c| 20 ++--
2 files changed, 20 insertions(+), 2 deletions(-)
diff --git a/include/linux/kprobes.h b/include/linux/kprobes.h
index
On Wed, Jul 24, 2013 at 11:33:04AM +0800, Chen Gang wrote:
> 'irq_domain' depends on hard irqs, so for the architectures which have
> no hard irqs, but still need mfd (e.g. s390), need disable the related
> code, or can not pass compiling.
>
> The related commit:
>
> "c94bb23 mfd: Make MFD core
s390/built-in.o: In function `sys_call_table_emu':
> (.rodata+0x2ba0): undefined reference to `sie_exit'
> make: *** [vmlinux] Error 1
Thanks for reporting, I just committed the patch below to our
local branch:
>From c073dc1f474094b5610739e752d83bcb547b1d7d Mon Sep 17 00:00:00 2001
From: Heiko
>From 16f8402d45de11a1699ca584a6605806fe60bfc5 Mon Sep 17 00:00:00 2001
From: Heiko Carstens
Date: Sat, 2 Mar 2013 12:26:30 +0100
Subject: [PATCH] compat: restore timerfd settime and gettime compat syscalls
Both compat syscalls got lost with 9d94b9e2 "switch timerfd compat sys
On Sun, May 12, 2013 at 10:50:45PM +0200, Geert Uytterhoeven wrote:
> On Sun, 12 May 2013, Geert Uytterhoeven wrote:
> > However, the full list of errors isn't that unmanageable, so I'm following
> > up with a digested list...
>
> drivers/net/ethernet/sfc/efx.c:646:3: error: call to
> '__compilet
1 - 100 of 1085 matches
Mail list logo
