mpc8270 and fs_enet
James Black
jblack547 at gmail.com
Fri Jan 30 09:41:10 EST 2009
I've got an mpc8270 running the fs_enet v1.0 driver and we are having
problems with randomly corrupted tx buffer descriptor ready bits. The
CPM never clears the bit. This is a 2.6.19.2 kernel. We have the same
kernel with the 8260_io driver (kernel is from the denx ELDK4.2)
running on the mpc8250 that works perfect.
I've been through the clock tree in u-boot and the kernel with both
processors and they are configured corrected. I've checked all the
pins and they are configured correctly. I back ported some spin_lock
tx issues from 2.6.27.xx and still it is not working on the mpc8270.
These are the tests I am failing.
nmap -sS -v <target ip>
mpc8270 Target Output
~ # fs_enet: eth0 FS_ENET ERROR(s) 0xe
fs_enet: eth0 FS_ENET ERROR(s) 0xe
fs_enet: eth0 FS_ENET ERROR(s) 0xc
fs_enet: eth0 FS_ENET ERROR(s) 0x4
fs_enet: eth0 FS_ENET ERROR(s) 0x4
fs_enet: eth0 FS_ENET ERROR(s) 0xc
fs_enet: eth0 FS_ENET ERROR(s) 0xc
fs_enet: eth0 FS_ENET ERROR(s) 0xc
fs_enet: eth0 FS_ENET ERROR(s) 0xc
fs_enet: eth0 FS_ENET ERROR(s) 0x4
fs_enet: eth0 FS_ENET ERROR(s) 0x4
Host output-------------------------------------------------------------------------
[root at localhost linux]# nmap -sS -v 172.22.250.113
Starting Nmap 4.52 ( http://insecure.org ) at 2009-01-29 14:59 MST
Initiating Ping Scan at 14:59
Scanning 172.22.250.113 [2 ports]
Completed Ping Scan at 14:59, 0.00s elapsed (1 total hosts)
Initiating Parallel DNS resolution of 1 host. at 14:59
Completed Parallel DNS resolution of 1 host. at 14:59, 0.27s elapsed
Initiating SYN Stealth Scan at 14:59
Scanning 172.22.250.113 [1714 ports]
Discovered open port 23/tcp on 172.22.250.113
Discovered open port 80/tcp on 172.22.250.113
Discovered open port 21/tcp on 172.22.250.113
<eventually times out>
telnet <target ip>
ftpput -u <user name> -p <password> <host ip> <big file> <big file>
The telnet session hangs. Below is a BDI dump of the buffer
descriptors for the tx side.
Notice the BDs with a leading 0xd such as the ones at address
0x0e6e2100 and 0x0efe21d0. I can go in and clear the ready bit by hand
with the BDI and everything starts working again without a reboot. The
BDs on the rx side look text book perfect.
0e6e2100 : dc0005ea 0df8709e 1c0005ea 0df5f89e ......p.........
0e6e2110 : 5c0005ea 0e29e89e 5c0005ea 0e29609e \....)..\....)`.
0e6e2120 : 1c000358 0e29389e 5c00002a 0fa293c2 ...X.)8.\..*....
0e6e2130 : 5c00005a 0c42c202 5c00005a 0c42c802 \..Z.B..\..Z.B..
0e6e2140 : 1c00005a 0c42c602 5c00002a 0fa292c2 ...Z.B..\..*....
0e6e2150 : 5c0005ea 0df8909e 1c0005ea 0df8c09e \...............
0e6e2160 : 5c0005ea 0e29a09e 1c0005ea 0e29a89e \....).......)..
0e6e2170 : 5c0005ea 0e29989e 5c0005ea 0e29189e \....)..\....)..
0e6e2180 : 1c0005ea 0df8989e 5c0005ea 0e29789e ........\....)x.
0e6e2190 : 1c0005ea 0df8189e 5c0005ea 0df8109e ........\.......
0e6e21a0 : 1c0005ea 0d86c09e 1c0005ea 0d86c89e ................
0e6e21b0 : 5c0005ea 0e29d89e 1c0005ea 0e29d09e \....).......)..
0e6e21c0 : 5c0005ea 0e2bd89e 5c0005ea 0e2bd09e \....+..\....+..
0e6e21d0 : dc0005ea 0e29289e 5c0005ea 0df8689e .....)(.\.....h.
0e6e21e0 : 1c0005ea 0e29f09e 5c0005ea 0e29909e .....)..\....)..
0e6e21f0 : dc0005ea 0df8609e 3c0005ea 0df6109e ......`.<.......
Anyone have any experience about what could make such a difference
between the two processors?
--
Jim Black
Senior Software Engineer
Aztek Networks, Inc.
2477 55th Street, Suite 202
Boulder, CO 80301
www.azteknetworks.com
More information about the Linuxppc-dev
mailing list