Re: [PATCH v3 1/2] GPIO: add single-register GPIO via CREG driver

2018-09-26 Thread Linus Walleij
Hi Eugeniy, sorry for the delay, the driver is different from what I'm used to so I needed focuses attention and it took some time. On Tue, Sep 11, 2018 at 5:09 PM Eugeniy Paltsev wrote: > Add single-register MMIO GPIO driver for complex cases where > only several fields in register belong to G

Re: [PATCH v3 2/2] dt-bindings: Document the Synopsys GPIO via CREG bindings

2018-09-26 Thread Linus Walleij
On Tue, Sep 11, 2018 at 5:09 PM Eugeniy Paltsev wrote: > This patch adds documentation of device tree bindings for the Synopsys > GPIO via CREG driver. > > Signed-off-by: Eugeniy Paltsev Reviewed-by: Linus Walleij This is fine, just waiting for the final version of the driver. Yours, Linus W

Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:17, Mike Rapoport wrote: > All achitectures select NO_BOOTMEM which essentially becomes 'Y' for any > kernel configuration and therefore it can be removed. git grep suggests that DEFERRED_STRUCT_PAGE_INIT still depends on NO_BOOTMEM but I have a vague feeling that I've seen a

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:18, Mike Rapoport wrote: > All architecures use memblock for early memory management. There is no need > for the CONFIG_HAVE_MEMBLOCK configuration option. git grep says arch/csky/Kconfig: select HAVE_MEMBLOCK > Signed-off-by: Mike Rapoport Other than that Acked-by: Micha

Re: [PATCH 05/30] mm: nobootmem: remove dead code

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:20, Mike Rapoport wrote: > Several bootmem functions and macros are not used. Remove them. > > Signed-off-by: Mike Rapoport Acked-by: Michal Hocko -- Michal Hocko SUSE Labs ___ linux-snps-arc mailing list linux-snps-arc@lists.i

Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:29, Mike Rapoport wrote: > With the align parameter memblock_alloc_node() can be used as drop in > replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(), > which is done in the following patches. /me confused. Why do we need this patch at all? Maybe it should

Re: [PATCH 07/30] memblock: remove _virt from APIs returning virtual address

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:22, Mike Rapoport wrote: > The conversion is done using > > sed -i 's@memblock_virt_alloc@memblock_alloc@g' \ > $(git grep -l memblock_virt_alloc) > > Signed-off-by: Mike Rapoport As I've said earlier, I am not entirely thrilled by this change. It is unnecessary chur

Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()

2018-09-26 Thread Michal Hocko
On Wed 26-09-18 11:31:27, Michal Hocko wrote: > On Fri 14-09-18 15:10:29, Mike Rapoport wrote: > > With the align parameter memblock_alloc_node() can be used as drop in > > replacement for alloc_bootmem_pages_node() and __alloc_bootmem_node(), > > which is done in the following patches. > > /me co

Re: [PATCH 16/30] memblock: replace __alloc_bootmem_node with appropriate memblock_ API

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:31, Mike Rapoport wrote: > Use memblock_alloc_try_nid whenever goal (i.e. minimal address is > specified) and memblock_alloc_node otherwise. > > Signed-off-by: Mike Rapoport Acked-by: Michal Hocko -- Michal Hocko SUSE Labs ___

Re: [PATCH 21/30] memblock: replace alloc_bootmem with memblock_alloc

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:36, Mike Rapoport wrote: > The alloc_bootmem(size) is a shortcut for allocation of SMP_CACHE_BYTES > aligned memory. When the align parameter of memblock_alloc() is 0, the > alignment is implicitly set to SMP_CACHE_BYTES and thus alloc_bootmem(size) > and memblock_alloc(size,

Re: [PATCH 29/30] mm: remove include/linux/bootmem.h

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:44, Mike Rapoport wrote: > Move remaining definitions and declarations from include/linux/bootmem.h > into include/linux/memblock.h and remove the redundant header. > > The includes were replaced with the semantic patch below and then > semi-automated removal of duplicated '#

Re: [PATCH 00/30] mm: remove bootmem allocator

2018-09-26 Thread Michal Hocko
On Fri 14-09-18 15:10:15, Mike Rapoport wrote: [...] > 326 files changed, 866 insertions(+), 2539 deletions(-) > delete mode 100644 include/linux/bootmem.h > delete mode 100644 mm/bootmem.c > delete mode 100644 mm/nobootmem.c I _really_ love this part the most! Not only we got rid of the trans

Re: [PATCH 02/30] mm: remove CONFIG_NO_BOOTMEM

2018-09-26 Thread Mike Rapoport
On Wed, Sep 26, 2018 at 11:22:39AM +0200, Michal Hocko wrote: > On Fri 14-09-18 15:10:17, Mike Rapoport wrote: > > All achitectures select NO_BOOTMEM which essentially becomes 'Y' for any > > kernel configuration and therefore it can be removed. > > git grep suggests that DEFERRED_STRUCT_PAGE_INIT

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Mike Rapoport
On Wed, Sep 26, 2018 at 11:24:04AM +0200, Michal Hocko wrote: > On Fri 14-09-18 15:10:18, Mike Rapoport wrote: > > All architecures use memblock for early memory management. There is no need > > for the CONFIG_HAVE_MEMBLOCK configuration option. > > git grep says > arch/csky/Kconfig: select HAVE_

Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()

2018-09-26 Thread Mike Rapoport
On Wed, Sep 26, 2018 at 11:36:48AM +0200, Michal Hocko wrote: > On Wed 26-09-18 11:31:27, Michal Hocko wrote: > > On Fri 14-09-18 15:10:29, Mike Rapoport wrote: > > > With the align parameter memblock_alloc_node() can be used as drop in > > > replacement for alloc_bootmem_pages_node() and __alloc_b

Re: [PATCH 14/30] memblock: add align parameter to memblock_alloc_node()

2018-09-26 Thread Michal Hocko
On Wed 26-09-18 16:43:35, Mike Rapoport wrote: > On Wed, Sep 26, 2018 at 11:36:48AM +0200, Michal Hocko wrote: > > On Wed 26-09-18 11:31:27, Michal Hocko wrote: > > > On Fri 14-09-18 15:10:29, Mike Rapoport wrote: > > > > With the align parameter memblock_alloc_node() can be used as drop in > > > >

[PATCH] DRM: VBLANK: provide valid timestamp for EVENT_FLIP

2018-09-26 Thread Eugeniy Paltsev
If driver/HW doesn't support vblank functionality (for example UDL driver, ARCPGU driver, ...) we always have vblank->time == 0. In result we always provide zero timestamp for DRM_EVENT_FLIP_COMPLETE. This breaks userspace apps (for example weston) which relies on timestamp value. Setup time to pr

Re: [PATCH] DRM: VBLANK: provide valid timestamp for EVENT_FLIP

2018-09-26 Thread Ville Syrjälä
On Wed, Sep 26, 2018 at 05:25:35PM +0300, Eugeniy Paltsev wrote: > If driver/HW doesn't support vblank functionality (for example > UDL driver, ARCPGU driver, ...) we always have vblank->time == 0. > In result we always provide zero timestamp for > DRM_EVENT_FLIP_COMPLETE. This breaks userspace app

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Alexander Duyck
On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport wrote: > > All architecures use memblock for early memory management. There is no need > for the CONFIG_HAVE_MEMBLOCK configuration option. > > Signed-off-by: Mike Rapoport > diff --git a/include/linux/memblock.h b/include/linux/memblock.h > index

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Mike Rapoport
On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote: > On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport wrote: > > > > All architecures use memblock for early memory management. There is no need > > for the CONFIG_HAVE_MEMBLOCK configuration option. > > > > Signed-off-by: Mike Rapoport >

Re: [PATCH v3 2/2] dt-bindings: Document the Synopsys GPIO via CREG bindings

2018-09-26 Thread Rob Herring
On Tue, 11 Sep 2018 18:09:25 +0300, Eugeniy Paltsev wrote: > This patch adds documentation of device tree bindings for the Synopsys > GPIO via CREG driver. > > Signed-off-by: Eugeniy Paltsev > --- > .../devicetree/bindings/gpio/snps,creg-gpio.txt| 18 > ++ > 1 file chang

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Alexander Duyck
On Wed, Sep 26, 2018 at 11:32 AM Mike Rapoport wrote: > > On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote: > > On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport > > wrote: > > > > > > All architecures use memblock for early memory management. There is no > > > need > > > for the CON

Re: ARC: machine dictionary - ARCompact vs ARCv2

2018-09-26 Thread Khem Raj
On Tue, Sep 25, 2018 at 4:57 AM Alexey Brodkin wrote: > > Hello, > > While upstreaming ARC bits in OE core I faced one interesting challenge. > > As of today we have 2 binary-incompatible 32-bit ISAs (Instruction Set Arch): > 1. ARCompact (AKA ARCv1) and > 2. ARCv2 > > In Binutils they have 2 se

Re: [PATCH 03/30] mm: remove CONFIG_HAVE_MEMBLOCK

2018-09-26 Thread Mike Rapoport
On Wed, Sep 26, 2018 at 05:34:32PM -0700, Alexander Duyck wrote: > On Wed, Sep 26, 2018 at 11:32 AM Mike Rapoport > wrote: > > > > On Wed, Sep 26, 2018 at 09:58:41AM -0700, Alexander Duyck wrote: > > > On Fri, Sep 14, 2018 at 5:11 AM Mike Rapoport > > > wrote: > > > > > > > > All architecures u