Re: [PATCH RFC 0/3] mm/gup: consistently call it GUP-fast

On 3/28/24 00:15, Mike Rapoport wrote: > On Thu, Mar 28, 2024 at 07:09:13AM +0100, Arnd Bergmann wrote: >> On Thu, Mar 28, 2024, at 06:51, Vineet Gupta wrote: >>> On 3/27/24 09:22, Arnd Bergmann wrote: >>>> On Wed, Mar 27, 2024, at 16:39, David Hildenbrand wrote:

Re: [PATCH RFC 0/3] mm/gup: consistently call it GUP-fast

+CC Alexey On 3/27/24 09:22, Arnd Bergmann wrote: > On Wed, Mar 27, 2024, at 16:39, David Hildenbrand wrote: >> On 27.03.24 16:21, Peter Xu wrote: >>> On Wed, Mar 27, 2024 at 02:05:35PM +0100, David Hildenbrand wrote: >>> >>> I'm not sure what config you tried there; as I am doing some build

Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA

-by: Vineet Gupta Shahab can you give this a spin on hsdk - run glibc testsuite over ssh and make sure nothing strange happens. Thx, -Vineet

Re: [PATCH v3 4/4] arc: Use generic dump_stack_print_cmdline() implementation

On 8/8/22 06:09, Helge Deller wrote: The process program name and command line is now shown in generic code in dump_stack_print_info(), so drop the arc-specific implementation. Signed-off-by: Helge Deller But that info printing was added back in 2018 by e36df28f532f882. I don't think arc is

Re: [PATCH RESEND v9 1/5] arc: dts: Harmonize EHCI/OHCI DT nodes name

On 6/24/22 07:16, Serge Semin wrote: In accordance with the Generic EHCI/OHCI bindings the corresponding node name is suppose to comply with the Generic USB HCD DT schema, which requires the USB nodes to have the name acceptable by the regexp: "^usb(@.*)?" . Make sure the "generic-ehci" and

Re: [PATCH v3] mm: Avoid unnecessary page fault retires on shared memory types

-- arch/arc/mm/fault.c | 4 Acked-by: Vineet Gupta Thx, -Vineet

Re: [PATCH -next] trap: Cleanup trap_init()

On 8/12/21 5:36 AM, Kefeng Wang wrote: There are some empty trap_init() in different ARCHs, introduce a new weak trap_init() function to cleanup them. Cc: Vineet Gupta Cc: Russell King Cc: Yoshinori Sato Cc: Ley Foon Tan Cc: Jonas Bonn Cc: Stefan Kristiansson Cc: Stafford Horne Cc: James E.J

Re: [PATCH 2/3] trace: refactor TRACE_IRQFLAGS_SUPPORT in Kconfig

On 7/30/21 10:22 PM, Masahiro Yamada wrote: > Make architectures select TRACE_IRQFLAGS_SUPPORT instead of > having many defines. > > Signed-off-by: Masahiro Yamada > --- > > arch/arc/Kconfig | 4 +--- > [snip..] Acked-by: Vineet Gupta    #arch/arc

Re: [PATCH v2 2/9] arc: update comment about HIGHMEM implementation

On 6/3/21 11:49 PM, Mike Rapoport wrote: > From: Mike Rapoport > > Arc does not use DISCONTIGMEM to implement high memory, update the comment > describing how high memory works to reflect this. > > Signed-off-by: Mike Rapoport Acked-by: Vineet Gupta Thx, -Vineet > --- &

Re: [PATCH v2 3/9] arc: remove support for DISCONTIGMEM

t I'd still like to give this a spin on hardware - considering highmem on ARC has tendency to go sideways ;-) Can you please share a branch ! Acked-by: Vineet Gupta Thx, -Vineet > --- > arch/arc/Kconfig | 13 > arch/arc/include/asm/mmzone.h | 40 --

Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper

On 5/14/21 12:22 PM, Linus Torvalds wrote: > On Fri, May 14, 2021 at 11:52 AM Vineet Gupta > wrote: >> Wasn't the new zlib code slated for 5.14. I don't see it in your master yet > You're right, I never actually committed it, since it was specific to > ARC and -O3 Well, not

Re: [PATCH v2 00/13] Unify asm/unaligned.h around struct helper

On 5/14/21 10:32 AM, Linus Torvalds wrote: > On Fri, May 14, 2021 at 3:02 AM Arnd Bergmann wrote: >> I've included this version in the asm-generic tree for 5.14 already, >> addressing the few issues that were pointed out in the RFC. If there >> are any remaining problems, I hope those can be

Re: [PATCH 1/2] mm: Fix struct page layout on 32-bit systems

On 4/20/21 12:07 AM, Arnd Bergmann wrote: > On Tue, Apr 20, 2021 at 5:10 AM Matthew Wilcox wrote: >> On Tue, Apr 20, 2021 at 02:48:17AM +0000, Vineet Gupta wrote: >>>> 32-bit architectures which expect 8-byte alignment for 8-byte integers >>>> and need 64-bit D

Re: [PATCH 1/2] mm: Fix struct page layout on 32-bit systems

Hi Matthew, On 4/16/21 7:45 PM, Matthew Wilcox wrote: > Replacement patch to fix compiler warning. > > From: "Matthew Wilcox (Oracle)" > Date: Fri, 16 Apr 2021 16:34:55 -0400 > Subject: [PATCH 1/2] mm: Fix struct page layout on 32-bit systems > To: bro...@redhat.com > Cc:

Re: [PATCH v2] mm: Move mem_init_print_info() into mm_init()

On 3/16/21 6:52 PM, Kefeng Wang wrote: > mem_init_print_info() is called in mem_init() on each architecture, > and pass NULL argument, so using void argument and move it into mm_init(). > > Acked-by: Dave Hansen > Signed-off-by: Kefeng Wang Acked-by: Vineet Gupta Thx, -Vineet

Re: [PATCH v2 17/20] mm: free_area_init: allow defining max_zone_pfn in descending order

On 5/5/20 6:18 AM, Guenter Roeck wrote: > On 5/4/20 8:39 AM, Mike Rapoport wrote: >> On Sun, May 03, 2020 at 11:43:00AM -0700, Guenter Roeck wrote: >>> On Sun, May 03, 2020 at 10:41:38AM -0700, Guenter Roeck wrote: Hi, On Wed, Apr 29, 2020 at 03:11:23PM +0300, Mike Rapoport wrote:

Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers

On 1/27/20 7:33 PM, Qian Cai wrote: > >>> What’s the value of this block of new code? It only supports x86 and arm64 >>> which are supposed to be good now. >> We have been over the usefulness of this code many times before as the patch >> is >> already in it's V12. Currently it is enabled on

Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers

On 11/7/19 8:27 PM, Anshuman Khandual wrote: > > On 11/08/2019 12:35 AM, Vineet Gupta wrote: >> On 11/6/19 8:44 PM, Anshuman Khandual wrote: >>>>> */ >>>>> -#ifdef CONFIG_TRANSPARENT_HUGEPAGE >>>>> +#ifdef CONFIG_HAVE_ARCH_TRANSPARENT_H

Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers

On 11/6/19 8:44 PM, Anshuman Khandual wrote: > >> >>> */ >>> -#ifdef CONFIG_TRANSPARENT_HUGEPAGE >>> +#ifdef CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE >>> #include >>> #endif >> This in wrong.  CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE is a just a glue >> toggle, >> used only in Kconfig files (and

Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers

On 11/5/19 7:03 PM, Anshuman Khandual wrote: > But should not pfn_pmd() be encapsulated inside HAVE_ARCH_TRANSPARENT_HUGEPAGE > at the minimum (but I would say it should be available always, nonetheless) > when > the platform subscribes to THP irrespective of whether THP is enabled or not. For

Re: [PATCH V8] mm/debug: Add tests validating architecture page table helpers

Hi Anshuman, On 11/4/19 4:00 PM, Anshuman Khandual wrote: > On 10/28/2019 10:59 AM, Anshuman Khandual wrote: >> This adds tests which will validate architecture page table helpers and >> other accessors in their compliance with expected generic MM semantics. >> This will help various

Re: [PATCH v2 1/5] arch/arc: unwind.c: replace swap function with built-in one

ple byte copies swap is implemented > without them, an "optimized" custom swap function is now > a waste of time as well as code. > > Signed-off-by: Andrey Abramov > Reviewed by: George Spelvin > Acked-by: Vineet Gupta Thx, -Vineet

Re: [PATCH 00/14] entry: preempt_schedule_irq() callers scrub

On 3/11/19 3:47 PM, Valentin Schneider wrote: > Hi, > > This is the continuation of [1] where I'm hunting down > preempt_schedule_irq() callers because of [2]. > > I told myself the best way to get this moving forward wouldn't be to write > doc about it, but to go write some fixes and get some

Re: [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig

On 04/09/2018 06:57 AM, Laurent Dufour wrote: The per architecture __HAVE_ARCH_PTE_SPECIAL is defined statically in the per architecture header files. This doesn't allow to make other configuration dependent on it. So I understand this series has more "readability" value and I'm fine with this

Re: [PATCH] fix double ;;s in code

On 02/17/2018 01:19 PM, Pavel Machek wrote: Fix double ;;'s in code. Signed-off-by: Pavel Machek diff --git a/arch/arc/kernel/setup.c b/arch/arc/kernel/setup.c index 9d27331..ec12fe1 100644 --- a/arch/arc/kernel/setup.c +++ b/arch/arc/kernel/setup.c @@ -373,7 +373,7 @@ static

Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA

On 12/29/2017 12:25 AM, Christoph Hellwig wrote: We always use the stub definitions, so remove the unused other code. Signed-off-by: Christoph Hellwig <h...@lst.de> Acked-by: Vineet Gupta <vgu...@synopsys.com> FWIW, it was removed and reintroduced as one of the customers want

Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces

+CC Ingo, tglx Hi Till, On 03/13/2017 03:14 PM, Till Smejkal wrote: > Introduce a different type of address spaces which are first class citizens > in the OS. That means that the kernel now handles two types of AS, those > which are closely coupled with a process and those which aren't. While

[PATCH v3 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE

mellanox.com> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: "H. Peter Anvin" <h...@zytor.com> Cc: x...@kernel.org Cc: Andrew Morton <a...@linux-foundation.org> Cc: Vineet Gupta <vgu...@synopsys.com> Cc: Zhaoxiu Zeng <zhaoxiu

[PATCH v2 2/2] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE

mellanox.com> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: "H. Peter Anvin" <h...@zytor.com> Cc: x...@kernel.org Cc: Andrew Morton <a...@linux-foundation.org> Cc: Vineet Gupta <vgu...@synopsys.com> Cc: Zhaoxiu Zeng <zhaoxiu

Re: [PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE

On 09/08/2016 11:19 AM, Peter Zijlstra wrote: > On Thu, Sep 08, 2016 at 09:28:18AM -0700, Vineet Gupta wrote: >> This came to light when implementing native 64-bit atomics for ARCv2. >> >> The atomic64 self-test code uses CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIV

[PATCH] atomic64: No need for CONFIG_ARCH_HAS_ATOMIC64_DEC_IF_POSITIVE

ef...@de.ibm.com> Cc: Heiko Carstens <heiko.carst...@de.ibm.com> Cc: "David S. Miller" <da...@davemloft.net> Cc: Chris Metcalf <cmetc...@mellanox.com> Cc: Thomas Gleixner <t...@linutronix.de> Cc: Ingo Molnar <mi...@redhat.com> Cc: "H. Peter Anvin&q

Re: [PATCH] devpts: remove DEVPTS_MULTIPLE_INSTANCES from all configs

On Monday 20 June 2016 02:44 PM, Alexandru Moise wrote: > As each mount of devpts is now an independent filesystem, > the DEVPTS_MULTIPLE_INSTANCES config option no longer exists. > So remove it. > > Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> For arch/

Re: [PATCH v4 43/44] dma-mapping: Remove dma_get_attr

dt <egtv...@samfundet.no> Acked-by: Vineet Gupta <vgu...@synopsys.com> #for arch/arc ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH 19/31] arc: handle page-less SG entries

On Wednesday 12 August 2015 12:39 PM, Christoph Hellwig wrote: Make all cache invalidation conditional on sg_has_page() and use sg_phys to get the physical address directly. Signed-off-by: Christoph Hellwig h...@lst.de With a minor nit below. Acked-by: Vineet Gupta vgu...@synopsys.com

Re: [RFC][PATCH 0/4] perf: Enable symbolic event names

On Friday 01 May 2015 12:35 PM, Sukadev Bhattiprolu wrote: Implement ability to specify Power PMU events by their symbolic event names rather than raw codes. This approach pulls tables of the Power7 and Power8 PMU events into the perf source tree and uses these tables to create aliases for the

Re: [RFC][PATCH 4/4] perf: Create aliases for PMU events

On Friday 01 May 2015 12:35 PM, Sukadev Bhattiprolu wrote: Using the tables of Power7 and Power8 events, create aliases for the Power PMU events. This would allow us to specify all Power events by name rather than by raw code: $ /tmp/perf stat -e PM_1PLUS_PPC_CMPL sleep 1

Re: [PATCH V2] tty: serial: Add const to struct uart_ops declarations

/arc_uart.c | 2 +- Acked-by: Vineet Gupta vgu...@synopsys.commailto:vgu...@synopsys.com # for arc_uart Th, -Vineet ___ Linuxppc-dev mailing list Linuxppc-dev@lists.ozlabs.org https://lists.ozlabs.org/listinfo/linuxppc-dev

Re: [PATCH 08/44] kernel: Move pm_power_off to common code

) { - /* FIXME :: power off ??? */ + do_kernel_poweroff(); machine_halt(); } - -void (*pm_power_off) (void) = NULL; -EXPORT_SYMBOL(pm_power_off); Acked-by: Vineet Gupta vgu...@synopsys.commailto:vgu...@synopsys.com Thx, -Vineet

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

On Thursday 14 August 2014 09:55 AM, Chen Gang wrote: Normal architectures: - Big endian: avr32, frv, m68k, openrisc, parisc, s390, sparc - Little endian: alpha, blackfin, cris, hexagon, ia64, metag, mn10300, score, unicore32, x86 - Choose in config time: arc, arm,

Re: [PATCH v3] arch: Kconfig: Let all architectures set endian explicitly

On Thursday 14 August 2014 03:22 PM, Chen Gang wrote: For many individual modules may need check CPU_LITTLE_ENDIAN or CPU_BIG_ENDIAN, which is an architecture's attribute. Or they have to list many architectures which they support, which they don't support. And still, it is not precise. For

Re: [PATCH v2] of: Specify initrd location using 64-bit

Cc: Rob Herring rob.herr...@calxeda.com Cc: Geert Uytterhoeven ge...@linux-m68k.org Cc: Sebastian Andrzej Siewior bige...@linutronix.de Cc: Jean-Christophe PLAGNIOL-VILLARD plagn...@jcrosoft.com Cc: Vineet Gupta vgu...@synopsys.com Cc: Russell King li...@arm.linux.org.uk Cc: Catalin Marinas

Re: [PATCH] of: Specify initrd location using 64-bit

Hi Santosh, On 06/21/2013 06:22 AM, Santosh Shilimkar wrote: Cc: Vineet Gupta vgu...@synopsys.com Cc: Russell King li...@arm.linux.org.uk Cc: Catalin Marinas catalin.mari...@arm.com Cc: Will Deacon will.dea...@arm.com Cc: Mark Salter msal...@redhat.com Cc: Aurelien Jacquiot a-jacqu