Jump to content

eddypoon

Members
  • Content count

    8
  • Joined

  • Last visited

About eddypoon

  • Rank
    InsanelyMac Protégé
  1. Congratulations to the first official release. This is amazing software. Thank you very much for your work for our community. All the best.
  2. FYI for those who're wondering what's new in this release: ChangeLog for 2.4.14 ==================== * Add support for I218 "Ultra-Low Power" (ULP) mode enabled in S3/4 and in S0 when Runtime Power Management (RPM) is enabled * Fix - do not access MAC registers when RPM suspended * Fix - workaround a Tx hang inssue at 100Half on I218 * Fix - disable ASPM L1 on 82583 * Cleanup - remove unnecessary workaround for 82578 * Cleanup/refactor - Runtime Power Management flow * Fix - device would repeatedly cycle D0->D3 when RPM enabled and the interface was administratively downed * Fix - do not wake from RPM to read PHY status * Fix - release mutex lock only if it has been initially acquired on 82574/82583 * Upstream - commit 73e3dd6b45c4c870fc2641eb04c24e3f12dab1e0 (e1000e: fix numeric overflow in phc settime method) * Upstream - commit 80d5c3689b886308247da295a228a54df49a44f6 (net: vlan: prepare for 802.1ad VLAN filtering offload) * Upstream - commit f646968f8f7c624587de729115d802372b9063dd (net: vlan: rename NETIF_F_HW_VLAN_ feature flags to NETIF_F_HW_VLAN_CTAG_) * Upstream - commit 86a9bad3ab6b6f858fd4443b48738cabbb6d094c (net: vlan: add protocol argument to packet tagging functions) * Fix - AMT connection drops after driver unload if large MTU configured * Upstream - commit 37287fae7e4506fb0822523587c769783164cdd6 (e1000e: Add missing dma_mapping_error-call in e1000_alloc_jumbo_rx_buffers) * Fix - low throughput using 4K jumbo MTU * Fix - error checking in initialization flow for I218 * Fix - ethtool interrogating device takes it out of RPM D3 briefly * Refactor/fix system hibernate flow * Fix - automatically enable EEE LPI in I217/I218 hardware when in Sx * Cleanup - whitespace, indentation and lines exceeding 80 characters * Fix - Resolve strict checkpatch USLEEP_RANGE checks * Upstream - commit e60b22c5b7e59db09a7c9490b1e132c7e49ae904 (e1000e: fix accessing to suspended device) * Upstream - commit 66148babe728f3e00e13c56f6b0ecf325abd80da (e1000e: fix runtime power management transitions) * Upstream - commit 4e0855dff094b0d56d6b5b271e0ce7851cc1e063 (e1000e: fix pci-device enable-counter balance) * Fix - do not enable EEE on 82579/I217/I218 for speeds in which EEE is not advertised * Fix - IEEE MMD register 3.1 at wrong EMI address on 82579 source http://downloadmirror.intel.com/15817/eng/readmefirst.txt
  3. make sure your SM extensions are loading (mine loaded after applying the DSDTs, google around) the sleep / memory problem is gone afterwards.
  4. Looks like the latest from Linux is around March 2013. https://www.kernel.org/pub/linux/kernel/projects/backports/2013/03/04/compat-drivers-2013-03-04-u.tar.bz2 I would like to help but I know nothing of programming...
  5. Hopefully, someone could take up dev & updates
  6. My MB is UD5h from Gigabyte, worked. Thanks! I was just having stalling issue 3 days ago after some file copy operations over network, thanks for the potential fix. /edit Updated my BIOS to http://forums.tweaktown.com/gigabyte/48085-gigabyte-modified-bios-100.html#post455327 (UD5H F15r mod4) I do not see any problems so far. for 2 weeks. Thanks
  7. FYI for those having stability/disconnect issues: update firmware on the 82579V if you are using it. https://downloadcenter.intel.com/Detail_Desc.aspx?agr=Y&DwnldID=22026&ProdId=3299&lang=jpn&OSVersion=Windows%207%20%20*&DownloadType=
  8. Thank you Shailua . We appreciate it much.
×