From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ns1.cypress.com (ns1.cypress.com [157.95.67.4]) by ozlabs.org (Postfix) with ESMTP id D7EADDDE1B for ; Fri, 27 Jun 2008 12:54:11 +1000 (EST) Received: from corpmail.cypress.com (corpmail [157.95.1.2]) by ns1.cypress.com (8.12.10/8.12.10) with ESMTP id m5R2jhkj011930 for ; Thu, 26 Jun 2008 19:45:43 -0700 (PDT) Received: from mailhost.isd.cypress.com (mailhost.isd.cypress.com [172.19.2.11]) by corpmail.cypress.com (8.12.10/8.12.10) with ESMTP id m5R2jXUQ020987 for ; Thu, 26 Jun 2008 19:45:33 -0700 (PDT) Received: from ednh (ednh.isd.cypress.com [172.19.2.96]) by mailhost.isd.cypress.com (8.12.2/8.12.2) with ESMTP id m5R2jOu2020922 for ; Thu, 26 Jun 2008 20:45:24 -0600 (MDT) From: "Ed Henderson" To: Subject: National Semi DP83865 Phy on custom hardware with PPC 8540 CPU Date: Thu, 26 Jun 2008 20:45:24 -0600 Message-ID: <018a01c8d7ff$d93f3650$8bbda2f0$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_018B_01C8D7CD.8EA4C650" List-Id: Linux on Embedded PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , This is a multipart message in MIME format. ------=_NextPart_000_018B_01C8D7CD.8EA4C650 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Greetings. I am a hardware engineer and I designed a board based on a Power PC MPC8540 CPU. The hardware was patterned after another board with a Marvel driver. I had some difficulty locating the Marvel Chips, so I used a National Semiconductor DP83865 Phy instead, available at Digikey. We looked at this and felt it would not be too difficult to adapt the current Kernel code to this phy. In practice, now that we have hardware built, it is proving to be a bit more difficult to bring up. It is very interesting that u-boot contains code for this Phy, and we are able to get to the u-boot command line, setup and Ethernet address, ping and even do a tftpboot kernel transfer. Unfortunately, in the Kernel, we do not have the same success. This seems to indicate that the hardware is working, at least to some degree. We did some modifications on the Marvel driver in order to 'attempt' to adapt it to the National Phy. To be honest, we are not that familiar with this aspect of Kernel development, so we could really use some pointers/tips/assistance. There are some file geared toward the DP83865, but they are "PCI" drivers. Our Phy is directly connected to the PPC. I do not know if it make sense to start with the natsemi.c file (which is geared toward PCI), or to make our changes to the Marvel phy. I would appreciate any help in resolving this issue. Regards, Ed Henderson ------=_NextPart_000_018B_01C8D7CD.8EA4C650 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Greetings.

 

I am a hardware engineer and I designed a board = based on a Power PC MPC8540 CPU. The hardware was patterned after another board = with a Marvel driver. I had some difficulty locating the Marvel Chips, so I = used a National Semiconductor DP83865 Phy instead, available at Digikey. We = looked at this and felt it would not be too difficult to adapt the current Kernel = code to this phy. In practice, now that we have hardware built, it is proving to = be a bit more difficult to bring up. It is very interesting that u-boot = contains code for this Phy, and we are able to get to the u-boot command line, = setup and Ethernet address, ping and even do a tftpboot kernel transfer. = Unfortunately, in the Kernel, we do not have the same success. This seems to indicate = that the hardware is working, at least to some degree.

 

We did some modifications on the Marvel driver in = order to ‘attempt’ to adapt it to the National Phy. To be honest, we are not that familiar = with this aspect of Kernel development, so we could really use some pointers/tips/assistance.  There are some file geared toward the = DP83865, but they are “PCI” drivers. Our Phy is directly connected to = the PPC. I do not  know if it make sense to start with the natsemi.c = file (which is geared toward PCI), or to make our changes to the Marvel = phy.

 

 I would appreciate any help in resolving this = issue.

 

Regards,

 

Ed Henderson

 

------=_NextPart_000_018B_01C8D7CD.8EA4C650--