search for: vgupta

...tronix.de> > Cc: Ingo Molnar <mingo at redhat.com> > Cc: "H. Peter Anvin" <hpa at zytor.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: Jiri Slaby <jslaby at suse.cz> > Cc: Tejun Heo <tj at kernel.org> > Cc: Vineet Gupta <vgupta at synopsys.com> > --- > arch/x86/kernel/dumpstack.c | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) Btw., all these mechanic changes of the __kprobes annotation can be merged into a single patch. That will cut down on the size of the series substantially. Thank...

...tronix.de> > Cc: Ingo Molnar <mingo at redhat.com> > Cc: "H. Peter Anvin" <hpa at zytor.com> > Cc: Andrew Morton <akpm at linux-foundation.org> > Cc: Jiri Slaby <jslaby at suse.cz> > Cc: Tejun Heo <tj at kernel.org> > Cc: Vineet Gupta <vgupta at synopsys.com> > --- > arch/x86/kernel/dumpstack.c | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) Btw., all these mechanic changes of the __kprobes annotation can be merged into a single patch. That will cut down on the size of the series substantially. Thank...

...id() as pmd_mkinvalid() per Will Changes in V1: (https://patchwork.kernel.org/project/linux-mm/list/?series=259139) Cc: Benjamin Herrenschmidt <benh at kernel.crashing.org> Cc: Michael Ellerman <mpe at ellerman.id.au> Cc: Paul Mackerras <paulus at samba.org> Cc: Vineet Gupta <vgupta at synopsys.com> Cc: Russell King <linux at armlinux.org.uk> Cc: Catalin Marinas <catalin.marinas at arm.com> Cc: Will Deacon <will at kernel.org> Cc: Thomas Bogendoerfer <tsbogend at alpha.franken.de> Cc: Thomas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <...

...-rc6. Boot tested on arm64 and x86 platforms. Built tested on many other platforms including the ones changed here. Cc: Benjamin Herrenschmidt <benh at kernel.crashing.org> Cc: Michael Ellerman <mpe at ellerman.id.au> Cc: Paul Mackerras <paulus at samba.org> Cc: Vineet Gupta <vgupta at synopsys.com> Cc: Russell King <linux at armlinux.org.uk> Cc: Catalin Marinas <catalin.marinas at arm.com> Cc: Will Deacon <will at kernel.org> Cc: Thomas Bogendoerfer <tsbogend at alpha.franken.de> Cc: Thomas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <...

...omas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <mingo at redhat.com> Cc: "H. Peter Anvin" <hpa at zytor.com> Cc: Andrew Morton <akpm at linux-foundation.org> Cc: Jiri Slaby <jslaby at suse.cz> Cc: Tejun Heo <tj at kernel.org> Cc: Vineet Gupta <vgupta at synopsys.com> --- arch/x86/kernel/dumpstack.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/arch/x86/kernel/dumpstack.c b/arch/x86/kernel/dumpstack.c index d9c12d3..b74ebc7 100644 --- a/arch/x86/kernel/dumpstack.c +++ b/arch/x86/kernel/dumpstack.c @@ -200,7...

...clearly the highmem code was never tested with any system with more than a few CPUs. Use the default number of slots and fail the build when it does not fit. Randomly failing at runtime is not a really good option. Signed-off-by: Thomas Gleixner <tglx at linutronix.de> Cc: Vineet Gupta <vgupta at synopsys.com> Cc: linux-snps-arc at lists.infradead.org --- V3: Make it actually more correct. --- arch/arc/Kconfig | 1 arch/arc/include/asm/highmem.h | 26 ++++++++++++++---- arch/arc/include/asm/kmap_types.h | 14 --------- arch/arc/mm/highmem.c |...

...functional change. [pmd_present(pmd_mknotvalid(pmd)) = true] This is not applicable for platforms that define own pmdp_invalidate() via __HAVE_ARCH_PMDP_INVALIDATE. Suggestion for renaming came during a previous discussion here. https://patchwork.kernel.org/patch/11019637/ Cc: Vineet Gupta <vgupta at synopsys.com> Cc: Russell King <linux at armlinux.org.uk> Cc: Catalin Marinas <catalin.marinas at arm.com> Cc: Will Deacon <will at kernel.org> Cc: Thomas Bogendoerfer <tsbogend at alpha.franken.de> Cc: Thomas Gleixner <tglx at linutronix.de> Cc: Ingo Molnar <...

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

Hi, Here is the version 3 of NOKPORBE_SYMBOL series. Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've introduced NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined

...rs <vince@collabora.co.uk> Vincent Stehlé <v-stehle@ti.com> Vincent Stehlé <vincent.stehle@freescale.com> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vineet Gupta <vgupta@synopsys.com> # for arch/arc Vineet Gupta <vgupta@synopsys.com> [arch/arc bits] Vineet Gupta <vgupta@synopsys.com> for arch/arc bits Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openboss...

...rs <vince@collabora.co.uk> Vincent Stehlé <v-stehle@ti.com> Vincent Stehlé <vincent.stehle@freescale.com> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vineet Gupta <vgupta@synopsys.com> # for arch/arc Vineet Gupta <vgupta@synopsys.com> [arch/arc bits] Vineet Gupta <vgupta@synopsys.com> for arch/arc bits Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openboss...

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Currently the blacklist is maintained by hand in kprobes.c which is separated from the function definition and is hard to catch up the kernel update. To solve this issue, I've tried to implement new NOKPROBE_SYMBOL() macro for making kprobe blacklist at build time. Since the NOKPROBE_SYMBOL() macros can be placed right after the function is defined, it is easy to maintain. This series

Following up to the discussion in: https://lore.kernel.org/r/20200914204209.256266093 at linutronix.de and the second version of this: https://lore.kernel.org/r/20201029221806.189523375 at linutronix.de this series provides a preemptible variant of kmap_atomic & related interfaces. This is achieved by: - Removing the RT dependency from migrate_disable/enable() - Consolidating all

Following up to the discussion in: https://lore.kernel.org/r/20200914204209.256266093 at linutronix.de and the second version of this: https://lore.kernel.org/r/20201029221806.189523375 at linutronix.de this series provides a preemptible variant of kmap_atomic & related interfaces. This is achieved by: - Removing the RT dependency from migrate_disable/enable() - Consolidating all

Following up to the discussion in: https://lore.kernel.org/r/20200914204209.256266093 at linutronix.de and the second version of this: https://lore.kernel.org/r/20201029221806.189523375 at linutronix.de this series provides a preemptible variant of kmap_atomic & related interfaces. This is achieved by: - Removing the RT dependency from migrate_disable/enable() - Consolidating all

...org> Vincent Penquerc''h <vincent.penquerch@collabora.co.uk> Vincent Sanders <vince@collabora.co.uk> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openbossa.org> Vinit Kamalaksha Shenoy <vinit.shenoy@st.com> Vinit Shenoy <vinit.shenoy@st.com> Vinod Koul <vinod.koul@intel.com> Vinod Koul <vinod.koul@linux...

...org> Vincent Penquerc''h <vincent.penquerch@collabora.co.uk> Vincent Sanders <vince@collabora.co.uk> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openbossa.org> Vinit Agnihotri <vinit.abhay.agnihotri@intel.com> Vinit Kamalaksha Shenoy <vinit.shenoy@st.com> Vinit Shenoy <vinit.shenoy@st.com> Vinod Koul <...

...org> Vincent Penquerc''h <vincent.penquerch@collabora.co.uk> Vincent Sanders <vince@collabora.co.uk> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openbossa.org> Vinit Agnihotri <vinit.abhay.agnihotri@intel.com> Vinit Kamalaksha Shenoy <vinit.shenoy@st.com> Vinit Shenoy <vinit.shenoy@st.com> Vinod Koul <...

...;vincent.penquerch@collabora.co.uk> Vincent Sanders <vince@collabora.co.uk> Vincent Stehlé <v-stehle@ti.com> Vincent Stehlé <vincent.stehle@laposte.net> Vincent Wen <vincentwenlinux@gmail.com> Vincenzo Frascino <vincenzo.frascino@st.com> Vineet Gupta <vgupta@synopsys.com> Vinh Nguyen Huu Tuong <vhtnguyen@apm.com> Vinicius Costa Gomes <vinicius.gomes@openbossa.org> Vinit Agnihotri <vinit.abhay.agnihotri@intel.com> Vinit Kamalaksha Shenoy <vinit.shenoy@st.com> Vinit Shenoy <vinit.shenoy@st.com> Vinod Koul <...