Date: Thu, 3 Dec 2015 07:44:46 +0000 (GMT) From: jenkins-admin@FreeBSD.org To: yongari@FreeBSD.org, jenkins-admin@FreeBSD.org, freebsd-current@FreeBSD.org Subject: FreeBSD_HEAD - Build #3614 - Fixed Message-ID: <405209365.375.1449128690911.JavaMail.jenkins@jenkins-9.freebsd.org> In-Reply-To: <1784731464.373.1449116167181.JavaMail.jenkins@jenkins-9.freebsd.org> References: <1784731464.373.1449116167181.JavaMail.jenkins@jenkins-9.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
FreeBSD_HEAD - Build #3614 - Fixed: Build information: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3614/ Full change log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3614/changes Full build log: https://jenkins.FreeBSD.org/job/FreeBSD_HEAD/3614/console Change summaries: 291676 by yongari: Disable EEE(Energy Efficient Ethernet) for RTL8211F PHY. It seems the EEE made RX MAC enter LPI(Low Power Idle) mode such that dwc(4) was not able to receive packets. Ideally dwc(4) should be able to use EEE to save power during periods of low link utilization(i.e. gating off clock). Due to lack of dwc(4) datasheet it's not easy to take required steps for EEE on LPI enter/exit events. Disabling EEE in PHY seems to be easy workaround until dwc(4) supports EEE. Updating EEE advertisement register on RTL8211F seems to have no effect until reprogramming MII_ANAR, MII_100T2CR and MII_BMCR with auto-negotiation. It's not clear whether it's related with mii_phy_reset()'s BMCR_ISO handling for RTL8211F though. It seems rgephy_reset() needs careful investigation for newer RealTek PHYs. Ganbold submitted working version based on NetBSD change and tested lots of changes I made. Thanks a lot! Submitted by: ganbold (initial version) In collaboration with: ganbold
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?405209365.375.1449128690911.JavaMail.jenkins>