<DIV>Hello Clement Koller,</DIV>
<DIV> Thanks for your response.</DIV>
<DIV> </DIV>
<DIV>We have both Marvel & Intel's phy in our 8541 board.</DIV>
<DIV> </DIV>
<DIV>As of now in the kernel we have just enabled support for Marvel's PHY.</DIV>
<DIV> </DIV>
<DIV>It doesnt even come to the point of detecting the PHY ID (88E1011S). It just reads the PHy Address(Board specific) correclty.</DIV>
<DIV> </DIV>
<DIV>Even before it gets into gianfar_phy.c it hangs at gianfar.c.</DIV>
<DIV> </DIV>
<DIV>This is the screen dump.</DIV>
<DIV>---------------------------------------</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV>Board: PCI-G8500 [PowerQUICC III]<BR> CPU: 825 MHz<BR> CCB: 330 MHz<BR> DDR: 165 MHz<BR> LBC: 82 MHz<BR>L1 D-cache 32KB, L1 I-cache 32KB enabled.<BR>I2C: ready<BR>DRAM: 256 MB<BR>RMCG8400 in PCI Host Mode.<BR>RMCG8400 is the PCI Arbiter.<BR>FLASH: 8 MB<BR>L2 cache enabled: 256KB<BR>In: serial<BR>Out: serial<BR>Err: serial<BR>Net: MOTO ENET0: PHY is Marvell 88E1011S (1410c67)<BR>MOTO ENET2: PHY is Intel LXT971A (1378e2)<BR>MOTO ENET0, MOTO ENET2<BR>Hit any key to stop autoboot: 0<BR>RMCG8500#>tftp 2000000 8541/vmlinux.img<BR>Speed: 1000, full duplex<BR>Using MOTO ENET0 device<BR>TFTP from server 192.168.201.11; our IP address is 192.168.201.191<BR>Filename '8541/vmlinux.img'.<BR>Load address: 0x2000000<BR>Loading:
#################################################################<BR> #################################################################<BR> ###########################################<BR>done<BR>Bytes transferred = 883219 (d7a13 hex)<BR>RMCG8500#>tftp 3000000 8541/ramdisk.image-8541.hdr<BR>Speed: 1000, full duplex<BR>Using MOTO ENET0 device<BR>TFTP from server 192.168.201.11; our IP address is 192.168.201.191<BR>Filename '8541/ramdisk.image-8541.hdr'.<BR>Load address: 0x3000000<BR>Loading: #################################################################<BR> #################################################################<BR> #################################################################<BR>
#################################################################<BR> #################################################################<BR> #################################################################<BR> #################################################################<BR> #################################################################<BR> ##################<BR>done<BR>Bytes transferred = 2751871 (29fd7f hex)<BR>RMCG8500#>bootm 2000000 3000000<BR>## Booting image at 02000000 ...<BR> Image Name: PCIG8400-Rel-1.1<BR> Image Type: PowerPC Linux Kernel Image (gzip compressed)<BR> Data Size: 883155 Bytes = 862.5 kB<BR> Load Address:
00000000<BR> Entry Point: 00000000<BR> Verifying Checksum ... OK<BR> Uncompressing Kernel Image ... OK<BR>## Loading RAMDisk Image at 03000000 ...<BR> Image Name: PCIG8400<BR> Image Type: PowerPC Linux RAMDisk Image (gzip compressed)<BR> Data Size: 2751807 Bytes = 2.6 MB<BR> Load Address: 00000000<BR> Entry Point: 00000000<BR> Verifying Checksum ... OK<BR> Loading Ramdisk to 0fd12000, end 0ffb1d3f ... OK<BR>Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb<BR>Linux version 2.6.11 (<A href="mailto:pari@sjswsvr11">pari@sjswsvr11</A>) (gcc version 3.3.2) #16 Tue Apr 5 11:19:57<BR> PDT 2005<BR>Built 1 zonelists<BR>Kernel command line: console=ttyS0,115200 root=/dev/ram rw doPci=1<BR>OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fcfbb000<BR>PID hash table entries: 2048 (order: 11, 32768
bytes)<BR>Console: colour dummy device 80x25<BR>Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)<BR>Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)<BR>Memory: 254720k available (1252k kernel code, 444k data, 292k init, 0k highmem)<BR>Mount-cache hash table entries: 512 (order: 0, 4096 bytes)<BR>checking if image is initramfs...it isn't (no cpio magic); looks like an initrd<BR>Freeing initrd memory: 2687k freed<BR>NET: Registered protocol family 16<BR>PCI: Probing PCI hardware<BR>devfs: 2004-01-31 Richard Gooch (<A href="mailto:rgooch@atnf.csiro.au">rgooch@atnf.csiro.au</A>)<BR>devfs: boot_options: 0x0<BR>Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing enabled<BR>ttyS0 at MMIO 0xfdf04500 (irq = 90) is a 16550A<BR>io scheduler noop registered inside elv_register()<BR>RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize</DIV>
<DIV>Inside gfar_probe() of gianfar.c<BR>*************************************<BR>Inside alloc_etherdev() for eth-1072721460</DIV>
<DIV>PHY base Addr is 0xd1002000</DIV>
<DIV>Before DMA engine stop for IEVENT</DIV>
<DIV>value of DMACTRL reg before writing to it : 0x0<BR>value to be written to DMACTRL reg : 0x18<BR>value of DMACTRL reg after writing to it : 0x80000000<BR>value of IEVENT reg : 0x80000000</DIV>
<DIV>***************************************************************************</DIV>
<DIV> </DIV>
<DIV>And after this it just gets into the loop where it looks if the 'Gracious receive and Gracious stop' bits of the IEVENT register are set.<BR></DIV>
<DIV>In our case it doesnt get set and so the kernel hangs at that point.</DIV>
<DIV> </DIV>
<DIV>Thanks <BR>Junita<BR><BR><B><I>Clemens Koller <clemens.koller@anagramm.de></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">Hi, Junita!<BR><BR>What PHYs do you use on the 8541?<BR>Check if they are supported in gianfar_phy or if they<BR>can be used with Generic MII<BR>Check if you get the the phy_id is correct.<BR>Some more debug-output would be nice.<BR><BR>I had to add Intel LXT971 support to the gianfar_phy<BR>for my platform which is a 100MBit MII PHY only.<BR><BR>Clemens Koller<BR>_______________________________<BR>R&D Imaging Devices<BR>Anagramm GmbH<BR>Rupert-Mayer-Str. 45/1<BR>81379 Muenchen<BR>Germany<BR><BR>http://www.anagramm.de<BR>Phone: +49-89-741518-50<BR>Fax: +49-89-741518-19<BR><BR>Junita Ajith wrote:<BR>> Andy<BR>> <BR>> 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) .<BR>> File - (linux-2.6/drivers/net/gianfar.c)<BR>> Function - static int gfar_probe(struct device
*device) ;<BR>> <BR>> 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. <BR>> <BR>> This never happens and hence hangs at the 'while' loop inside that function.<BR>> <BR>> 2. We are using Linux-2.6.11<BR>> <BR>> Here's the serial output dump with a few debug messages.<BR>> <BR>> ## Booting image at 02000000 ...<BR>> Image Name: PCIG8400-Rel-1.1<BR>> Image Type: PowerPC Linux Kernel Image (gzip compressed)<BR>> Data Size: 883221 Bytes = 862.5 kB<BR>> Load Address: 00000000<BR>> Entry Point: 00000000<BR>> Verifying Checksum ... OK<BR>> Uncompressing Kernel Image ... OK<BR>> ## Loading RAMDisk Image at 03000000 ...<BR>> Image Name: PCIG8400<BR>> Image Type: PowerPC Linux RAMDisk Image (gzip compressed)<BR>> Data Size: 2751807 Bytes = 2.6 MB<BR>> Load Address: 00000000<BR>> Entry Point: 00000000<BR>> Verifying
Checksum ... OK<BR>> Loading Ramdisk to 0fd12000, end 0ffb1d3f ... OK<BR>> Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb<BR>> Linux version 2.6.11 (pari@sjswsvr11) (gcc version 3.3.2) #16 Tue Apr 5 11:19:57<BR>> PDT 2005<BR>> Built 1 zonelists<BR>> Kernel command line: console=ttyS0,115200 root=/dev/ram rw doPci=1<BR>> OpenPIC Version 1.2 (1 CPUs and 44 IRQ sources) at fcfbb000<BR>> PID hash table entries: 2048 (order: 11, 32768 bytes)<BR>> Console: colour dummy device 80x25<BR>> Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)<BR>> Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)<BR>> Memory: 254720k available (1252k kernel code, 444k data, 292k init, 0k highmem)<BR>> Mount-cache hash table entries: 512 (order: 0, 4096 bytes)<BR>> checking if image is initramfs...it isn't (no cpio magic); looks like an initrd<BR>> Freeing initrd memory: 2687k freed<BR>> NET: Registered protocol family
16<BR>> PCI: Probing PCI hardware<BR>> devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)<BR>> devfs: boot_options: 0x0<BR>> Serial: 8250/16550 driver $Revision: 1.90 $ 1 ports, IRQ sharing enabled<BR>> ttyS0 at MMIO 0xfdf04500 (irq = 90) is a 16550A<BR>> io scheduler noop registered inside elv_register()<BR>> RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize<BR>> Inside gfar_probe()<BR>> einfo Phy ID 7<BR>> gfar 1: additional data!<BR>> Inside alloc_etherdev() for eth-1072721560<BR>> start e0024000<BR>> Resetting MAC........<BR>> --2--MACCFG1 is 0x80000000<BR>> MACCFG2 is 0x 0<BR>> -2- tempval 000000db<BR>> -3- tempval 00000000<BR>> -4-1- tempval 00000000<BR>> -4-2- tempval 00000000<BR>> -4-2-a tempval 00000000<BR>> -4-3 tempval 00000000<BR>> -4-4 tempval 00000000<BR>> Before loop -5- after writing to IEVENT tempval<BR>> -5- after writing to IEVENT tempval 80000000<BR>> -5- after
writing to IEVENT tempval 80000000<BR>> -5- after writing to IEVENT tempval 80000000<BR>> -5- after writing to IEVENT tempval 80000000<BR>> -5- after writing to IEVENT tempval 80000000<BR>> -5- after writing to IEVENT tempval 80000000<BR>> -5- after writing to IEVENT tempval 80000000<BR>> <BR>> <BR>> <BR>> thanks,<BR>> Junita<BR>> Andy Fleming <AFLEMING@FREESCALE.COM>wrote:<BR>> <BR>> Could you send me what the kernel prints up to the point of the hang?<BR>> <BR>> Also, what version of 2.6 are you using? The board interface for the <BR>> driver changed recently to support the new driver model.<BR>> <BR>> Andy<BR>> <BR>> On Apr 12, 2005, at 12:38, Junita Ajith wrote:<BR>> <BR>> <BR>>>Hi<BR>>>We are trying to port Linux-2.6 for our custom<BR>>>MPC8541 board.<BR>>><BR>>>We have a TSEC and an FEC in the board.<BR>>><BR>>>With the "Networking Support" disabled in the
Kernel,<BR>>>the board boots up fine and gets to the prompt.<BR>>><BR>>>But with the "Networking Support" enabled in the<BR>>>kernel the board hangs where it identifies the PHY,<BR>>>inspite of giving the corrct PHY ID.<BR>>><BR>>><BR>>>Any help is greatly appreciated.<BR>>><BR>>>PS:<BR>>>We have linux-2.4 ported for the same board and so<BR>>>taking that as reference trying to port Linux-2.6 ,<BR>>>but havent succeeded yet.<BR>>><BR>>>Thanks<BR>>>Junita<BR>>><BR>>><BR>>><BR>>>__________________________________<BR>>>Do you Yahoo!?<BR>>>Make Yahoo! your home page<BR>>>http://www.yahoo.com/r/hs<BR>>>_______________________________________________<BR>>>Linuxppc-embedded mailing list<BR>>>Linuxppc-embedded@ozlabs.org<BR>>>https://ozlabs.org/mailman/listinfo/linuxppc-embedded<BR>>><BR>> <BR>> <BR>> <BR>>
<BR>> <BR>> ---------------------------------<BR>> Do you Yahoo!?<BR>> Yahoo! Small Business - Try our new resources site! <BR>> <BR>> <BR>> ------------------------------------------------------------------------<BR>> <BR>> _______________________________________________<BR>> Linuxppc-embedded mailing list<BR>> Linuxppc-embedded@ozlabs.org<BR>> https://ozlabs.org/mailman/listinfo/linuxppc-embedded<BR></BLOCKQUOTE><p>__________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com