Messages in this thread | | | Date | Mon, 12 Mar 2012 12:00:08 -0300 | From | Mauro Carvalho Chehab <> | Subject | Re: [PATCH] tile: remove a non-existing header |
| |
Em 12-03-2012 11:31, Chris Metcalf escreveu: > On 3/12/2012 10:18 AM, Mauro Carvalho Chehab wrote: >> While testing some API changes at the EDAC core, I've tested the EDAC >> drivers compilation on all supported architectures, including Tilera. >> >> I noticed that Tilera upstream code has issues: it doesn't compile with >> kernel 3.2: >> >> In file included from include/linux/linkage.h:5, >> from include/linux/kernel.h:13, >> from include/linux/sched.h:55, >> from arch/tile/kernel/asm-offsets.c:19: >> /home/mchehab/redhat/trees/work/new_edac/arch/tile/include/asm/linkage.h:18:22: error: feedback.h: No such file or directory >> make[1]: *** [arch/tile/kernel/asm-offsets.s] Error 1 >> >> Without it, it is not possible to compile anything on this archictecture >> using this default configuration: >> ./arch/tile/configs/tilegx_defconfig >> >> Cc: stable@kernel.org >> Signed-of-by: Mauro Carvalho Chehab <mchehab@redhat.com> > > Thank you, but nack. The header is provided in the latest gcc tip code.
Hmm... the gcc cross-compiler I've downloaded from Tilera site about one month ago didn't have it (tilegx-unknown-linux-gnu-gcc (GCC) 4.4.6).
> Sorry for the API thrash! It's certainly OK to comment it out for the time > being; it just provides some assembly macros for specifying feedback-guided > optimization.
It would be a good idea then to add some Makefile magic to check it, maybe creating an empty linkage.h if the header is not found at the gcc toolchain, in order to support all gcc variants that support tile arch.
>> Btw, the ./arch/tile/configs/tilepro_defconfig doesn't compile even >> with this fix. It fails at arch/tile/include/asm/atomic_64.h because >> atomic64_t is never defined, but it is used there and on other places. > > I'll take a look at this; I've been focusing primarily on the tilegx > architecture recently and something may have bitrotted in the tilepro > support. Thanks for the pointer.
Anytime.
>> Also, while the edac_tile driver seems to be for both Tile GX and Tilepro >> sub-archs, it is not included on tilegx_defconfig. It would make sense >> to add it there, in order to make easier for people to test/use the >> EDAC drivers. > > That's probably a good idea; we do enable it by default in our actual > shipping configuration. I've heard mixed things about the utility of > including "config" files in the kernel, so I haven't been bothering to > update them, but it's probably worth a refresh at this point.
Yeah, there are lots of discussion about keeping/removing the config files in kernel ;)
I wouldn't be using any of those, if a "make allyesconfig" would enable all EDAC drivers for the non-Intel archs, but it didn't work like that.
As it didn't enabled, the config files there helped me a lot to test compilation for the tile_edac driver, and for some other ppc EDAC drivers for embedded platforms. The dependency chain to enable those drivers is not trivial, so, trying to enable them by hand is a time-consuming task.
Regards, Mauro
| |