Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755623AbZDUAKZ (ORCPT ); Mon, 20 Apr 2009 20:10:25 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752603AbZDUAKI (ORCPT ); Mon, 20 Apr 2009 20:10:08 -0400 Received: from an-out-0708.google.com ([209.85.132.240]:17864 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752311AbZDUAKG convert rfc822-to-8bit (ORCPT ); Mon, 20 Apr 2009 20:10:06 -0400 MIME-Version: 1.0 In-Reply-To: <625fc13d0904200529l152b8d75g33c3f940de1b2920@mail.gmail.com> References: <625fc13d0904200529l152b8d75g33c3f940de1b2920@mail.gmail.com> Date: Mon, 20 Apr 2009 20:10:05 -0400 Message-ID: Subject: Re: Porting the ibm_newemac driver to use phylib (and other PHY/MAC questions) From: Kyle Moffett To: Josh Boyer Cc: netdev , "Linux-Kernel@Vger. Kernel. Org" , Benjamin Herrenschmidt , linuxppc-dev@ozlabs.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1688 Lines: 38 On Mon, Apr 20, 2009 at 8:29 AM, Josh Boyer wrote: > On Fri, Apr 17, 2009 at 8:32 PM, Kyle Moffett wrote: >> Hello, >> >> I'm currently fiddling with a custom embedded prototype board using >> the ibm_newemac driver with some currently-unsupported PHYs.  Those >> PHYs *are* supported by phylib, but the emac driver seems to have its >> own PHY layer cribbed from the sungem driver.  I'm curious if there's >> some particular reason it hasn't been ported (aside from "nobody has >> bothered yet"). > > IIRC, Ben had some issues with how phylib and the EMAC would need to > interact.  Not sure if he has those written down somewhere or not. > (CC'd). Hmm, yeah, I'd be interested to see those. There's enough similar between phylib and the EMAC and sungem drivers that I'm considering a series of somewhat-mechanical patches to make EMAC and sungem use the "struct phy_device" and "struct mii_bus" from phylib, possibly abstracting out some helper functions along the way. >> Also, if I end up >> going that route, are there others available with other hardware >> variants who would be willing to test my patches on their boards? > > I have a large variety of boards that I can test with since the entire > 4xx line relies on this driver for on-board network. Wonderful! If/when I hack together a patch series I'll make sure to put you on the CC list. Thanks! Cheers, Kyle Moffett -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/