linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
* defining ARM machine type properly
@ 2010-05-26 21:11 f. achkar
  2010-05-27  1:07 ` Ben Dooks
  2010-05-27  3:14 ` Wan ZongShun
  0 siblings, 2 replies; 7+ messages in thread
From: f. achkar @ 2010-05-26 21:11 UTC (permalink / raw)
  To: linux-arm-kernel

hi,
I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
initial work as per various googled documents, but somehow the current
initial Image is failing at arch/arm/kernel/head-common.S :
'__lookup_processor_type', and eventually goes to '__error_a' of the
same file! this seems to be related to the definition of machine_type as
defined in :
include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
I checked where the definition goes in  include/asm-arm/mach-types.h by
inserting
#error 2223XX
into various parts of that header and seems fine at the point.
nevertheless I'm not 100 sure
I wonder if the is a definitive reference to guide in this matter,
better yet a check-list like procedure??
thanks,
ferar

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-26 21:11 defining ARM machine type properly f. achkar
@ 2010-05-27  1:07 ` Ben Dooks
  2010-05-27 14:29   ` f. achkar
  2010-05-27 15:08   ` f. achkar
  2010-05-27  3:14 ` Wan ZongShun
  1 sibling, 2 replies; 7+ messages in thread
From: Ben Dooks @ 2010-05-27  1:07 UTC (permalink / raw)
  To: linux-arm-kernel

On Wed, May 26, 2010 at 05:11:22PM -0400, f. achkar wrote:
> hi,
> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the

I suspect what you are doing is trying to port it to a machine that
was loosley based on the SMDK2450 and that whoever did the uboot port
failed to understand that when the hardware changes then the machine
number needs to change too.

> initial work as per various googled documents, but somehow the current
> initial Image is failing at arch/arm/kernel/head-common.S :
> '__lookup_processor_type', and eventually goes to '__error_a' of the
> same file! this seems to be related to the definition of machine_type as
> defined in :
> include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
> I checked where the definition goes in  include/asm-arm/mach-types.h by
> inserting

you probably wanted to enable the debugging in the head code.

> #error 2223XX
> into various parts of that header and seems fine at the point.
> nevertheless I'm not 100 sure
> I wonder if the is a definitive reference to guide in this matter,
> better yet a check-list like procedure??
> thanks,
> ferar

How about downloading the latest kernel, with nice fresh S3C2450 support
in it?

-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-26 21:11 defining ARM machine type properly f. achkar
  2010-05-27  1:07 ` Ben Dooks
@ 2010-05-27  3:14 ` Wan ZongShun
  2010-05-27 14:53   ` f. achkar
  1 sibling, 1 reply; 7+ messages in thread
From: Wan ZongShun @ 2010-05-27  3:14 UTC (permalink / raw)
  To: linux-arm-kernel

2010/5/27 f. achkar <fachkar.datawind@gmail.com>:
> hi,
> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
> initial work as per various googled documents, but somehow the current
> initial Image is failing at arch/arm/kernel/head-common.S :
> '__lookup_processor_type', and eventually goes to '__error_a' of the

The '__lookup_processor_type' goes to '__error_a'  is not related to
your machine_type,
you should check whether there is a true definition of  select
CPU_ARMxx in the arch/arm/kconfig.

The issue maybe result from you get a wrong ARM processor type
number,which is not equal to
the R9 resigster value.

> same file! this seems to be related to the definition of machine_type as
> defined in :
> include/asm-arm/mach-types.h ?and arch/arm/tools/mach-types*
> I checked where the definition goes in ?include/asm-arm/mach-types.h by
> inserting
> #error 2223XX
> into various parts of that header and seems fine at the point.
> nevertheless I'm not 100 sure
> I wonder if the is a definitive reference to guide in this matter,
> better yet a check-list like procedure??
> thanks,
> ferar
>
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>



-- 
*linux-arm-kernel mailing list
mail addr:linux-arm-kernel at lists.infradead.org
you can subscribe by:
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

* linux-arm-NUC900 mailing list
mail addr:NUC900 at googlegroups.com
main web: https://groups.google.com/group/NUC900
you can subscribe it by sending me mail:
mcuos.com at gmail.com

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-27  1:07 ` Ben Dooks
@ 2010-05-27 14:29   ` f. achkar
  2010-05-27 15:08   ` f. achkar
  1 sibling, 0 replies; 7+ messages in thread
From: f. achkar @ 2010-05-27 14:29 UTC (permalink / raw)
  To: linux-arm-kernel

On 05/26/2010 09:07 PM, Ben Dooks wrote:
> On Wed, May 26, 2010 at 05:11:22PM -0400, f. achkar wrote:
>   
>> hi,
>> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
>>     
> I suspect what you are doing is trying to port it to a machine that
> was loosley based on the SMDK2450 and that whoever did the uboot port
> failed to understand that when the hardware changes then the machine
> number needs to change too.
>   
u-boot came with the evaluation board so it is samsung's doing! however,
the u-boot correctly reports the machine type of 0x648 (corresponding to
1608 ), I suspect me wrong doing :( in setting the correct mach_type in
the linux-2.6.32-9.
>   
>> initial work as per various googled documents, but somehow the current
>> initial Image is failing at arch/arm/kernel/head-common.S :
>> '__lookup_processor_type', and eventually goes to '__error_a' of the
>> same file! this seems to be related to the definition of machine_type as
>> defined in :
>> include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
>> I checked where the definition goes in  include/asm-arm/mach-types.h by
>> inserting
>>     
> you probably wanted to enable the debugging in the head code.
>
>   
>> #error 2223XX
>> into various parts of that header and seems fine at the point.
>> nevertheless I'm not 100 sure
>> I wonder if the is a definitive reference to guide in this matter,
>> better yet a check-list like procedure??
>> thanks,
>> ferar
>>     
> How about downloading the latest kernel, with nice fresh S3C2450 support
> in it?
>   
excellent, I'll check that ... thaks

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-27  3:14 ` Wan ZongShun
@ 2010-05-27 14:53   ` f. achkar
  0 siblings, 0 replies; 7+ messages in thread
From: f. achkar @ 2010-05-27 14:53 UTC (permalink / raw)
  To: linux-arm-kernel

On 05/26/2010 11:14 PM, Wan ZongShun wrote:
> 2010/5/27 f. achkar <fachkar.datawind@gmail.com>:
>   
>> hi,
>> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
>> initial work as per various googled documents, but somehow the current
>> initial Image is failing at arch/arm/kernel/head-common.S :
>> '__lookup_processor_type', and eventually goes to '__error_a' of the
>>     
> The '__lookup_processor_type' goes to '__error_a'  is not related to
> your machine_type,
> you should check whether there is a true definition of  select
> CPU_ARMxx in the arch/arm/kconfig.
>   
 Symbol: MACH_SMDK2450
[=y]                                                                                                    
? 
  ? Prompt:
SMDK2450                                                                                                              
? 
  ?   Defined at
arch/arm/mach-s3c2450/Kconfig:30                                                                                 
? 
  ?   Depends on:
ARCH_S3C2410                                                                                                    
? 
  ?  
Location:                                                                                                                   
? 
  ?     -> System
Type                                                                                                            
? 
  ?       -> S3C2450
Machines                                                                                                     
? 
  ?   Selects: CPU_S3C2450 && MACH_SMDK
> The issue maybe result from you get a wrong ARM processor type
> number,which is not equal to
> the R9 resigster value.
>   
most likely the case, what should be my check-list to verify correct doing?
thanks,
>   
>> same file! this seems to be related to the definition of machine_type as
>> defined in :
>> include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
>> I checked where the definition goes in  include/asm-arm/mach-types.h by
>> inserting
>> #error 2223XX
>> into various parts of that header and seems fine at the point.
>> nevertheless I'm not 100 sure
>> I wonder if the is a definitive reference to guide in this matter,
>> better yet a check-list like procedure??
>> thanks,
>> ferar
>>
>> _______________________________________________
>> linux-arm-kernel mailing list
>> linux-arm-kernel at lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>>
>>     
>
>
>   

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-27  1:07 ` Ben Dooks
  2010-05-27 14:29   ` f. achkar
@ 2010-05-27 15:08   ` f. achkar
  2010-05-28  1:08     ` Ben Dooks
  1 sibling, 1 reply; 7+ messages in thread
From: f. achkar @ 2010-05-27 15:08 UTC (permalink / raw)
  To: linux-arm-kernel

On 05/26/2010 09:07 PM, Ben Dooks wrote:
> On Wed, May 26, 2010 at 05:11:22PM -0400, f. achkar wrote:
>   
>> hi,
>> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
>>     
> I suspect what you are doing is trying to port it to a machine that
> was loosley based on the SMDK2450 and that whoever did the uboot port
> failed to understand that when the hardware changes then the machine
> number needs to change too.
>
>   
>> initial work as per various googled documents, but somehow the current
>> initial Image is failing at arch/arm/kernel/head-common.S :
>> '__lookup_processor_type', and eventually goes to '__error_a' of the
>> same file! this seems to be related to the definition of machine_type as
>> defined in :
>> include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
>> I checked where the definition goes in  include/asm-arm/mach-types.h by
>> inserting
>>     
> you probably wanted to enable the debugging in the head code.
>
>   
>> #error 2223XX
>> into various parts of that header and seems fine at the point.
>> nevertheless I'm not 100 sure
>> I wonder if the is a definitive reference to guide in this matter,
>> better yet a check-list like procedure??
>> thanks,
>> ferar
>>     
> How about downloading the latest kernel, with nice fresh S3C2450 support
> in it?
>   
which version is that? 2.6.34 does not contain such support!
thanks

^ permalink raw reply	[flat|nested] 7+ messages in thread

* defining ARM machine type properly
  2010-05-27 15:08   ` f. achkar
@ 2010-05-28  1:08     ` Ben Dooks
  0 siblings, 0 replies; 7+ messages in thread
From: Ben Dooks @ 2010-05-28  1:08 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, May 27, 2010 at 11:08:35AM -0400, f. achkar wrote:
> On 05/26/2010 09:07 PM, Ben Dooks wrote:
> > On Wed, May 26, 2010 at 05:11:22PM -0400, f. achkar wrote:
> >   
> >> hi,
> >> I'm trying to port smdk2450 arch to the a new kernel 2.6.32-9, I did the
> >>     
> > I suspect what you are doing is trying to port it to a machine that
> > was loosley based on the SMDK2450 and that whoever did the uboot port
> > failed to understand that when the hardware changes then the machine
> > number needs to change too.
> >
> >   
> >> initial work as per various googled documents, but somehow the current
> >> initial Image is failing at arch/arm/kernel/head-common.S :
> >> '__lookup_processor_type', and eventually goes to '__error_a' of the
> >> same file! this seems to be related to the definition of machine_type as
> >> defined in :
> >> include/asm-arm/mach-types.h  and arch/arm/tools/mach-types*
> >> I checked where the definition goes in  include/asm-arm/mach-types.h by
> >> inserting
> >>     
> > you probably wanted to enable the debugging in the head code.
> >
> >   
> >> #error 2223XX
> >> into various parts of that header and seems fine at the point.
> >> nevertheless I'm not 100 sure
> >> I wonder if the is a definitive reference to guide in this matter,
> >> better yet a check-list like procedure??
> >> thanks,
> >> ferar
> >>     
> > How about downloading the latest kernel, with nice fresh S3C2450 support
> > in it?
> >   
> which version is that? 2.6.34 does not contain such support!
> thanks

2.6.34-git

core support is in, hopefully core peripheral support can be sorted out
and released as soon as possible.

-- 
Ben

Q:      What's a light-year?
A:      One-third less calories than a regular year.

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2010-05-28  1:08 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-26 21:11 defining ARM machine type properly f. achkar
2010-05-27  1:07 ` Ben Dooks
2010-05-27 14:29   ` f. achkar
2010-05-27 15:08   ` f. achkar
2010-05-28  1:08     ` Ben Dooks
2010-05-27  3:14 ` Wan ZongShun
2010-05-27 14:53   ` f. achkar

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).