public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* RAMster selects HAVE_ALIGNED_STRUCT_PAGE on 64 bit systems when it should not
@ 2013-03-16 19:35 Martin Walch
  2013-03-16 20:47 ` Paul Bolle
  0 siblings, 1 reply; 3+ messages in thread
From: Martin Walch @ 2013-03-16 19:35 UTC (permalink / raw)
  To: linux-kernel

[-- Attachment #1: Type: text/plain, Size: 905 bytes --]

At drivers/staging/zcache/Kconfig:13 it says

config RAMSTER
	bool "Cross-machine RAM capacity sharing, aka peer-to-peer tmem"
	depends on CONFIGFS_FS=y && SYSFS=y && !HIGHMEM && ZCACHE=y
	depends on NET
	# must ensure struct page is 8-byte aligned
	select HAVE_ALIGNED_STRUCT_PAGE if !64_BIT
	default n

However, there is no config section for the symbol 64_BIT, so !64_BIT will 
always be evaluated to true, and therefore RAMSTER will always select 
HAVE_ALIGNED_STRUCT_PAGE, disregarding any breakage.

64_BIT should probably say 64BIT which has corresponding config sections in 
arch/{x86,ia64,mips,s390,tile,alpha,arm64,sparc,parisc,powerpc}/Kconfig and 
arch/x86/um/Kconfig.

I do not know if there are any bad consequences about this, but I guess this 
should be reviewed and fixed, probably by just removing the underscore from 
64_BIT in drivers/staging/zcache/Kconfig.

Regards
Martin Walch
-- 

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: RAMster selects HAVE_ALIGNED_STRUCT_PAGE on 64 bit systems when it should not
  2013-03-16 19:35 RAMster selects HAVE_ALIGNED_STRUCT_PAGE on 64 bit systems when it should not Martin Walch
@ 2013-03-16 20:47 ` Paul Bolle
  2013-03-16 22:16   ` Greg Kroah-Hartman
  0 siblings, 1 reply; 3+ messages in thread
From: Paul Bolle @ 2013-03-16 20:47 UTC (permalink / raw)
  To: Martin Walch; +Cc: Greg Kroah-Hartman, devel, linux-kernel

On Sat, 2013-03-16 at 20:35 +0100, Martin Walch wrote:
> 64_BIT should probably say 64BIT which has corresponding config sections in 
> arch/{x86,ia64,mips,s390,tile,alpha,arm64,sparc,parisc,powerpc}/Kconfig and 
> arch/x86/um/Kconfig.
> 
> I do not know if there are any bad consequences about this, but I guess this 
> should be reviewed and fixed, probably by just removing the underscore from 
> 64_BIT in drivers/staging/zcache/Kconfig.

It's an obvious typo. See the patch I sent last week:
https://lkml.org/lkml/2013/3/9/106 . I have not yet received any
feedback.


Paul Bolle


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: RAMster selects HAVE_ALIGNED_STRUCT_PAGE on 64 bit systems when it should not
  2013-03-16 20:47 ` Paul Bolle
@ 2013-03-16 22:16   ` Greg Kroah-Hartman
  0 siblings, 0 replies; 3+ messages in thread
From: Greg Kroah-Hartman @ 2013-03-16 22:16 UTC (permalink / raw)
  To: Paul Bolle; +Cc: Martin Walch, devel, linux-kernel

On Sat, Mar 16, 2013 at 09:47:24PM +0100, Paul Bolle wrote:
> On Sat, 2013-03-16 at 20:35 +0100, Martin Walch wrote:
> > 64_BIT should probably say 64BIT which has corresponding config sections in 
> > arch/{x86,ia64,mips,s390,tile,alpha,arm64,sparc,parisc,powerpc}/Kconfig and 
> > arch/x86/um/Kconfig.
> > 
> > I do not know if there are any bad consequences about this, but I guess this 
> > should be reviewed and fixed, probably by just removing the underscore from 
> > 64_BIT in drivers/staging/zcache/Kconfig.
> 
> It's an obvious typo. See the patch I sent last week:
> https://lkml.org/lkml/2013/3/9/106 . I have not yet received any
> feedback.

Your patch is in my "to-apply" queue that I should get to soon.  It's
only 137 patches back at the moment...

thanks,

greg "my queue is bigger than yours" k-h

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-03-16 22:15 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-03-16 19:35 RAMster selects HAVE_ALIGNED_STRUCT_PAGE on 64 bit systems when it should not Martin Walch
2013-03-16 20:47 ` Paul Bolle
2013-03-16 22:16   ` Greg Kroah-Hartman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox