Re: [PATCH] dma-mapping: remove unused attrs parameter to dma_common_get_sgtable

2019-01-03 Thread Huaisheng HS1 Ye
From: Stefano Stabellini Sent: Friday, January 04, 2019 1:55 AM > On Thu, 3 Jan 2019, Huaisheng Ye wrote: > > From: Huaisheng Ye > > > > dma_common_get_sgtable has parameter attrs which is not used at all. > > Remove it. > > > > Signed-off-by: Huaisheng Ye > > Acked-by: Stefano Stabellini > >

RE: [External] Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

2018-05-30 Thread Huaisheng HS1 Ye
From: owner-linux...@kvack.org [mailto:owner-linux...@kvack.org] On Behalf Of Michal Hocko Sent: Monday, May 28, 2018 9:38 PM > > In my opinion, originally there shouldn't be such many wrong > > combinations of these bottom 3 bits. For any user, whether or > > driver and fs, they should make a dec

RE: [External] Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

2018-05-25 Thread Huaisheng HS1 Ye
From: Michal Hocko [mailto:mho...@kernel.org] Sent: Thursday, May 24, 2018 8:19 PM> > > Let me try to reply your questions. > > Exactly, GFP_ZONE_TABLE is too complicated. I think there are two advantages > > from the series of patches. > > > > 1. XOR operation is simple and efficient, GFP_ZONE_TA

RE: [External] Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

2018-05-23 Thread Huaisheng HS1 Ye
From: Michal Hocko [mailto:mho...@kernel.org] Sent: Wednesday, May 23, 2018 2:37 AM > > On Mon 21-05-18 23:20:21, Huaisheng Ye wrote: > > From: Huaisheng Ye > > > > Replace GFP_ZONE_TABLE and GFP_ZONE_BAD with encoded zone number. > > > > Delete ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 from GF

RE: [External] Re: [RFC PATCH v2 10/12] mm/zsmalloc: update usage of address zone modifiers

2018-05-22 Thread Huaisheng HS1 Ye
From: owner-linux...@kvack.org On Behalf Of Matthew Wilcox > > On Mon, May 21, 2018 at 11:20:31PM +0800, Huaisheng Ye wrote: > > @@ -343,7 +343,7 @@ static void destroy_cache(struct zs_pool *pool) > > static unsigned long cache_alloc_handle(struct zs_pool *pool, gfp_t gfp) > > { > > return (

Re: [RFC PATCH v2 00/12] get rid of GFP_ZONE_TABLE/BAD

2018-05-22 Thread Huaisheng HS1 Ye
From: owner-linux...@kvack.org On Behalf Of Christoph Hellwig > This seems to be missing patch 1 and generally be in somewhat odd format. > Can you try to resend it with git-send-email and against current Linus' > tree? > Sure, I will rebase them to current mainline ASAP. > Also I'd suggest you d

RE: [External] Re: [RFC PATCH v2 02/12] arch/x86/kernel/amd_gart_64: update usage of address zone modifiers

2018-05-22 Thread Huaisheng HS1 Ye
From: owner-linux...@kvack.org On Behalf Of Christoph Hellwig > > This code doesn't exist in current mainline. What kernel version > is your patch against? > > On Mon, May 21, 2018 at 11:20:23PM +0800, Huaisheng Ye wrote: > > From: Huaisheng Ye > > > > Use __GFP_ZONE_MASK to replace (__GFP_DMA

[RFC PATCH v2 09/12] mm/vmpressure: update usage of address zone modifiers

2018-05-21 Thread Huaisheng HS1 Ye
Use __GFP_ZONE_MOVABLE to replace (__GFP_HIGHMEM | __GFP_MOVABLE). ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is reserved for storing encoded zone number. __GFP_ZONE_MOVABLE contains encoded ZONE_MOVABLE and __GFP_MOVABLE fl

[RFC PATCH v2 08/12] drivers/block/zram/zram_drv: update usage of address zone modifiers

2018-05-21 Thread Huaisheng HS1 Ye
Use __GFP_ZONE_MOVABLE to replace (__GFP_HIGHMEM | __GFP_MOVABLE). ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is reserved for storing encoded zone number. __GFP_ZONE_MOVABLE contains encoded ZONE_MOVABLE and __GFP_MOVABLE fl

[RFC PATCH v2 07/12] fs/btrfs/extent_io: update usage of address zone modifiers

2018-05-21 Thread Huaisheng HS1 Ye
Use __GFP_ZONE_MASK to replace (__GFP_DMA32 | __GFP_HIGHMEM). In function alloc_extent_state, it is obvious that __GFP_DMA is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is reserved for storing e

[RFC PATCH v2 06/12] drivers/xen/swiotlb-xen: update usage of address zone modifiers

2018-05-21 Thread Huaisheng HS1 Ye
Use __GFP_ZONE_MASK to replace (__GFP_DMA | __GFP_HIGHMEM). In function xen_swiotlb_alloc_coherent, it is obvious that __GFP_DMA32 is not the expecting zone type. ___GFP_DMA, ___GFP_HIGHMEM and ___GFP_DMA32 have been deleted from GFP bitmasks, the bottom three bits of GFP mask is reserved for st