linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Dan Magenheimer <dan.magenheimer@oracle.com>
Cc: devel@driverdev.osuosl.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, ngupta@vflare.org,
	Konrad Wilk <konrad.wilk@oracle.com>,
	sjenning@linux.vnet.ibm.com
Subject: Re: [PATCH] ramster: switch over to zsmalloc and crypto interface
Date: Mon, 14 May 2012 15:41:53 -0700	[thread overview]
Message-ID: <20120514224153.GB28559@kroah.com> (raw)
In-Reply-To: <0966a902-a35e-4c06-ab04-7d088bf25696@default>

On Mon, May 14, 2012 at 01:45:36PM -0700, Dan Magenheimer wrote:
> > From: Greg KH [mailto:gregkh@linuxfoundation.org]
> > Subject: Re: [PATCH] ramster: switch over to zsmalloc and crypto interface
> > 
> > On Thu, May 10, 2012 at 12:06:21PM -0700, Dan Magenheimer wrote:
> > > RAMster does many zcache-like things.  In order to avoid major
> > > merge conflicts at 3.4, ramster used lzo1x directly for compression
> > > and retained a local copy of xvmalloc, while zcache moved to the
> > > new zsmalloc allocator and the crypto API.
> > >
> > > This patch moves ramster forward to use zsmalloc and crypto.
> > >
> > > Signed-off-by: Dan Magenheimer <dan.magenheimer@oracle.com>
> > 
> 
> Hi Greg --
> 
> > I finally enabled building this one (didn't realize it required ZCACHE
> > to be disabled, I can only build one or the other)
> 
> Yes, correct.  This overlap is explained in drivers/staging/ramster/TODO
> (which IIRC you were the one that asked me to create that file).
> In short the TODO says: ramster is a superset of zcache that also
> "remotifies" zcache-compressed pages to another machine, and the overlap
> with zcache will need to be rectified before either is promoted
> from staging.
> 
> > and I noticed after
> > this patch the following warnings in my build:
> > 
> > drivers/staging/ramster/zcache-main.c:950:13: warning: a??zcache_do_remotify_opsa?? defined but not used
> > [-Wunused-function]
> > drivers/staging/ramster/zcache-main.c:1039:13: warning: a??ramster_remotify_inita?? defined but not used
> > [-Wunused-function]
> 
> These are because CONFIG_FRONTSWAP isn't yet in your tree.  It is
> in linux-next and will hopefully finally be in Linus' tree at
> the next window.  Ramster (and zcache) has low value without
> frontswap, so the correct fix, after frontswap is merged, is
> to remove all the "ifdef CONFIG_FRONTSWAP" and force the
> dependency in Kconfig... but I can't do that until frontswap
> is merged. :-(

Ok, no problem then.

> > drivers/staging/ramster/zcache-main.c: In function a??zcache_puta??:
> > drivers/staging/ramster/zcache-main.c:1594:4: warning: a??pagea?? may be used uninitialized in this
> > function [-Wuninitialized]
> > drivers/staging/ramster/zcache-main.c:1536:8: note: a??pagea?? was declared here
> 
> Hmmm... this looks like an overzealous compiler.  The code
> is correct and was unchanged by this patch.  My compiler
> (gcc 4.4.4) doesn't even report it.  I think I could fix it
> by assigning a superfluous NULL at the declaration and will
> do that if you want but I can't test the fix with my compiler
> since it doesn't report it.
> 
> > Care to please fix them up?
> 
> It looks like you've taken the patch... if my whining
> above falls on deaf ears and you still want me to "fix"
> one or both, let me know and I will submit a fixup patch.
> (And then... what gcc are you using?)

I'm using gcc 4.6.2 from openSUSE 12.1, if that matters.  No big deal if
these are compiler warnings you are used to, it's just the first time
I've built the code in a long time and wanted to ensure that you were
aware of them.

thanks,

greg k-h

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

      reply	other threads:[~2012-05-14 22:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-10 19:06 Dan Magenheimer
2012-05-10 19:28 ` Julian Andres Klode
2012-05-11 16:23   ` Dan Magenheimer
2012-05-11 18:00     ` Greg KH
2012-05-14 20:06 ` Greg KH
2012-05-14 20:45   ` Dan Magenheimer
2012-05-14 22:41     ` Greg KH [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20120514224153.GB28559@kroah.com \
    --to=gregkh@linuxfoundation.org \
    --cc=dan.magenheimer@oracle.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=konrad.wilk@oracle.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ngupta@vflare.org \
    --cc=sjenning@linux.vnet.ibm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox