Help needed Linux-2.6 - MPC8540
info
info at moreframe.com
Sun Nov 6 02:14:38 EST 2005
Andy, Kumar
The problems is solved, the reason is not PHY driver but u-boot. I use u-boot-1.1.1 from GDAtech, I think it has some bugs on the PHY setup even if it is working OK with kernel-2.4.x. When I update to u-boot-1.1.3, every thing is OK.
>Andy, Kumar
>
>Thank you for your help!
>GDAtech only give me linux-2.4.27 binary file for RMC-G8500 card, I try to port 2.6.13 for that card myself.
>
>Today, I download linux-2.6.13.tar.bz2 and patch-2.6.14-rc5.bz2 from kernel.org.
>I download http://lwn.net/Articles/146253/ "Patch: Gianfar PHY Layer Update".
>I download http://ozlabs.org/pipermail/linuxppc-embedded/2005-October/020593.html "[PATCH] 85xx PHY Platform Update"
>I patch and build them together get a linux 2.6.14-rc5 for MPC8540, try it on RMC-G8500 card
>
>U-Boot 1.1.1 (Aug 10 2004 - 11:01:21)
>
>Motorola PowerPC ProcessorID=00000000 Rev. PVR=80200020
>Board: GDA Technologies RMC-G8500 [PowerQUICC III]
> CPU: 825 MHz
> CCB: 330 MHz
> DDR: 165 MHz
> LBC: 82 MHz
>L1 D-cache 32KB, L1 I-cache 32KB enabled.
>I2C: ready
>DRAM: 256 MB
>8540 in PCI Host Mode.
>8540 is the PCI Arbiter.
>FLASH: 8 MB
>L2 cache enabled: 256KB
>In: serial
>Out: serial
>Err: serial
>Net: MOTO ETHERNET
>Hit any key to stop autoboot: 0
>RMCG8500#>tftp 200000 uImage; tftp 400000 your.ramdisk.u-boot; bootm 200000 400000
>Using MOTO ETHERNET device
>TFTP from server 192.96.134.135; our IP address is 192.96.134.136
>Filename 'uImage'.
>Load address: 0x200000
>Loading: #################################################################
> #################################################################
> #################################################################
> ################################
>done
>Bytes transferred = 1159376 (11b0d0 hex)
>Using MOTO ETHERNET device
>TFTP from server 192.96.134.135; our IP address is 192.96.134.136
>Filename 'your.ramdisk.u-boot'.
>Load address: 0x400000
>Loading: #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> #################################################################
> ########################################
>done
>Bytes transferred = 3530818 (35e042 hex)
>## Booting image at 00200000 ...
> Image Name: Linux-2.6.14-rc5
> Image Type: PowerPC Linux Kernel Image (gzip compressed)
> Data Size: 1159312 Bytes = 1.1 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Uncompressing Kernel Image ... OK
>## Loading RAMDisk Image at 00400000 ...
> Image Name: zzz ppc ramdisk
> Image Type: PowerPC Linux RAMDisk Image (gzip compressed)
> Data Size: 3530754 Bytes = 3.4 MB
> Load Address: 00000000
> Entry Point: 00000000
> Verifying Checksum ... OK
> Loading Ramdisk to 0fc54000, end 0ffb2002 ... OK
>Memory CAM mapping: CAM0=256Mb, CAM1=0Mb, CAM2=0Mb residual: 0Mb
>Linux version 2.6.14-rc5 (root at ppclinux) (gcc version 3.3.3 (Yellow Dog Linux 3.3.3-16.ydl.4)) #1 Mon Oct 24 13:22:56 EDT 2005
>Built 1 zonelists
>Kernel command line: console=ttyS0,115200 root=/dev/ram rw doPci=1
>OpenPIC Version 1.2 (1 CPUs and 60 IRQ sources) at fcfbb000
>PID hash table entries: 2048 (order: 11, 32768 bytes)
>Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
>Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
>Memory: 253440k available (1904k kernel code, 516k data, 132k init, 0k highmem)
>Mount-cache hash table entries: 512
>checking if image is initramfs...it isn't (no cpio magic); looks like an initrd
>softlockup thread 0 started up.
>Freeing initrd memory: 3448k freed
>NET: Registered protocol family 16
>PCI: Probing PCI hardware
>Generic PHY: Registered new driver
>SCSI subsystem initialized
>Generic RTC Driver v1.07
>i8042.c: i8042 controller self test timeout.
>Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing disabled
>ttyS0 at MMIO 0xfdf04500 (irq = 26) is a 16550A
>ttyS1 at MMIO 0xfdf04600 (irq = 26) is a 16550A
>io scheduler noop registered
>io scheduler anticipatory registered
>io scheduler deadline registered
>io scheduler cfq registered
>RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
>loop: loaded (max 8 devices)
>Gianfar MII Bus: probed
>
>
>!!STOP HERE
>
>
>
>>
>>On Oct 23, 2005, at 10:39, info wrote:
>>
>>> Junita
>>>
>>> Sorry to disturbed you. I find your question in the http://
>>> ozlabs.org mail list.
>>> Have you fixed the bug in gianfar_phy.c?
>>> tempval = gfar_read(&priv-> regs-> dmactrl);
>>> tempval |= (DMACTRL_GRS | DMACTRL_GTS);
>>> gfar_write(&priv-> regs-> dmactrl, tempval);
>>>
>>> while (!(gfar_read(&priv-> regs-> ievent) & (IEVENT_GRSC |
>>> IEVENT_GTSC)))
>>> cpu_relax();
>>>
>>> /* Reset MAC layer */
>>> gfar_write(&priv-> regs-> maccfg1, MACCFG1_SOFT_RESET);
>>
>>
>>I'm a bit confused by the statement above. The code you present is
>>from gianfar.c, and is certainly not a bug. It is possible you are
>>using an older version of the code, which has a bug, which is fixed
>>by adding these lines above the code you show:
>>
>> tempval = gfar_read(&priv->regs->dmactrl);
>> tempval &= ~(DMACTRL_GRS | DMACTRL_GTS);
>> gfar_write(&priv->regs->dmactrl, tempval);
>>
>>This fixes a problem where setting GRS and GTS when they're already
>>set doesn't initiate the graceful stop. But if you are using 2.6.13,
>>you should have this fix. I suspect that, like I told Junita, you
>>need to make sure the platform code has the right CCSRBAR value set up.
>>
>>>
>>> I buy a RMC-G8500 card from GDAtech, I try to build linux-2.6.13.4
>>> from kernel.org and meet the same problems as you had. I test the
>>> same code on freescale 8540_ADS board, it is good.Can you share
>>> some infomation of your progress?
>>
>>
>>I'm not familiar with this card. Are you sure there's support for it
>>in your source tree?
>>
>>
>>Andy Fleming
>>
>>.
>
>
>>You need the corresponding patches that are in the netdev tree for
>>the PHY subsystem.
>
>>- kumar
>
>>On Oct 24, 2005, at 9:49 AM, info wrote:
>
>> Andy, Kumar
>>
>> I try this patch for RMC-G8500 from GDAtech, error message below:
>> ----------------------------------------------------------------------
>> -----------
>> [root at ppclinux linux-2.6.13]# make uImage
>> CHK include/linux/version.h
>> CHK include/linux/compile.h
>> CHK usr/initramfs_list
>> CC drivers/net/gianfar.o
>> drivers/net/gianfar.c: In function `gfar_probe':
>> drivers/net/gianfar.c:217: error: structure has no member named
>> `phy_reg_addr'
>> drivers/net/gianfar.c: In function `init_phy':
>> drivers/net/gianfar.c:452: error: structure has no member named
>> `phyid'
>> drivers/net/gianfar.c: In function `stop_gfar':
>> drivers/net/gianfar.c:636: error: structure has no member named
>> `interruptPHY'
>> drivers/net/gianfar.c: In function `gfar_phy_startup_timer':
>> drivers/net/gianfar.c:1818: error: structure has no member named
>> `interruptPHY'
>> drivers/net/gianfar.c:1826: error: structure has no member named
>> `interruptPHY'
>> make[2]: *** [drivers/net/gianfar.o] Error 1
>> make[1]: *** [drivers/net] Error 2
>> make: *** [drivers] Error 2
>>
>> ----------------------------------------------------------------------
>> -----------
>> because???
>>
>> /* Internal interrupts are all Level Sensitive, and Positive
>> Polarity */
>> diff --git a/include/linux/fsl_devices.h b/include/linux/fsl_devices.h
>> --- a/include/linux/fsl_devices.h
>> +++ b/include/linux/fsl_devices.h
>> @@ -47,14 +47,19 @@
>> struct gianfar_platform_data {
>> /* device specific information */
>> u32 device_flags;
>> - u32 phy_reg_addr;
>>
>> /* board specific information */
>> u32 board_flags;
>> - u32 phy_flags;
>> - u32 phyid;
>> - u32 interruptPHY;
>> + const char *bus_id;
>> u8 mac_addr[6];
>> +};
>> +
>>
>>
>> ----------------------------------------------------------------------
>> ---------------------
>> <This patch updates the 85xx platform code to support the new PHY
>> Layer.
>> <
>> <Signed-off-by: Andy Fleming <afleming at freescale.com>
>> <Signed-off-by: Kumar Gala <Kumar.gala at freescale.com>
>> <
>> <
>> <diff --git a/arch/ppc/platforms/85xx/mpc8540_ads.c b/arch/ppc/
>> platforms/85xx/mpc8540_ads.c
>> <--- a/arch/ppc/platforms/85xx/mpc8540_ads.c
>> <+++ b/arch/ppc/platforms/85xx/mpc8540_ads.c
>> <@@ -53,6 +53,10 @@
>> <
>> < #include <syslib/ppc85xx_setup.h>
>> <
>> <+static const char *GFAR_PHY_0 = "phy0:0";
>> <+static const char *GFAR_PHY_1 = "phy0:1";
>> <+static const char *GFAR_PHY_3 = "phy0:3";
>> <+
>> < /*
>> **********************************************************************
>> **
>> < *
>> < * Setup the architecture
>> <@@ -64,6 +68,7 @@ mpc8540ads_setup_arch(void)
>>
>>
>>
>> _______________________________________________
>> Linuxppc-embedded mailing list
>> Linuxppc-embedded at ozlabs.org
>> https://ozlabs.org/mailman/listinfo/linuxppc-embedded
>>
>
More information about the Linuxppc-embedded
mailing list