AW: AW: Linux 2.4.24 on PQ2FADS

2004-03-10 Thread Stefano Gaiotto

Yes Thomas,

MPC8280, '8275 and '8270 are all 0.13um (HiP7) members of PowerQUICCII
family.
Using your entry in cputable (o that in patch 2.4.25!...) I achieve working
stability in my board, in fact it reaches every time
the NFS root mounting point.
But I till have problems with the corrupted stamps I showed you!
Is not an overlapping memory problem as you suggested me, I'm investigating
about that.

Thank you,
  Stefano Gaiotto





Thomas Sch?fer  on 09/03/2004 17:43:16

Please respond to 

To:"Stefano Gaiotto" 
cc:    

Subject:    AW: AW: Linux 2.4.24 on PQ2FADS


Stefano,

> -Urspr?ngliche Nachricht-
> Von: Stefano Gaiotto [mailto:Stefano.Gaiotto at marconi.com]
> Gesendet: Dienstag, 9. M?rz 2004 17:05
> An: tschaefer at giga-stream.de
> Cc: Stefano Gaiotto  Betreff: Re: AW: Linux 2.4.24 on PQ2FADS
>
>
>
>
> Thomas,
>
> I had not an entry for Hip7 such that you send me! Thak you very much for
> your help.

I'm not sure if MPC8275 is actually a HIP7 core. We used a MPC8280 on our
boards. It is important that the CPU ID is correct in the cputable file. In
our case, with the missing CPU ID the board always hang in the init
program.

> I'm going to chek my SDRAM initialization because, now, I see corrupted
> stamps, like these:
>
> ## Booting image at 0010 ...
>Image Name:   2.2.4 Kernel for PQ2FADS
>Image Type:   PowerPC Linux Kernel Image (gzip compressed)
>Data Size:571353 Bytes = 558 kB
>Load Address: 
>Entry Point:  
>Verifying Checksum ... OK
>Uncompressing Kernel Image ... OK
> Memory BAT mapping: BAT2=32Mb, BAT3=0Mb, residual: 0Mb
>   ?Linux
> version 2.4.24
> (gai
> otto at gexs22) (gcc version 3.3.2) #5 Tue Mar 9 17:00:09 CET 2004
>?ADS setup
> arch
> ?O
> n node 0 totalpages: 8192
>  ?zone(0): 8192 pages.
>   ?zone(1): 0 pages.
>
> ?zone(2): 0
> page
> s.
>   ?Kernel command line: root=/dev/nfs rw
> nfsroot=172.16.246.111:/home/gaiotto/fa
> dsroot nobats ip=172.16.119.3
>  ????$ ?ADS init IRQ. NR_IR?
>

Maybe that your load address (0x10) is too low and is overwritten when
the kernel is uncompressed

Best regards,

Thomas


>
> Regards,
>   Stefano
>
>
>
>
>
>
> Thomas Sch?fer  on 09/03/2004 14:24:39
>
> Please respond to 
>
> To:"Stefano Gaiotto" 
> cc:
>
> Subject:AW: Linux 2.4.24 on PQ2FADS
>
>
> Hi Stefano,
>
> just a wild guess:
>
> check the cpu_specs[] array in your arch/ppc/kernel/cputable.c file. It
> should
> contain something like this entry for your 8275 CPU:
>
> { /* 82xx (Hip7 603e cores) */
>   0x, 0x8082, "82xx (Hip7)",
>   CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_CAN_DOZE | CPU_FTR_USE_TB |
>   CPU_FTR_CAN_NAP,
>   COMMON_PPC,
>   32, 32,
>   __setup_cpu_603
> }
>
> The CPU ID (0x8082 in this case) must match your 8275 CPU ID.
> Otherwise, generic PPC
> will be assumed which leads to strange behaviour as soon as the
> MMU will be
> enabled by
> the kernel.
>
> second guess:
>
> Because of the random errors you described I would check the
> SDRAM settings
> of the board:
> - check ALL settings of the memory controller against the settings
> described in the
>   data sheet of your SDRAM.
> - check memory controller initialization sequence against the sequence
> described in the
>   data sheet of the SDRAM and the memory controller of the CPU
> - if both are correct: check signal integrity on your board
>
> hope this helps.
>
> Best regards,
>
> Thomas Schaefer
>
> > -Urspr?ngliche Nachricht-
> > Von: owner-linuxppc-embedded at lists.linuxppc.org
> > [mailto:owner-linuxppc-embedded at lists.linuxppc.org]Im Auftrag von
> > Stefano Gaiotto
> > Gesendet: Dienstag, 9. M?rz 2004 13:53
> > An: linuxppc-embedded at lists.linuxppc.org
> > Betreff: Linux 2.4.24 on PQ2FADS
> >
> >
> >
> > Dear colleagues,
> >
> > I'm trying to have Linux 2.4.24 working on my evaluation board
> PQ2FADS-VR
> > with ppc8275, but I'm suffering of a lot of instability problems.
> > The Boot-loader I use is Uboot-1.0.0 witch initialise correctly
> the board
> > at speed 66,133,199 and correctly fills bd_info struct.
> > But when I issue the command "=> bootm 10" I observe every time a
> > different behaviour: sometimes I don't see anything, sometimes 

AW: AW: Linux 2.4.24 on PQ2FADS

2004-03-09 Thread Thomas Schäfer

Stefano,

> -Urspr?ngliche Nachricht-
> Von: Stefano Gaiotto [mailto:Stefano.Gaiotto at marconi.com]
> Gesendet: Dienstag, 9. M?rz 2004 17:05
> Betreff: Re: AW: Linux 2.4.24 on PQ2FADS
>
> I had not an entry for Hip7 such that you send me! Thak you very much
> for your help.

I'm not sure if MPC8275 is actually a HIP7 core. We used a MPC8280 on
our boards. It is important that the CPU ID is correct in the cputable
file. In our case, with the missing CPU ID the board always hang in the
init program.

> I'm going to chek my SDRAM initialization because, now, I see
> corrupted stamps, like these:
>
> ## Booting image at 0010 ...
>Image Name:   2.2.4 Kernel for PQ2FADS
>Image Type:   PowerPC Linux Kernel Image (gzip compressed)
>Data Size:571353 Bytes = 558 kB
>Load Address: 
>Entry Point:  
>Verifying Checksum ... OK
>Uncompressing Kernel Image ... OK
> Memory BAT mapping: BAT2=32Mb, BAT3=0Mb, residual: 0Mb
>   ?Linux
> version 2.4.24
> (gai
> otto at gexs22) (gcc version 3.3.2) #5 Tue Mar 9 17:00:09 CET 2004
>?ADS setup
> arch
> ?O
> n node 0 totalpages: 8192
>  ?zone(0): 8192 pages.
>   ?zone(1): 0 pages.
>
> ?zone(2): 0
> page
> s.
>   ?Kernel command line: root=/dev/nfs rw
> nfsroot=172.16.246.111:/home/gaiotto/fa
> dsroot nobats ip=172.16.119.3
>  ????$ ?ADS init IRQ. NR_IR?
>

Maybe that your load address (0x10) is too low and is overwritten
when the kernel is uncompressed

Best regards,

Thomas

> Thomas Sch?fer  on 09/03/2004 14:24:39
>
> just a wild guess:
>
> check the cpu_specs[] array in your arch/ppc/kernel/cputable.c file.
> It should contain something like this entry for your 8275 CPU:
>
> { /* 82xx (Hip7 603e cores) */
>   0x, 0x8082, "82xx (Hip7)",
>   CPU_FTR_SPLIT_ID_CACHE | CPU_FTR_CAN_DOZE | CPU_FTR_USE_TB |
>   CPU_FTR_CAN_NAP,
>   COMMON_PPC,
>   32, 32,
>   __setup_cpu_603
> }
>
> The CPU ID (0x8082 in this case) must match your 8275 CPU ID.
> Otherwise, generic PPC will be assumed which leads to strange
> behaviour as soon as the  MMU will be enabled by the kernel.
>
> second guess:
>
> Because of the random errors you described I would check the SDRAM
> settings of the board:
> - check ALL settings of the memory controller against the settings
>   described in the data sheet of your SDRAM.
> - check memory controller initialization sequence against the sequence
>   described in the data sheet of the SDRAM and the memory controller
>   of the CPU
> - if both are correct: check signal integrity on your board
>
> > -Urspr?ngliche Nachricht-
> > Von: Stefano Gaiotto
> > Gesendet: Dienstag, 9. M?rz 2004 13:53
> > Betreff: Linux 2.4.24 on PQ2FADS
> >
> > I'm trying to have Linux 2.4.24 working on my evaluation board
> > PQ2FADS-VR with ppc8275, but I'm suffering of a lot of instability
> > problems. The Boot-loader I use is Uboot-1.0.0 witch initialise
> > correctly the board at speed 66,133,199 and correctly fills bd_info
> > struct. But when I issue the command "=> bootm 10" I observe
> > every time a different behaviour: sometimes I don't see anything,
> > sometimes the board stops in "Calibrating delay loop", sometimes
> > after having written the line:
> >
> > Memory: 30936k available (984k kernel code, 344k data, 52k init, 0k
> > highmem)
> >
> > Or the line
> >
> > POSIX conformance testing by UNIFIX
> >
> > Only occasionally it reaches the init program (stopping here).
> >
> > The same behaviour I observed with the images delivered by the
> > Arabella distribution!
> >
> > Do you have any suggestion? MMU? Cache? Hardware?

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/