From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stelian Pop Date: Mon, 07 Apr 2008 22:49:17 +0200 Subject: [U-Boot-Users] AT91SAM9260EK with KS8721 PHY In-Reply-To: <47FA82C3.70002@free.fr> References: <47FA1E97.50706@vermin.nl> <1207576185.6290.4.camel@galileo> <47FA2C30.7050609@vermin.nl> <1207598435.5709.14.camel@galileo> <47FA82C3.70002@free.fr> Message-ID: <1207601357.5709.25.camel@galileo> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Le lundi 07 avril 2008 ? 22:23 +0200, Eric BENARD a ?crit : > Stelian Pop a ?crit : > > Le lundi 07 avril 2008 ? 16:14 +0200, Sander Vermin a ?crit : > > > >>> Did you test it as is ? From what I see in the code, the macb driver > >>> doesn't care much about the PHY type... > > > >> I did test it, u-boot says no PHY present. I had to change from RMII > >> mode to MII mode due to my hardware design. > > > > Ok, so there must be something else in the code which was changed to > > support your PHY (look for some "isolate" setting like Eric said). > > You'll need to find out what it is... > > > please find attached a quick and dirty hacked ks8721.c and the > corresponding .h > It works on an AT91RM9200 with u-boot 1.3.2. Hmm, if I sed: s/KS8721/DM9161/g and s/ks8721/dm9161/g on your files I find almost no change with regard to the original version, except: #define PHY_ADDRESS (1<<5) and a #if 0 commenting out a bit of the initialisation sequence... This makes me think it may only be a PHY_ADDRESS issue: what happens if you change in cpu/arm926ejs/at91sam9/ether.c : macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 0x00); to macb_eth_initialize(0, (void *)AT91_BASE_EMAC, 1<<5); Stelian. -- Stelian Pop