Message-ID: <4F5E0F78.3000308@redhat.com>
Date:	Mon, 12 Mar 2012 12:00:08 -0300
From:	Mauro Carvalho Chehab <mchehab@...hat.com>
To:	Chris Metcalf <cmetcalf@...era.com>
CC:	torvalds@...ux-foundation.org,
	Linux Edac Mailing List <linux-edac@...r.kernel.org>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	stable@...nel.org
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@...nel.org
>> Signed-of-by: Mauro Carvalho Chehab <mchehab@...hat.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists