On Wed, Oct 14, 2015 at 05:12:32PM +0200, Lars-Peter Clausen wrote:
> On 10/14/2015 03:15 PM, Martin Kepplinger wrote:
> [...]
> > + if (irq1 > 0)
> > + client->irq = irq1;
>
> You must not overwrite client->irq, that field is manged by the I2C core and
On Thu, Oct 15, 2015 at 10:35:38AM +0100, Suzuki K. Poulose wrote:
> On 14/10/15 18:07, Mark Rutland wrote:
> >On Wed, Oct 14, 2015 at 12:20:26PM +0100, Suzuki K. Poulose wrote:
>
> >>+ * Number of page-table levels required to address 'va_bits' wide
> >>
> >>+#define id_aa64mmfr0_tgran_shift ID_AA64MMFR0_TGRAN64_SHIFT
> >>+#define id_aa64mmfr0_tgran_on ID_AA64MMFR0_TGRAN64_ON
> >>+
> >>+#else
> >>+
> >>+#define id_aa64mmfr0_tgran_shift ID_AA64MMFR0_TGRAN4_SHIFT
> >>+#define id_aa64mmfr0_tgran_on ID_AA64MMFR0_TGRAN4_ON
On Wed, Oct 14, 2015 at 04:13:47PM -0500, Jeremy Linton wrote:
> On 10/14/2015 06:20 AM, Suzuki K. Poulose wrote:
>
> >+ * Checks if the selected granule size is supported by the CPU.
> >+ * If it doesn't park the CPU
>
> The problem is when you park the boot CPU.
>
> I think for EFI there is a
On Thu, Oct 15, 2015 at 12:25:33PM +0100, Suzuki K. Poulose wrote:
> On Thu, Oct 15, 2015 at 11:45:15AM +0100, Mark Rutland wrote:
> > On Wed, Oct 14, 2015 at 04:13:47PM -0500, Jeremy Linton wrote:
> > > On 10/14/2015 06:20 AM, Suzuki K. Poulose wrote:
> > >
> &
vel.
> >
> > Convert the existing users to the new helpers. More users
> > to follow.
> >
> > Cc: Ard Biesheuvel
> > Cc: Mark Rutland
> > Cc: Catalin Marinas
> > Cc: Will Deacon
> > Cc: Marc Zyngier
> > Signed-off-by: Suzuki K. P
Hi,
> +config ARM64_16K_PAGES
> + bool "16KB"
> + help
> + The system will use 16KB pages support. AArch32 emulation
> + requires applications compiled with 16K(or multiple of 16K)
> + aligned segments.
Nit: missing space before '('
Nit: 'a multiple of'
> @@ -503,6 +517
On Thu, Oct 15, 2015 at 09:47:53AM -0500, Jeremy Linton wrote:
> On 10/15/2015 06:25 AM, Suzuki K. Poulose wrote:
> >+/*
> >+ * Check to see if the CPU supports the requested pagesize
> >+ */
> >+asm volatile("mrs %0, ID_AA64MMFR0_EL1" : "=r" (aa64mmfr0_el1));
> >+aa64mmfr0_el1
former
> uses struct initialisation and ends up zeroing anything set previously.
>
> We should probably tidy all this up:
>
> * Remove armpmu_register and call perf_pmu_register directly from
> arm_pmu_device_probe instead
>
> * Call armpmu_init immediately prior to arm_c
On Thu, Oct 15, 2015 at 04:20:37PM +0100, Pawel Moll wrote:
> On Thu, 2015-10-15 at 08:15 -0700, Drew Richardson wrote:
> > On Thu, Oct 15, 2015 at 02:21:12PM +0100, Will Deacon wrote:
> > > On Tue, Oct 13, 2015 at 08:36:45AM -0700, Drew Richardson wrote:
> > > > Add additional information about th
On Thu, Oct 15, 2015 at 09:31:46AM -0700, Drew Richardson wrote:
> On Thu, Oct 15, 2015 at 04:41:26PM +0100, Mark Rutland wrote:
> > On Thu, Oct 15, 2015 at 04:29:15PM +0100, Will Deacon wrote:
> > > On Thu, Oct 15, 2015 at 08:15:06AM -0700, Drew Richardson wrote:
> > >
Hi,
On Fri, Oct 16, 2015 at 06:46:07PM +0800, yalin wang wrote:
> Change to use memmove(), in case the dest address overlap with the
> source address.
This cannot happen, and memove would not be sufficient if it did.
The destination is a region returned by EFI_BOOT_SERVICES.AllocatePages,
which
On Fri, Oct 16, 2015 at 08:15:08PM +0800, CK Hu wrote:
> From: Jitao Shi
>
> Add documentation for DT properties supported by ps8640
> DSI-eDP converter.
>
> Signed-off-by: Jitao Shi
> ---
> .../devicetree/bindings/video/bridge/ps8640.txt| 48
>
> 1 file changed, 48
> + /* FIXME - use of_graph_get_port_by_id(np, 1) on newer kernels */
> + in_ep = of_graph_get_next_endpoint(np, NULL);
Huh?
> + edidp = of_get_property(np, "edid", &size);
This property wasn't mentioned in the binding document.
Please describe it. If it's from a more generic bindin
On Fri, Oct 16, 2015 at 08:08:33PM +0200, H. Nikolaus Schaller wrote:
> 1. add uart_ports to a search list as soon as they are registered
> 2. provide a function to search an uart_port by phandle. This copies the
>mechanism how devm_usb_get_phy_by_phandle() works
> 3. add a bindings document ho
On Fri, Oct 16, 2015 at 06:06:16PM +0100, Suzuki K. Poulose wrote:
> From: Mark Rutland
>
> Since NR_FIX_BTMAPS based on the fixed size of 256K, lets use
> a formula to derive it for a given page size, rather than defining
> for each page size.
No need to respin, but I'
ext patch of this series.)
>
> Signed-off-by: Yury Norov
It would be worth mentioning that the cpu_feature() macro was moved as
it depends on the include of for ilog2().
Otherwise this looks like a sensible cleanup/fix to me:
Reviewed-by: Mark Rutland
Mark.
> ---
> arch/arm64/incl
ds a check to ensure the CPU supports the selected
> granule size.
> Patch 10 Adds the page size information to image header.
> Patches 11-12 Adds the support for 16K page size
FWIW, for the series:
Acked-by: Mark Rutland
Thanks,
Mark.
--
To unsubscribe from this list: send t
ss dec hex filename
>126835781470996 348904 14503478 dd4e36 before
>126832741470996 348904 14503174 dd4d06 after
>
> presumably because now we don't have to jump to code in the
> .ref.text section and/or the noinline marking is r
Hi,
Please Cc the devicetree list (devicet...@vger.kernel.org) when sending
binding patches. I see you've added the people from the MAINTAINERS
entry; the list should also be Cc'd.
On Mon, Oct 19, 2015 at 02:23:17PM -0500, Brijesh Singh wrote:
> Add support for the AMD Seattle SoC EDAC driver.
>
On Tue, Oct 20, 2015 at 04:45:22PM +0800, Chen Feng wrote:
> docs: iommu: Documentation for smmu in hi6220 SoC.
>
> Signed-off-by: Chen Feng
> Signed-off-by: Yu Dongbin
> ---
> .../bindings/iommu/hisi,hi6220-iommu.txt | 52
> ++
> 1 file changed, 52 insertions(+)
On Tue, Oct 20, 2015 at 11:44:46AM -0500, Brijesh Singh wrote:
> Hi Mark,
>
> Thanks for review.
>
> -Brijesh
>
> On 10/19/2015 03:52 PM, Mark Rutland wrote:
> > Hi,
> >
> > Please Cc the devicetree list (devicet...@vger.kernel.org) when sending
>
On Tue, Oct 20, 2015 at 06:57:44PM +0200, Borislav Petkov wrote:
> On Tue, Oct 20, 2015 at 11:44:46AM -0500, Brijesh Singh wrote:
> > > This second property doesn't describe the hardware in any way. It should
> > > be runtime-configurable and dpesn't belong in the DT.
> > >
> > > Regardless, the b
On Tue, Oct 20, 2015 at 07:36:39PM +0200, Borislav Petkov wrote:
> On Tue, Oct 20, 2015 at 06:26:55PM +0100, Mark Rutland wrote:
> > > Btw, how much of this is implementing generic A57 functionality?
> >
> > The driver is entirely A57 generic.
> >
> > &g
On Thu, Oct 22, 2015 at 02:12:17PM -0700, Tim Bird wrote:
> Add a regulator to control the OTG chargepath switch. The OTG
> switch gets its power from pm8941_5vs1, and that should be expressed
> as an usb_otg_in-supply property in the DT node for the charger driver.
> The regulator name is "otg".
On Wed, Oct 21, 2015 at 03:41:37PM -0500, Brijesh Singh wrote:
> Add support for Cortex A57 and A53 EDAC driver.
>
> Signed-off-by: Brijesh Singh
> CC: robh...@kernel.org
> CC: pawel.m...@arm.com
> CC: mark.rutl...@arm.com
> CC: ijc+devicet...@hellion.org.uk
> CC: ga...@codeaurora.org
> CC: dougt
On Mon, Oct 26, 2015 at 10:14:33PM +0800, John Garry wrote:
> Add devicetree bindings for HiSilicon SAS driver.
>
> Signed-off-by: John Garry
> ---
> .../devicetree/bindings/scsi/hisilicon-sas.txt | 70
> ++
> 1 file changed, 70 insertions(+)
> create mode 100644 Docume
> + sas_addr_prop = of_find_property(np, "sas-addr", NULL);
> + if (!sas_addr_prop || (sas_addr_prop->length != SAS_ADDR_SIZE))
> + goto err_out;
> + memcpy(hisi_hba->sas_addr, sas_addr_prop->value, SAS_ADDR_SIZE);
This was not in the binding.
What is this?
Thanks,
Mark.
On Fri, Jul 17, 2015 at 10:11:52AM +0100, Alison Wang wrote:
> Hrtimer based broadcast is used on ARM platform. It can be
> registered as the tick broadcast device in the absence of
> a real external clock device.
>
> Signed-off-by: Alison Wang
This looks sensible to me. FWIW:
On Sat, Oct 03, 2015 at 07:28:05PM -0400, Gabriel L. Somlo wrote:
> From: "Gabriel Somlo"
>
> Allow access to QEMU firmware blobs, passed into the guest VM via
> the fw_cfg device, through SysFS entries. Blob meta-data (e.g. name,
> size, and fw_cfg key), as well as the raw binary blob data may b
d in
, and promotes its arguments to the requisite types, so
we need not do this explicitly.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Acked-by: Palmer Dabbelt
Reviewed-by: Will Deacon
Cc: Boqun Feng
---
arch/alp
.1076-1-mark.rutl...@arm.com
[2] https://lkml.kernel.org/r/20180529154346.3168-1-mark.rutl...@arm.com
[3] https://lkml.kernel.org/r/20180618101919.51973-1-mark.rutl...@arm.com
[4] git://git.kernel.org/pub/scm/linux/kernel/git/mark/linux.git
atomics/api-cleanup
Mark Rutland (18):
atomics/treewi
.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Arnd Bergmann
Cc: Richard Henderson
Cc: Ivan Kokshaysky
Cc: Matt Turner
Cc: Vineet Gupta
Cc: Russell King
Cc: Benjamin
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Acked-by: Palmer Dabbelt
Reviewed-by: Will Deacon
Cc: Boqun Feng
---
arch/alpha/include/asm/atomic.h | 12 -
arch/arc/include/asm/atomic.h
o the standards ifdefs, as macro expansions
rather than static inlines.
* Removes trivial andnot implementations from architectures, where these
are superseded by core code.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (
ff-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
---
arch/arm64/include/asm/atomic.h | 12
arch/ia64/include/asm/atomic.h| 15 ---
arch/mips/include/asm/atomic.h| 24
this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
---
arch/alpha/include/asm/atomic.h | 1 +
arch/arc/include/asm/atomic.h | 1 +
arch/arm/include/asm/atomic.h | 1 +
arch/arm64/include/asm/ato
d-off-by: Mark Rutland
Acked-by: Geert Uytterhoeven
Acked-by: Peter Zijlstra (Intel)
Acked-by: Palmer Dabbelt
Reviewed-by: Will Deacon
Cc: Boqun Feng
---
arch/alpha/include/asm/atomic.h | 12 ---
arch/arc/include/asm/atomic.h | 10 ---
arch/arm/include/asm/
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Acked-by Palmer Dabbelt
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Palmer Dabbelt
Cc: Albert Ou
---
arch/riscv/include/asm/atomic.h | 8 ++--
1 file changed, 2
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Russell King
---
arch/arm/include/asm/atomic.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Richard Henderson
Cc: Ivan Kokshaysky
Cc: Matt Turner
---
arch/alpha/include/asm/atomic.h | 23
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Vineet Gupta
---
arch/arc/include/asm/atomic.h | 25 -
1 file changed, 12 insertions(+), 13
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Acked-by: Michael Ellerman
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Benjamin Herrenschmidt
Cc: Paul Mackerras
---
arch/powerpc/include/asm/atomic.h | 9
atomic64_t or atomic_long_t, and there is only one
user in the kernel tree.
Given all this, let's remove atomic_inc_not_zero_hint(), and migrate the
existing user over to atomic_inc_not_zero().
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Ack
definition.
No functional change is intended as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Arnd Bergmann
---
include/asm-generic/atomic64.h | 3 ++-
lib/atomic64.c | 12 ++--
2 files
s a result of this patch.
Signed-off-by: Mark Rutland
Reviewed-by: Geert Uytterhoeven
Acked-by: Geert Uytterhoeven
Acked-by: Peter Zijlstra (Intel)
Acked-by: Palmer Dabbelt
Reviewed-by: Will Deacon
Cc: Boqun Feng
Cc: Vineet Gupta
---
arch/alpha/include/asm/atomic.h | 2 +-
arch/a
is not
changed.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Reviewed-by: Will Deacon
Cc: Michael Ellerman
Cc: Boqun Feng
---
include/asm-generic/atomic-instrumented.h | 2 +-
include/asm-generic/atomic64.h| 3 ++-
include/linux/atomic.h
do
sed -i '{s/\<__arch_atomic_add_unless\>/arch_atomic_fetch_add_unless/}'
"${line%%:*}";
done
Note that we do not have atomic{64,_long}_fetch_add_unless(), which will
be introduced by later patches.
There should be no functional change as a result of this patch.
When atomic_inc_not_zero(v) isn't defined, will define
it as falling back to atomic_add_unless((v), 1, 0), so there's no need
for arch code to do so.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Acked-by: Peter Zijlstra (Intel)
Acked-
On Thu, Jun 21, 2018 at 01:13:11PM +0100, Mark Rutland wrote:
> - if (v->counter != u) {
> + val = v->counter;
> + if (val != u)
> v->counter += a;
> - ret = true;
> }
Ugh, I thought I had fixed this up and removed the trail
On Fri, Jun 22, 2018 at 09:18:27PM +0800, Wei Xu wrote:
> [0.042462] Insufficient stack space to handle exception!
> [0.042464] ESR: 0x9646 -- DABT (current EL)
> [0.043781] FAR: 0x093a80e0
> [0.044239] Task stack: [0x093a8000..0x093ac000]
ut).
> >
> > So rework the whole thing to use atomic_long_t and its accessors
> > directly.
> >
> > While there, fixup all the horrible comment styles.
> >
> > Cc: Peter Hurley
> > Reported-by: Mark Rutland
> > Signed-off-by: Peter Zijlstra (Intel)
>
> Looks good, I'll queue this up after 4.18-rc1 is out, thanks.
Now that v4.18-rc1 is out, I thought I'd ping so that this doesn't get
forgotten.
Have a good weekend!
Mark.
very thin (the only difference is not changing *old on success, which
most callers don't seem to care about).
So rework the whole thing to use atomic_long_t and its accessors
directly.
While there, fixup all the horrible comment styles.
Cc: Peter Hurley
Reported-by: Mark Rutland
Signed-o
infrastructure is updated to cover
the new scripts.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Peter Zijlstra
Cc: Will Deacon
---
MAINTAINERS | 1 +
scripts/atomic/atomic-tbl
tatic inline functions, with
return type consistently on a separate line to try to keep each line at
a sensible length.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Peter Zijlstra
Cc: Will Deacon
---
include/linux/atomic-fallb
er of
function names and macro definitions. Due to the way we call the LL/SC
atomics via the LSE atomic wrappers, this requires adding an arch_
prefix to some arm64-specific atomic primitives.
Some unusual whitespace in the cmpxchg wrappers is fixed up as part of
the change.
Signed-off-by: Mark Ru
..@arm.com
[3] git://git.kernel.org/pub/scm/linux/kernel/git/mark/linux.git
atomics/generated
Mark Rutland (10):
atomics/x86: reduce arch_cmpxchg64*() instrumentation
atomics: simplify cmpxchg() instrumentation
atomics/treewide: instrument xchg()
atomics: instrument cmpxchg_double*()
ntial reliance on these elsewhere
by ensuring each is undef'd at the end of .
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Peter Zijlstra
Cc: Will Deacon
Cc: Andrea Parri
---
arch/alpha/include/asm/atomic.h | 8 +++
ar
While we instrument atomic*() and cmpxchg(), we missed xchg().
Let's add instrumentation for xchg(), fixing up x86 to implement
arch_xchg().
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Dmitry Vyukov
Cc: H. Peter Anvin
Cc: Ingo Molnar
Cc: Peter Zijlstra
Cc: Thomas Gleixner
Cc:
hould be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Dmitry Vyukov
Cc: Peter Zijlstra
Cc: Will Deacon
---
include/asm-generic/atomic-instrumented.h | 100 +-
1 file changed, 15 insertions(+), 85 deletions(-)
diff --
tures to make use of the instrumented
atomics.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Peter Zijlstra
Cc: Will Deacon
Cc: Arnd Bergmann
Cc: Andrey Ryabinin
Cc: Alexander Potapenko
Cc: Dmitry Vyukov
---
include/asm-generic/atomic-instrumented.h | 1688 +
) again. We can revisit the issue if build failures
reappear.
Signed-off-by: Mark Rutland
Cc: Arnd Bergmann
Cc: Boqun Feng
Cc: Dmitry Vyukov
Cc: Peter Zijlstra
Cc: Will Deacon
---
include/asm-generic/atomic-instrumented.h | 21 -
1 file changed, 8 insertions(+), 13 deletions
write()
arch_cmpxchg()
Let's fix this up and call the arch_ equivalents, resulting in:
cmpxchg64()
kasan_check_write()
arch_cmpxchg64()
arch_cmpxchg()
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Dmitry Vyukov
Cc: H. Peter Anvin
Cc: Ingo Molnar
Cc: Peter Zi
ons into the atomic_long_* API, bringing it into line with the
atomic_* and atomic64_* APIs.
Signed-off-by: Mark Rutland
Cc: Boqun Feng
Cc: Peter Zijlstra
Cc: Will Deacon
Cc: Arnd Bergmann
---
include/asm-generic/atomic-long.h | 1171 ++---
1 file change
On Mon, Jun 25, 2018 at 01:38:03PM +0200, Andrea Parri wrote:
> On Mon, Jun 25, 2018 at 11:59:44AM +0100, Mark Rutland wrote:
> > Currently we define some fairly verbose wrappers for the cmpxchg()
> > family so that we can pass a pointer and size into kasan_check_write().
>
On Mon, Jun 25, 2018 at 11:59:47AM +0100, Mark Rutland wrote:
> Currently architectures can override __atomic_op_*() to define the barriers
> used before/after a relaxed atomic when used to build acquire/release/fence
> variants.
>
> This has the unfortunate property of requiring t
Hi,
On Tue, Jul 17, 2018 at 03:58:19PM -0700, Laura Abbott wrote:
> On 07/03/2018 05:14 AM, Mark Rutland wrote:
> > > It might be cleaner just to use on_accessible_stack and then another
> > > function to get the top of stack. This also might just be
> > > reimp
Hi Laura,
On Wed, Jul 18, 2018 at 02:10:12PM -0700, Laura Abbott wrote:
>
> In preparation for enabling the stackleak plugin on arm64,
> we need a way to get the bounds of the current stack.
> Introduce a new primitive current_stack_type which is similar
> to x86's get_stack_info. Utilize that to
On Wed, Jul 18, 2018 at 02:10:13PM -0700, Laura Abbott wrote:
>
> Implementation of stackleak based heavily on the x86 version
>
> Signed-off-by: Laura Abbott
> ---
> Since last time: Minor style cleanups. Re-wrote check_alloca to
> correctly handle all stack types. While doing that, I also real
On Thu, Jul 19, 2018 at 03:18:46PM -0700, Venkata Narendra Kumar Gutta wrote:
> Nothing stops a process from hotplugging in a CPU concurrently
> with a sys_reboot() call. In such a situation we could have
> ipi_cpu_stop() mark a cpu as 'offline' and _cpu_up() ignore the
> fact that the CPU is not r
On Thu, Jul 19, 2018 at 03:12:49PM -0700, Venkata Narendra Kumar Gutta wrote:
> Based on the 'commit <8b775be35e41b9f> ("ARM: smp:
> BUG() if smp_send_reschedule() is called for an offline cpu")'
This commit does not appear to exist in mainline. Which tree is it in?
> Sending an IPI_RESCHEDULE to
;
if (sp < low || sp >= high)
return false;
if (info) {
info->low = low;
info->high = high;
info->type = STACK_TYPE_SDEI_NORMAL;
}
return true;
}
Otherwise, this all looks good to me. With that:
Reviewed-by: Mark Rutland
Thanks for working on this!
Mark.
On Thu, Jul 19, 2018 at 04:28:06PM -0700, Laura Abbott wrote:
>
> Implementation of stackleak based heavily on the x86 version
>
> Signed-off-by: Laura Abbott
Reviewed-by: Mark Rutlamd
Thanks for working on this!
Mark.
> ---
> v2: Convert to adjusted on_acessible_stack APIs. Fixed alloca ch
In-Reply-To: <19427cc3-3372-9b02-4b92-096fbe328...@molgen.mpg.de>
On Fri, Jul 20, 2018 at 09:53:21AM +0200, Paul Menzel wrote:
> Dear Linux folks,
Hi,
> Enabling the undefined behavior sanitizer and building GNU/Linux 4.18-rc5+
> (with some unrelated commits) with GCC 8.1.0 from Debian Sid/unsta
On Mon, Jul 16, 2018 at 12:30:05PM +0100, Mark Rutland wrote:
> Hi Ingo,
Sorry to ping, but are you happy to pick this up?
Mark.
> Are you happy to pick this series? Both Will and Peter are happy with v3, and
> since then I've only made a minor cleanup to the commit messages for
On Mon, Jul 30, 2018 at 04:42:49PM -0700, Palmer Dabbelt wrote:
> Sorry it took me an absurd amount of time to get back around to this... I'm
> adding our mailing list, as we didn't even have one a year ago.
No worries; we all get swamped with things.
> I've included a few patches in line here,
On Wed, Jul 11, 2018 at 06:59:28AM +0100, Mark Rutland wrote:
> On Mon, Jul 09, 2018 at 06:42:29PM -0400, Boris Ostrovsky wrote:
> > On 07/02/2018 12:02 PM, Mark Rutland wrote:
> > > On Mon, Jul 02, 2018 at 05:46:55PM +0200, Peter Zijlstra wrote:
> > >> On Mon, Ju
On Mon, Jul 23, 2018 at 09:40:36AM +0200, Dmitry Vyukov wrote:
> On Sun, Jul 22, 2018 at 7:52 PM, Andy Lutomirski wrote:
> > Hi all-
> >
> > It would be really nice to make KASAN compatible with VMAP_STACK.
> > Both are valuable memory debugging features, and the fact that you
> > can't use both i
On Mon, Jul 23, 2018 at 01:55:49PM +0200, Dmitry Vyukov wrote:
> On Mon, Jul 23, 2018 at 1:18 PM, Mark Rutland wrote:
> > On Mon, Jul 23, 2018 at 09:40:36AM +0200, Dmitry Vyukov wrote:
> >> On Sun, Jul 22, 2018 at 7:52 PM, Andy Lutomirski wrote:
> >> > Hi all-
&g
On Tue, Jul 24, 2018 at 11:20:36AM +0200, Peter Zijlstra wrote:
> On Tue, Jul 24, 2018 at 09:15:18AM +0200, Ingo Molnar wrote:
> >
> > * Mark Rutland wrote:
> >
> > > From: Peter Zijlstra
> > >
> > > Mark found ldsem_cmpxchg() needed an (a
On Tue, Jul 24, 2018 at 01:13:13PM +0200, Ingo Molnar wrote:
>
> * Mark Rutland wrote:
>
> > On Tue, Jul 24, 2018 at 11:20:36AM +0200, Peter Zijlstra wrote:
> > > On Tue, Jul 24, 2018 at 09:15:18AM +0200, Ingo Molnar wrote:
> > > >
> > > > * Mar
On Tue, Jul 24, 2018 at 03:40:48PM +0200, Ingo Molnar wrote:
>
> * Mark Rutland wrote:
>
> > > Ok, then these bits will have to wait until Greg's tree goes upstream
> > > in about two weeks.
> >
> > Ok.
> >
> > > Which patches can
://lkml.kernel.org/r/20180618120310.39527-1-mark.rutl...@arm.com
[6] https://lkml.kernel.org/r/20180702110415.10465-1-mark.rutl...@arm.com
Mark Rutland (21):
arm64: consistently use unsigned long for thread flags
arm64: move SCTLR_EL{1,2} assertions to
arm64: kill config_sctlr_el1()
arm6
, let's make do_notify_resume take the flags as a 64-bit unsigned
long.
Signed-off-by: Mark Rutland
Reviewed-by: Dave Martin
Acked-by: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/kernel/signal.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm64/kernel/signal.c b
before setting it; this is removed for clarity.
Signed-off-by: Mark Rutland
Reviewed-by: Dave Martin
Acked-by: Catalin Marinas
Cc: James Morse
Cc: Will Deacon
---
arch/arm64/kernel/fpsimd.c | 13 ++---
1 file changed, 2 insertions(+), 11 deletions(-)
diff --git a/arch/arm64/kernel
In preparation for invoking arbitrary syscalls from C code, let's define
a type for an arbitrary syscall, matching the parameter passing rules of
the AAPCS.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Cc: Catalin Marinas
Cc: Will D
initions contain a
BUILD_BUG(), as we do for other stubs for which calls should always be
optimized away when the relevant config option is not selected.
At the same time, the include list of is sorted while
adding .
Signed-off-by: Mark Rutland
Acked-by: Catalin Marinas
Reviewed-by: Dave Marti
path.
This patch takes the same approach for arm64.
Signed-off-by: Mark Rutland
Tentatively-reviewed-by: Dave Martin
Reviewed-by: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/include/asm/unistd32.h | 4 ++--
arch/arm64/kernel/entry.S | 8
arch/arm64/kernel/entry32.S
is implemented directly in
, as we do for ksys_close() and friends.
This helper is necessary to enable conversion of arm64's syscall
handling to use pt_regs wrappers.
Signed-off-by: Mark Rutland
Reviewed-by: Dominik Brodowski
Cc: Al Viro
Cc: Christoph Hellwig
Cc: Dave Martin
---
include/
Currently syscall tracing is a tricky assembly state machine, which can
be rather difficult to follow, and even harder to modify. Before we
start fiddling with it for pt_regs syscalls, let's convert it to C.
This is not intended to have any functional change.
Signed-off-by: Mark Ru
_sys_*
counterparts, with the same calling convention.
This is necessary to enable conversion of arm64's syscall handling to
use pt_regs wrappers.
Signed-off-by: Mark Rutland
Reviewed-by: Dominik Brodowski
Cc: Al Viro
Cc: linux-fsde...@vger.kernel.org
---
fs/statfs.c
right thing, and drop the alignemnt.
Signed-off-by: Mark Rutland
Cc: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/kernel/sys.c | 6 +-
arch/arm64/kernel/sys32.c | 6 +-
2 files changed, 2 insertions(+), 10 deletions(-)
diff --git a/arch/arm64/kernel/sys.c b/arch/arm64/kernel/sys.c
Now that we have sysreg_clear_set(), we can consistently use this
instead of config_sctlr_el1().
Signed-off-by: Mark Rutland
Reviewed-by: Dave Martin
Acked-by: Catalin Marinas
Cc: James Morse
Cc: Will Deacon
---
arch/arm64/include/asm/sysreg.h | 10 --
arch/arm64/kernel
With pt_regs syscall wrappers, the calling convention for
sys_personality() will change. Use ksys_personality(), which is
functionally equivalent.
Signed-off-by: Mark Rutland
Acked-by: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/kernel/sys.c | 2 +-
1 file changed, 1 insertion(+), 1
ck to CPACR_EL1 when SVE is
actually enabled.
Signed-off-by: Mark Rutland
Reviewed-by: Catalin Marinas
Reviewed-by: Dave Martin
Cc: Will Deacon
---
arch/arm64/include/asm/syscall.h | 4
arch/arm64/kernel/entry.S| 42
arch/arm64/kernel/sysc
with this. GAS provides \@, which provides a
unique value per macro invocation, which we can use to create a unique
label.
Signed-off-by: Mark Rutland
Acked-by: Marc Zyngier
Acked-by: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/kernel/entry.S | 20 +++-
1 file chang
__sys_trace_return label.
This only converts the invocation of the syscall. The rest of the
syscall triage and tracing is left in assembly for now, and will be
converted in subsequent patches.
Signed-off-by: Mark Rutland
Reviewed-by: Catalin Marinas
Cc: Will Deacon
---
arch/arm64/kernel/Makefile
We can zero GPRs x0 - x29 upon entry from EL0 to make it harder for
userspace to control values consumed by speculative gadgets.
We don't blat x30, since this is stashed much later, and we'll blat it
before invoking C code.
Signed-off-by: Mark Rutland
Acked-by: Catalin Marinas
Cc: W
bits.
Signed-off-by: Mark Rutland
Acked-by: Catalin Marinas
Cc: Dave Martin
Cc: James Morse
Cc: Will Deacon
---
arch/arm64/include/asm/sysreg.h | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/arch/arm64/include/asm/sysreg.h b/arch/arm64/include/asm/sys
We don't currently annotate our mmap implementation as a syscall, as we
need to do to use pt_regs syscall wrappers.
Let's mark it as a real syscall.
There should be no functional change as a result of this patch.
Signed-off-by: Mark Rutland
Reviewed-by: Dominik Brodowski
Acked-b
501 - 600 of 4752 matches
Mail list logo