Re: actual kernel not compiling

[Adrian M. <ad...@ne...>]

On Sat, 2007-11-10 at 20:00 +0100, Heiko Schocher wrote:
> Hello Adrian,
> 
> Adrian McMenamin schrieb:
>  > On Sat, 2007-11-10 at 18:06 +0100, Heiko Schocher wrote:
>  >> Hello,
>  >>
>  >> I get the newest kernel from
>  >> git clone git://newgolddream.dyndns.info/
>  >
>  > Well, that's my Dreamcast git and it has some patches to get the kernel
>  > to work with ST's compiler and that may well be the reason. By all means
>  > use it but it has no official status and there is certainly no guarantee
>  > it will work at any given time.
>  >
>  > Go to git.kernel.org instead.
>  >
> 
> Ups, didnt know this. Thought this is the "SH linux kernel", which contains the
> newest special SH patches (like the patches from this mailinglist), before they
> go into the mainline ...
> Is there somewhere such a special sh-linux kernel?
> 

Well, the mainline kernel should compile for SH and work. Everything
goes into mainline these days (eventually). Paul Mundt (the Linux SH
maintainer) has his own git repo on the kernel.org server where he feeds
things to Linus, but if you are looking for a booting kernel as opposed
to developing stuff then 2.6.23 should work for you - ie just download
the tarball and go (I'm assuming you have all the tools you need).


> BTW:
> I get this kernel compiling and running on a SH7750R based board without
> caches :-), following patch is additionally needed:
> 
> diff --git a/include/asm-sh/cacheflush.h b/include/asm-sh/cacheflush.h
> index b912461..9d528ad 100644
> --- a/include/asm-sh/cacheflush.h
> +++ b/include/asm-sh/cacheflush.h
> @@ -43,7 +43,7 @@ extern void __flush_purge_region(void *start, int size);
>   extern void __flush_invalidate_region(void *start, int size);
>   #endif
> 
> -#ifdef CONFIG_CPU_SH4
> +#if defined(CONFIG_CPU_SH4) && !defined(CONFIG_CACHE_OFF)
>   extern void copy_to_user_page(struct vm_area_struct *vma,
>   	struct page *page, unsigned long vaddr, void *dst, const void *src,
>   	unsigned long len);
> 
> I think, that has nothing to do with some special ST compiler, it should be
> fixed, or? (Same as my patch from today
> Date: Sat, 10 Nov 2007 18:06:59 +0100)
> 

No that's not the ST compiler issue - that was the missing symbols. Paul
is the expert on the sort of stuff above - he'll see this I'm sure and
reply in due course.


> Now I trying the sources from git.kernel.org ...
> 
> One more question, if I have my board finally running, against which
> kernel have i do to make my patches?
> 

Against Paul's most recent SH sources I'd guess.


> bye
> Heiko