On Wed, Nov 05, 2014 at 10:45:12AM +0000, Ian Campbell wrote: > On Tue, 2014-11-04 at 22:37 +0100, Karsten Merker wrote: > > > I have run further installation tests with today's current d-i images > > (still based on the same 3.16.5-1 kernel) > > OOI if you bodge your way through the install does the resulting system > boot and discover the PHY reliably? IOW is it specific to d-i or not?
Ethernet works in the installed system (tested with several cold and warm boots): [ 2.448442] stmmaceth 1c50000.ethernet: no reset control found [ 2.454322] Ring mode enabled [ 2.457396] No HW DMA feature register supported [ 2.461941] Normal descriptors [ 2.465279] TX Checksum insertion supported [ 2.495563] libphy: stmmac: probed [ 2.499078] eth0: PHY ID 001cc915 at 0 IRQ POLL (stmmac-0:00) active [ 2.505490] eth0: PHY ID 001cc915 at 1 IRQ POLL (stmmac-0:01) > > i.e. the PHY appears to have a seperate regulator on the > > BananaPi but not on the Cubietruck and I wonder whether the > > > > startup-delay-us = <50000>; > > > > might play a role here. > > I think that's a decent theory. Decent enoguh that it is probably worth > taking it up with the sunxi kernel folks. > > Might also be the power supply differs between the two boards? Running the BananaPi with the Cubietruck's power supply does not change the behaviour. I have now run several tests with a modified BananaPi dtb in which I have added a "regulator-always-on" stanza to the reg_gmac_3v3 definition. With this change the PHY detection in d-i has worked every time, so this would support the theory that the regulator might not be powered up fast enough for the PHY detection to succeed, but I cannot see why this problem only occurs within the d-i environment. Regards, Karsten -- Gem. Par. 28 Abs. 4 Bundesdatenschutzgesetz widerspreche ich der Nutzung sowie der Weitergabe meiner personenbezogenen Daten für Zwecke der Werbung sowie der Markt- oder Meinungsforschung. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
