From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from web53705.mail.yahoo.com (web53705.mail.yahoo.com [206.190.37.26]) by ozlabs.org (Postfix) with SMTP id 4922B67B42 for ; Wed, 13 Apr 2005 10:39:34 +1000 (EST) Message-ID: <20050413003932.57133.qmail@web53705.mail.yahoo.com> Date: Tue, 12 Apr 2005 17:39:32 -0700 (PDT) From: Junita Ajith To: Andy Fleming , linuxppc-embedded@ozlabs.org, pari@gdatech.com In-Reply-To: 6667 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-310514976-1113352772=:56954" Subject: Re: Help needed Linux-2.6 - MPC8541 List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , --0-310514976-1113352772=:56954 Content-Type: text/plain; charset=us-ascii Andy 1. The code hangs exaclty at the point where it looks for the 'graceful transmit/receive' bits set in the IEVENT register. (IEVENT_GRSC , IEVENT_GTSC) . File - (linux-2.6/drivers/net/gianfar.c) Function - static int gfar_probe(struct device *device) ; In that ,we write Graceful Receive Stop and Graceful Transmit Stop, and then wait until the corresponding bits in IEVENT indicate the stops have completed. This never happens and hence hangs at the 'while' loop inside that function. 2. We are using Linux-2.6.11 Here's the serial output dump with a few debug messages. ## Booting image at 02000000 ... Image Name: PCIG8400-Rel-1.1 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 883221 Bytes = 862.5 kB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Uncompressing Kernel Image ... OK ## Loading RAMDisk Image at 03000000 ... Image Name: PCIG8400 Image Type: PowerPC Linux RAMDisk Image (gzip compressed) Data Size: 2751807 Bytes = 2.6 MB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK Loading Ramdisk to 0fd12000, end 0ffb1d3f ... OK Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb Linux version 2.6.11 (pari@sjswsvr11) (gcc version 3.3.2) #16 Tue Apr 5 11:19:57 PDT 2005 Built 1 zonelists Kernel command line: console=ttyS0,115200 root=/dev/ram rw doPci=1 OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fcfbb000 PID hash table entries: 2048 (order: 11, 32768 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 254720k available (1252k kernel code, 444k data, 292k init, 0k highmem) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) checking if image is initramfs...it isn't (no cpio magic); looks like an initrd Freeing initrd memory: 2687k freed NET: Registered protocol family 16 PCI: Probing PCI hardware devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au) devfs: boot_options: 0x0 Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing enabled ttyS0 at MMIO 0xfdf04500 (irq = 90) is a 16550A io scheduler noop registered inside elv_register() RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize Inside gfar_probe() einfo Phy ID 7 gfar 1: additional data! Inside alloc_etherdev() for eth-1072721560 start e0024000 Resetting MAC........ --2--MACCFG1 is 0x80000000 MACCFG2 is 0x 0 -2- tempval 000000db -3- tempval 00000000 -4-1- tempval 00000000 -4-2- tempval 00000000 -4-2-a tempval 00000000 -4-3 tempval 00000000 -4-4 tempval 00000000 Before loop -5- after writing to IEVENT tempval -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 -5- after writing to IEVENT tempval 80000000 thanks, Junita Andy Fleming wrote: Could you send me what the kernel prints up to the point of the hang? Also, what version of 2.6 are you using? The board interface for the driver changed recently to support the new driver model. Andy On Apr 12, 2005, at 12:38, Junita Ajith wrote: > Hi > We are trying to port Linux-2.6 for our custom > MPC8541 board. > > We have a TSEC and an FEC in the board. > > With the "Networking Support" disabled in the Kernel, > the board boots up fine and gets to the prompt. > > But with the "Networking Support" enabled in the > kernel the board hangs where it identifies the PHY, > inspite of giving the corrct PHY ID. > > > Any help is greatly appreciated. > > PS: > We have linux-2.4 ported for the same board and so > taking that as reference trying to port Linux-2.6 , > but havent succeeded yet. > > Thanks > Junita > > > > __________________________________ > Do you Yahoo!? > Make Yahoo! your home page > http://www.yahoo.com/r/hs > _______________________________________________ > Linuxppc-embedded mailing list > Linuxppc-embedded@ozlabs.org > https://ozlabs.org/mailman/listinfo/linuxppc-embedded > --------------------------------- Do you Yahoo!? Yahoo! Small Business - Try our new resources site! --0-310514976-1113352772=:56954 Content-Type: text/html; charset=us-ascii

Andy
 
   1. The code hangs exaclty at the point where it looks for the 'graceful transmit/receive' bits set in the IEVENT register. (IEVENT_GRSC , IEVENT_GTSC) .
                    File         - (linux-2.6/drivers/net/gianfar.c)
                    Function  - static int gfar_probe(struct device *device) ;
 
 In that ,we  write Graceful Receive Stop and Graceful  Transmit Stop, and then wait until the corresponding bits  in IEVENT indicate the stops have completed.
 
  This never happens and hence hangs at the 'while' loop inside that function.
 
2. We are using Linux-2.6.11
 
Here's the serial output dump  with a few debug messages.
 
## Booting image at 02000000 ...
   Image Name:   PCIG8400-Rel-1.1
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    883221 Bytes = 862.5 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
## Loading RAMDisk Image at 03000000 ...
   Image Name:   PCIG8400
   Image Type:   PowerPC Linux RAMDisk Image (gzip compressed)
   Data Size:    2751807 Bytes =  2.6 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Loading Ramdisk to 0fd12000, end 0ffb1d3f ... OK
Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb
Linux version 2.6.11 (pari@sjswsvr11) (gcc version 3.3.2) #16 Tue Apr 5 11:19:57
 PDT 2005
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=/dev/ram rw doPci=1
OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fcfbb000
PID hash table entries: 2048 (order: 11, 32768 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Memory: 254720k available (1252k kernel code, 444k data, 292k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
Freeing initrd memory: 2687k freed
NET: Registered protocol family 16
PCI: Probing PCI hardware
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing enabled
ttyS0 at MMIO 0xfdf04500 (irq = 90) is a 16550A
io scheduler noop registered inside elv_register()
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
Inside gfar_probe()
einfo Phy ID 7
gfar 1: additional data!
Inside alloc_etherdev() for eth-1072721560
start e0024000
Resetting MAC........
--2--MACCFG1 is 0x80000000
MACCFG2 is 0x       0
-2- tempval 000000db
-3- tempval 00000000
-4-1- tempval 00000000
-4-2- tempval 00000000
-4-2-a tempval 00000000
-4-3 tempval 00000000
-4-4 tempval 00000000
Before loop -5- after writing to IEVENT tempval
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
-5- after writing to IEVENT tempval 80000000
 
 
 
thanks,
Junita
Andy Fleming <afleming@freescale.com> wrote:

Could you send me what the kernel prints up to the point of the hang?

Also, what version of 2.6 are you using? The board interface for the
driver changed recently to support the new driver model.

Andy

On Apr 12, 2005, at 12:38, Junita Ajith wrote:

> Hi
> We are trying to port Linux-2.6 for our custom
> MPC8541 board.
>
> We have a TSEC and an FEC in the board.
>
> With the "Networking Support" disabled in the Kernel,
> the board boots up fine and gets to the prompt.
>
> But with the "Networking Support" enabled in the
> kernel the board hangs where it identifies the PHY,
> inspite of giving the corrct PHY ID.
>
>
> Any help is greatly appreciated.
>
> PS:
> We have linux-2.4 ported for the same board and so
> taking that as reference trying to port Linux-2.6 ,
> but havent succeeded yet.
>
> Thanks
> Junita
>
>
>
> __________________________________
> Do you Yahoo!?
> Make Yahoo! your home page
> http://www.yahoo.com/r/hs
> _______________________________________________
> Linuxppc-embedded mailing list
> Linuxppc-embedded@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>

Do you Yahoo!?
Yahoo! Small Business - Try our new resources site! --0-310514976-1113352772=:56954--