From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Rapoport Subject: Re: smsc9220 with omap3 Date: Thu, 25 Jun 2009 08:52:51 +0300 Message-ID: <4A4310B3.8060902@compulab.co.il> References: <4A40FE32.1030708@compulab.co.il> <20090623222928.GM29236@buzzloop.caiaq.de> <4A423DA0.6010306@compulab.co.il> <20090624202158.GD29236@buzzloop.caiaq.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: steve.glendinning@smsc.com, netdev@vger.kernel.org, ARM Linux To: Daniel Mack Return-path: Received: from legaljet.webserversystems.com ([67.18.134.218]:51190 "EHLO compulab.site5.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752004AbZFYFw5 (ORCPT ); Thu, 25 Jun 2009 01:52:57 -0400 In-Reply-To: <20090624202158.GD29236@buzzloop.caiaq.de> Sender: netdev-owner@vger.kernel.org List-ID: Daniel Mack wrote: > On Wed, Jun 24, 2009 at 05:52:16PM +0300, Mike Rapoport wrote: >>> We're using that chip connected to a PXA300 and it works well, so I >>> wouldn't suspect the driver. Does it work from any other scenario like >>> the bootloader? And I don't know OMAP, but it might be helpful to others >>> if you posted your platform_data config. >> The platform_data I use is: >> static struct smsc911x_platform_config smsc911x_config = { >> .irq_polarity = SMSC911X_IRQ_POLARITY_ACTIVE_LOW, >> .irq_type = SMSC911X_IRQ_TYPE_PUSH_PULL, >> .flags = SMSC911X_USE_32BIT | SMSC911X_FORCE_INTERNAL_PHY, >> }; >> >> The chip is properly detected, and if I tweak the loopback test to return 0, the >> driver does not complain any more. Moreover, it seems that RX work, at least >> ifconfig reports non-zero values for RX packets. Still, there is no even single >> packet transmitted from the smsc9220 :( >> I suspect that there's some problem with the hardware, and probably someone >> encountered similar problems and may have found a solution. > > For the electrical part, there is a reference schematic from SMSC. Yeah, I know. We actually copied the design from the reference. > And on PXA, you need some dumb CMOS logic or a CPLD for proper interfacing > of the digital bus. Don't know if the latter is also necessary for OMAP. Do you mean that the logic is necessary to demux address and data? If yes, OMAP does not need it. Besides, we have no problem in CPU <-> lan9220 communications, there's no network traffic from the chip. :( > Daniel > -- Sincerely yours, Mike.