On Sat, 27 Dec 2014 12:17:43 -0500
Pranith Kumar wrote:
> @@ -65,10 +65,13 @@
> #include
> #include
> #include
> -#include
> #include
> #include
>
> +#if IS_ENABLED(CONFIG_KVM)
> +#include
> +#endif
> +
> #ifdef DEBUG
> #define DBG(fmt...) udbg_printf(fmt)
> #else
I always cringe
On Mon, 15 Jun 2015 12:42:57 -0400
David Long wrote:
> From: "David A. Long"
>
> Move duplicate and functionally equivalent code for accessing registers
> and stack (CONFIG_HAVE_REGS_AND_STACK_ACCESS_API) from arch subdirs into
> common kernel files.
>
> Note: Help regression testing s390, hex
e)
> int rc;
>
> pr_debug("%s: requesting %d MSI-X interrupts...", __func__, nvec);
> - if (type != PCI_CAP_ID_MSIX && type != PCI_CAP_ID_MSI)
> - return -EINVAL;
> if (type == PCI_CAP_ID_MSI && nvec > 1)
>
msi_vecs = min(nvec, ZPCI_MSI_VEC_MAX);
> msi_vecs = min_t(unsigned int, msi_vecs, CONFIG_PCI_NR_MSI);
>
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.org/listinfo/linuxppc-dev
h/s390/mm/mmap.c | 34 +++---
> 1 file changed, 23 insertions(+), 11 deletions(-)
Patch series including this patch works fine
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
__
; the same ET_DYN randomization on s390.
>
> Signed-off-by: Kees Cook
> ---
> arch/s390/include/asm/elf.h | 8 +---
> arch/s390/mm/mmap.c | 11 ++-
> 2 files changed, 7 insertions(+), 12 deletions(-)
Patch series including this patch works fine
Acked-by:
On Tue, 23 Feb 2016 19:19:07 +0100
Gerald Schaefer wrote:
> On Tue, 23 Feb 2016 13:32:21 +0300
> "Kirill A. Shutemov" wrote:
>
> > On Fri, Feb 12, 2016 at 06:16:40PM +0100, Gerald Schaefer wrote:
> > > On Fri, 12 Feb 2016 16:57:27 +0100
> > > Christian Borntraeger wrote:
> > >
> > > > > I'm a
On Tue, 23 Feb 2016 22:33:45 +0300
"Kirill A. Shutemov" wrote:
> On Tue, Feb 23, 2016 at 07:19:07PM +0100, Gerald Schaefer wrote:
> > I'll check with Martin, maybe it is actually trivial, then we can
> > do a quick test it to rule that one out.
>
> Oh. I found a bug in __split_huge_pmd_locked().
er, patch 8 depends on all the other patches.
> > >
> > > Hi Joseph,
> > >
> > > I have done some testing on powerpc, and it seems good.
> > >
> > > I'm reluctant to proceed with merging them though until we've heard at
>
On Mon, 4 Jan 2016 14:20:42 +0100
Peter Zijlstra wrote:
> On Thu, Dec 31, 2015 at 09:06:30PM +0200, Michael S. Tsirkin wrote:
> > On s390 read_barrier_depends, smp_read_barrier_depends
> > smp_store_mb(), smp_mb__before_atomic and smp_mb__after_atomic match the
> > asm-generic variants exactly. D
On Mon, 4 Jan 2016 22:42:44 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Jan 04, 2016 at 04:03:39PM +0100, Martin Schwidefsky wrote:
> > On Mon, 4 Jan 2016 14:20:42 +0100
> > Peter Zijlstra wrote:
> >
> > > On Thu, Dec 31, 2015 at 09:06:30PM +0200, M
On Mon, 4 Jan 2016 22:18:58 +0200
"Michael S. Tsirkin" wrote:
> On Mon, Jan 04, 2016 at 02:45:25PM +0100, Peter Zijlstra wrote:
> > On Thu, Dec 31, 2015 at 09:08:38PM +0200, Michael S. Tsirkin wrote:
> > > This defines __smp_xxx barriers for s390,
> > > for use by virtualization.
> > >
> > > Som
On Tue, 5 Jan 2016 11:30:19 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Jan 05, 2016 at 09:13:19AM +0100, Martin Schwidefsky wrote:
> > On Mon, 4 Jan 2016 22:18:58 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Mon, Jan 04, 2016 at 02:4
On Tue, 5 Jan 2016 15:04:43 +0200
"Michael S. Tsirkin" wrote:
> On Tue, Jan 05, 2016 at 01:08:52PM +0100, Martin Schwidefsky wrote:
> > On Tue, 5 Jan 2016 11:30:19 +0200
> > "Michael S. Tsirkin" wrote:
> >
> > > On Tue, Jan 05, 2016 at 09:13:19
lution depends on the enablement of the high
> resolution timers that can happen either at compile or at run time.
>
> Fix the s390 vdso implementation of clock_getres keeping a copy of
> hrtimer_resolution in vdso data and using that directly.
>
> Cc: Martin Schwidefsky
> Cc:
On Mon, 15 Apr 2019 09:17:10 -0700
Linus Torvalds wrote:
> On Sun, Apr 14, 2019 at 10:19 PM Christoph Hellwig wrote:
> >
> > Can we please have the page refcount overflow fixes out on the list
> > for review, even if it is after the fact?
>
> They were actually on a list for review long befor
On Tue, 16 Apr 2019 11:09:06 +0200
Martin Schwidefsky wrote:
> On Mon, 15 Apr 2019 09:17:10 -0700
> Linus Torvalds wrote:
>
> > On Sun, Apr 14, 2019 at 10:19 PM Christoph Hellwig
> > wrote:
> > >
> > > Can we please have the page refcount overflow
On Tue, 16 Apr 2019 09:49:46 -0700
Linus Torvalds wrote:
> On Tue, Apr 16, 2019 at 9:16 AM Linus Torvalds
> wrote:
> >
> > We actually already *have* this function.
> >
> > It's called "gup_fast_permitted()" and it's used by x86-64 to verify
> > the proper address range. Exactly like s390 needs.
On Wed, 17 Apr 2019 09:46:37 +0200
Martin Schwidefsky wrote:
> On Tue, 16 Apr 2019 09:49:46 -0700
> Linus Torvalds wrote:
>
> > On Tue, Apr 16, 2019 at 9:16 AM Linus Torvalds
> > wrote:
> > >
> > > We actually already *have* this function.
> > &
On Wed, 17 Apr 2019 09:57:01 -0700
Linus Torvalds wrote:
> On Wed, Apr 17, 2019 at 1:02 AM Martin Schwidefsky
> wrote:
> >
> > Grumpf, that does *not* work. For gup the table entries may be read only
> > once. Now I remember why I open-coded p4d_offset, pud_offset an
On Thu, 18 Apr 2019 08:49:32 -0700
Linus Torvalds wrote:
> On Thu, Apr 18, 2019 at 1:02 AM Martin Schwidefsky
> wrote:
> >
> > The problematic lines in the generic gup code are these three:
> >
> > 1845: pmdp = pmd_offset(&pud, addr);
> > 1888:
On Thu, 18 Apr 2019 20:41:44 +0200
Martin Schwidefsky wrote:
> On Thu, 18 Apr 2019 08:49:32 -0700
> Linus Torvalds wrote:
>
> > On Thu, Apr 18, 2019 at 1:02 AM Martin Schwidefsky
> > wrote:
> > >
> > > The problematic lines in the generic gup code ar
On Fri, 19 Apr 2019 10:27:17 -0700
Linus Torvalds wrote:
> On Fri, Apr 19, 2019 at 6:33 AM Martin Schwidefsky
> wrote:
> >
> > That problem got stuck in my head and I thought more about it. Why not
> > emulate the static folding sequence in the s390 page table code?
gt; +* ptlocks because exclusive mmap_sem prevents deadlock.
> > +*/
> > + old_ptl = pmd_lock(vma->vm_mm, old_pmd);
> > + if (old_ptl) {
> > + pmd_t pmd;
> > +
> > + new_ptl = pmd_lockptr(mm, new_pmd);
> > + if (
Logical Partitioning
> @@ -157,7 +158,7 @@ config HOTPLUG_PCI_SGI
> When in doubt, say N.
>
> config HOTPLUG_PCI_S390
> - bool "System z PCI Hotplug Support"
> + bool "IBM System z PCI Hotplug Support"
> depends on S390 && 64BIT
> help
> Say Y here if you want to use the System z PCI Hotplug
>
The rewording of the HOTPLUG_PCI_S390 entry is fine with me.
Acked-by: Martin Schwidefsky
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
On Mon, 17 Jan 2011 12:07:13 +0100
Peter Zijlstra wrote:
> I visited existing smp_send_reschedule() implementations and tried to
> add a call to scheduler_ipi() in their handler part, but esp. for MIPS
> I'm not quite sure I actually got all of them.
>
> diff --git a/arch/s390/kernel/smp.c b/ar
On Wed, 09 Mar 2011 12:33:49 +0100
Peter Zijlstra wrote:
> On Wed, 2011-03-09 at 11:19 +0100, Peter Zijlstra wrote:
> > > It appears that this corresponds to one CPU deciding to rebuild the
> > > sched domains. There's various reasons why that can happen, the typical
> > > one in our case is the
On Wed, 09 Mar 2011 14:19:29 +0100
Peter Zijlstra wrote:
> On Wed, 2011-03-09 at 14:15 +0100, Martin Schwidefsky wrote:
> > On Wed, 09 Mar 2011 12:33:49 +0100
> > Peter Zijlstra wrote:
> >
> > > On Wed, 2011-03-09 at 11:19 +0100, Peter Zijlstra wrote:
> > &g
On Wed, 09 Mar 2011 14:33:56 +0100
Peter Zijlstra wrote:
> On Wed, 2011-03-09 at 14:31 +0100, Martin Schwidefsky wrote:
> > > But if you don't also update the cpu->node memory mappings (which I
> > > think it near impossible) what good is it to change the scheduler
On Tue, 20 Jul 2010 00:12:02 +0200
Mikael Pettersson wrote:
> Unfortunately it seems difficult to write a generic module
> which uses math-emu:
> - includes ,
> but only a handful of archs have it
> - isn't always self-contained and may depend
> on various $arch-specific declarations being
On Mon, 20 Jul 2009 17:11:13 +1000
Benjamin Herrenschmidt wrote:
> On Wed, 2009-07-15 at 15:56 +0200, Nick Piggin wrote:
> > > I would like to merge the new support that depends on this in 2.6.32,
> > > so unless there's major objections, I'd like this to go in early during
> > > the merge window
process_tick().
Just tested on s390 with CONFIG_VIRT_CPU_ACCOUNTING=y. Works fine and it
is a nice cleanup of the s390 timer code. Thanks Paul.
Acked-by: Martin Schwidefsky <[EMAIL PROTECTED]>
--
blue skies,
Martin.
"Reality continues to
On Fri, 2007-08-10 at 22:58 -0400, Mathieu Desnoyers wrote:
> I got the following errors when building 2.6.23-rc2-mm2 on both mips and
> arm. Both errors are very much alike.
Four letter words. Seems like I have install some more cross-compilers
to find all the compile problems with the mm_types m
p with compiling cross-compilers..
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
---
Subject: [PATCH] move mm_struct and vm_area_struct, compile fix.
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Include in to make mips and arm
compile again after mm_str
On Sat, 2007-08-11 at 11:56 +0200, Sam Ravnborg wrote:
> > That attached patch should fix it for arm and mips. I'll try a few more
> > architectures until I'm fed up with compiling cross-compilers..
> http://userweb.kernel.org/~akpm/cross-compilers/
Thanks for the hint but I prefer to compile them
On Thu, 2 May 2019 14:21:28 +0200
Greg KH wrote:
> On Mon, Apr 15, 2019 at 09:17:10AM -0700, Linus Torvalds wrote:
> > On Sun, Apr 14, 2019 at 10:19 PM Christoph Hellwig
> > wrote:
> > >
> > > Can we please have the page refcount overflow fixes out on the list
> > > for review, even if it is
On Thu, 2 May 2019 16:31:10 +0200
Greg KH wrote:
> On Thu, May 02, 2019 at 04:17:58PM +0200, Martin Schwidefsky wrote:
> > On Thu, 2 May 2019 14:21:28 +0200
> > Greg KH wrote:
> >
> > > On Mon, Apr 15, 2019 at 09:17:10AM -0700, Linus Torvalds wrote:
> >
On Fri, 10 May 2019 12:24:01 -0400
Steven Rostedt wrote:
> On Fri, 10 May 2019 10:42:13 +0200
> Petr Mladek wrote:
>
> > static const char *check_pointer_msg(const void *ptr)
> > {
> > - char byte;
> > -
> > if (!ptr)
> > return "(null)";
> >
> > - if (probe_kernel_addre
On Fri, 10 May 2019 12:40:58 -0400
Steven Rostedt wrote:
> On Fri, 10 May 2019 18:32:58 +0200
> Martin Schwidefsky wrote:
>
> > On Fri, 10 May 2019 12:24:01 -0400
> > Steven Rostedt wrote:
> >
> > > On Fri, 10 May 2019 10:42:13 +0200
> > > P
On Wed, 2 Nov 2016 10:38:20 +0100
Stanislaw Gruszka wrote:
> On Wed, Nov 02, 2016 at 10:11:22AM +0100, Christian Borntraeger wrote:
> > On 10/31/2016 01:36 PM, Stanislaw Gruszka wrote:
> > > Only s390 and powerpc have hardware facilities allowing to measure
> > > cputimes scaled by frequency. On
On Thu, 9 Jun 2016 14:02:01 -0700
Kees Cook wrote:
> Close the hole where ptrace can change a syscall out from under seccomp.
>
> Signed-off-by: Kees Cook
> Cc: Heiko Carstens
> Cc: Martin Schwidefsky
> Cc: linux-s...@vger.kernel.org
> ---
> arch/s
41 matches
Mail list logo
