[lkml]   [2010]   [May]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] arch/tile: new multi-core architecture for Linux
Hi Chris.

Kernle code looked good from a quick browsing.

Please explain the need for all the different directories within include/
{arch, hv, netio}

I tried not to repeat comments from Arnd in the below.

The TILE specific symbols looks like they use several different
naming schemes. In some cases the company name (TILERA) is used
and in some cases TILE is used. And both as prefix and suffix.

Please stick to using TILE_ prefix. And maybe TILEGX_ in the
cases this is relevant.

Keep all the simple settings in the top of the file.
Stuff like:
config ZONE_DMA
def_bool y

def_bool y

Belongs in the top of Kconfig - before your first menu.

There is also several TILE specific options missing the TILE_ prefix.
config XGBE_MAIN
tristate "Tilera GBE/XGBE character device support"

Drop this:
config XGBE_MAIN
tristate "Tilera GBE/XGBE character device support"

It is better to test for the gcc version and disable the option
only in the cases where it is known to fail.


Do not mess with CC like this:

I guess you had to do this to support:
LIBGCC_PATH := `$(CC) -print-libgcc-file-name`

If you follow other archs you could do like this:
LIBGCC_PATH := `$(CC) -print-libgcc-file-name`

This is not needed:
CLEAN_FILES += arch/tile/ lives in kernel/

help is missing.

I has expected that compiling required knowledge on $(BITS)
like this: := -m$(BITS)

A lot of effort has been put into unifying the different
variants of
Please see the skeleton outlined in include/asm-generic/

You include - but it is empty.
Drop that file.

You include hvglue.ld.
We use *.lds for linker script file - please rename.
The file looks generated?? How and when?

Futhermore the definitions are not used by - so drop the include.

Does not look like it belongs in the kernel?

The file uses:
.section .text.head, "ax"

Please use the section definitions from include/linux/init.h

Please make this a one-liner when you uses the asm-generic version only.
Same goes for byteorder (which includes linux/byteorder/little_endian.h)

In your mail you did not say anything about the checkpatch status.
It is better that you make your code reasonable checkpatch clean _before_
merging. Then you will not be hit by a lot of janitorial patches doing so.

Likewise please state sparse status. We do not expect it to be sparse clean.
But getting rid of the obvious issues is good too.


 \ /
  Last update: 2010-05-24 22:25    [W:0.334 / U:52.328 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site