* Re: linux-next: Tree for Jul 18 (header build error) [not found] <20190718133751.3cf036be@canb.auug.org.au> @ 2019-07-18 17:00 ` Randy Dunlap 2019-07-19 0:05 ` Stephen Rothwell 0 siblings, 1 reply; 5+ messages in thread From: Randy Dunlap @ 2019-07-18 17:00 UTC (permalink / raw) To: Stephen Rothwell, Linux Next Mailing List Cc: Linux Kernel Mailing List, Masahiro Yamada, linux-kbuild On 7/17/19 8:37 PM, Stephen Rothwell wrote: > Hi all, > > Please do not add v5.4 material to your linux-next included branches > until after v5.3-rc1 has been released. > > Changes since 20190717: > on x86_64, when CONFIG_BLOCK is not set: CC include/linux/iomap.h.s In file included from <command-line>:0:0: ./../include/linux/iomap.h: In function ‘iomap_sector’: ./../include/linux/iomap.h:76:48: error: ‘SECTOR_SHIFT’ undeclared (first use in this function); did you mean ‘SECTIONS_SHIFT’? return (iomap->addr + pos - iomap->offset) >> SECTOR_SHIFT; ^~~~~~~~~~~~ -- ~Randy ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: linux-next: Tree for Jul 18 (header build error) 2019-07-18 17:00 ` linux-next: Tree for Jul 18 (header build error) Randy Dunlap @ 2019-07-19 0:05 ` Stephen Rothwell 2019-07-19 0:30 ` Darrick J. Wong 2019-07-19 0:36 ` Stephen Rothwell 0 siblings, 2 replies; 5+ messages in thread From: Stephen Rothwell @ 2019-07-19 0:05 UTC (permalink / raw) To: Randy Dunlap Cc: Linux Next Mailing List, Linux Kernel Mailing List, Masahiro Yamada, linux-kbuild, Darrick J. Wong [-- Attachment #1: Type: text/plain, Size: 772 bytes --] Hi all, On Thu, 18 Jul 2019 10:00:22 -0700 Randy Dunlap <rdunlap@infradead.org> wrote: > > on x86_64, when CONFIG_BLOCK is not set: > > CC include/linux/iomap.h.s > In file included from <command-line>:0:0: > ./../include/linux/iomap.h: In function ‘iomap_sector’: > ./../include/linux/iomap.h:76:48: error: ‘SECTOR_SHIFT’ undeclared (first use in this function); did you mean ‘SECTIONS_SHIFT’? > return (iomap->addr + pos - iomap->offset) >> SECTOR_SHIFT; > ^~~~~~~~~~~~ include/linux/iomap.h should only be used when CONFIG_BLOCK is set (if you follow the Kconfig trail). So maybe this header should only be compile tested if CONFIG_BLOCK is set. -- Cheers, Stephen Rothwell [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: linux-next: Tree for Jul 18 (header build error) 2019-07-19 0:05 ` Stephen Rothwell @ 2019-07-19 0:30 ` Darrick J. Wong 2019-07-19 0:40 ` Stephen Rothwell 2019-07-19 0:36 ` Stephen Rothwell 1 sibling, 1 reply; 5+ messages in thread From: Darrick J. Wong @ 2019-07-19 0:30 UTC (permalink / raw) To: Stephen Rothwell Cc: Randy Dunlap, Linux Next Mailing List, Linux Kernel Mailing List, Masahiro Yamada, linux-kbuild, Christoph Hellwig On Fri, Jul 19, 2019 at 10:05:57AM +1000, Stephen Rothwell wrote: > Hi all, > > On Thu, 18 Jul 2019 10:00:22 -0700 Randy Dunlap <rdunlap@infradead.org> wrote: > > > > on x86_64, when CONFIG_BLOCK is not set: > > > > CC include/linux/iomap.h.s > > In file included from <command-line>:0:0: > > ./../include/linux/iomap.h: In function ‘iomap_sector’: > > ./../include/linux/iomap.h:76:48: error: ‘SECTOR_SHIFT’ undeclared (first use in this function); did you mean ‘SECTIONS_SHIFT’? > > return (iomap->addr + pos - iomap->offset) >> SECTOR_SHIFT; > > ^~~~~~~~~~~~ > > include/linux/iomap.h should only be used when CONFIG_BLOCK is set (if > you follow the Kconfig trail). So maybe this header should only be > compile tested if CONFIG_BLOCK is set. Yeah, that's basically what Christoph said earlier today. Granted, nobody replied to my question about where in the kernel would someone be using iomap to map file offsets to disk locations without block devices, but ... ... oh, this is some weird "mash all the kernel headers together and see if they compile" thing, isn't it? Um, yes, iomap.h should only be tested if CONFIG_IOMAP=y (which in turn requires CONFIG_BLOCK=y). --D > -- > Cheers, > Stephen Rothwell ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: linux-next: Tree for Jul 18 (header build error) 2019-07-19 0:30 ` Darrick J. Wong @ 2019-07-19 0:40 ` Stephen Rothwell 0 siblings, 0 replies; 5+ messages in thread From: Stephen Rothwell @ 2019-07-19 0:40 UTC (permalink / raw) To: Darrick J. Wong Cc: Randy Dunlap, Linux Next Mailing List, Linux Kernel Mailing List, Masahiro Yamada, linux-kbuild, Christoph Hellwig [-- Attachment #1: Type: text/plain, Size: 455 bytes --] Hi Darrick, On Thu, 18 Jul 2019 17:30:45 -0700 "Darrick J. Wong" <darrick.wong@oracle.com> wrote: > > ... oh, this is some weird "mash all the kernel headers together and see > if they compile" thing, isn't it? Um, yes, iomap.h should only be > tested if CONFIG_IOMAP=y (which in turn requires CONFIG_BLOCK=y) Actually it tries to build each header file on its own to see if it include all its dependencies. -- Cheers, Stephen Rothwell [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: linux-next: Tree for Jul 18 (header build error) 2019-07-19 0:05 ` Stephen Rothwell 2019-07-19 0:30 ` Darrick J. Wong @ 2019-07-19 0:36 ` Stephen Rothwell 1 sibling, 0 replies; 5+ messages in thread From: Stephen Rothwell @ 2019-07-19 0:36 UTC (permalink / raw) To: Randy Dunlap Cc: Linux Next Mailing List, Linux Kernel Mailing List, Masahiro Yamada, linux-kbuild, Darrick J. Wong [-- Attachment #1: Type: text/plain, Size: 979 bytes --] Hi all, On Fri, 19 Jul 2019 10:05:57 +1000 Stephen Rothwell <sfr@canb.auug.org.au> wrote: > > On Thu, 18 Jul 2019 10:00:22 -0700 Randy Dunlap <rdunlap@infradead.org> wrote: > > > > on x86_64, when CONFIG_BLOCK is not set: > > > > CC include/linux/iomap.h.s > > In file included from <command-line>:0:0: > > ./../include/linux/iomap.h: In function ‘iomap_sector’: > > ./../include/linux/iomap.h:76:48: error: ‘SECTOR_SHIFT’ undeclared (first use in this function); did you mean ‘SECTIONS_SHIFT’? > > return (iomap->addr + pos - iomap->offset) >> SECTOR_SHIFT; > > ^~~~~~~~~~~~ > > include/linux/iomap.h should only be used when CONFIG_BLOCK is set (if > you follow the Kconfig trail). So maybe this header should only be > compile tested if CONFIG_BLOCK is set. Or maybe fs/iomap/ needs to grow a private header file for stuff like iomap_sector() ? -- Cheers, Stephen Rothwell [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 488 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2019-07-19 0:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20190718133751.3cf036be@canb.auug.org.au>
2019-07-18 17:00 ` linux-next: Tree for Jul 18 (header build error) Randy Dunlap
2019-07-19 0:05 ` Stephen Rothwell
2019-07-19 0:30 ` Darrick J. Wong
2019-07-19 0:40 ` Stephen Rothwell
2019-07-19 0:36 ` Stephen Rothwell
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox