* 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