[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <52831B2C.7090905@vflare.org>
Date: Tue, 12 Nov 2013 22:24:44 -0800
From: Nitin Gupta <ngupta@...are.org>
To: Greg KH <gregkh@...uxfoundation.org>,
Minchan Kim <minchan@...nel.org>
CC: Andrew Morton <akpm@...ux-foundation.org>,
Seth Jennings <sjenning@...ux.vnet.ibm.com>, lliubbo@...il.com,
jmarchan@...hat.com, mgorman@...e.de, riel@...hat.com,
hughd@...gle.com, linux-mm@...ck.org,
linux-kernel <linux-kernel@...r.kernel.org>,
Luigi Semenzato <semenzato@...gle.com>
Subject: Re: [PATCH] staging: zsmalloc: Ensure handle is never 0 on success
On 11/12/13, 6:42 PM, Greg KH wrote:
> On Wed, Nov 13, 2013 at 12:41:38AM +0900, Minchan Kim wrote:
>> We spent much time with preventing zram enhance since it have been in staging
>> and Greg never want to improve without promotion.
>
> It's not "improve", it's "Greg does not want you adding new features and
> functionality while the code is in staging." I want you to spend your
> time on getting it out of staging first.
>
> Now if something needs to be done based on review and comments to the
> code, then that's fine to do and I'll accept that, but I've been seeing
> new functionality be added to the code, which I will not accept because
> it seems that you all have given up on getting it merged, which isn't
> ok.
>
It's not that people have given up on getting it merged but every time
patches are posted, there is really no response from maintainers perhaps
due to their lack of interest in embedded, or perhaps they believe
embedded folks are making a wrong choice by using zram. Either way, a
final word, instead of just silence would be more helpful.
Thanks,
Nitin
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists