FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F7.3 2010-02-02T17:28:50Z 2010-02-02T17:28:50Z Pyun YongHyeon yongari@FreeBSD.org 2010-02-02T17:28:50Z urn:sha1:963a382e3ffd0cf22f537a2257686a967c554ab1 Add initial support for RTL8103E PCIe fastethernet. PR: kern/142974 Approved by: re (kensmith) 2010-02-01T22:16:44Z John Baldwin jhb@FreeBSD.org 2010-02-01T22:16:44Z urn:sha1:a95d10fd6015f0351a92000a4246ac764ae1b6eb Initialize the ifnet before calling mii_phy_probe() as some phy drivers (e.g. e1000phy(4)) expect if_dname to be valid when they are probed. Approved by: re (kensmith) 2010-02-01T18:27:19Z John Baldwin jhb@FreeBSD.org 2010-02-01T18:27:19Z urn:sha1:07f47e1db3d51387d87b689e78d91246386585b2 buffers. Recent fixes to bus dma exposed a bug somewhere (igb?) that caused igb(4) to no longer receive packets without this change. Approved by: re (kib) 2010-01-23T08:43:11Z Navdeep Parhar np@FreeBSD.org 2010-01-23T08:43:11Z urn:sha1:e0714e1a51148aef8252c6eaa7e4ae66b53176a1 Don't forget to release the adapter lock for a no-op. 2010-01-23T01:20:59Z Xin LI delphij@FreeBSD.org 2010-01-23T01:20:59Z urn:sha1:ae5035e0c74a28f6895469d021cf42a92c11b43e o Add PCI ID for BCM 5756. o Don't enable BGE_FLAG_BER_BUG on both 5722 and 5756, and based on their PCI IDs rather than their chip IDs. Reported by: several PC-BSD users via kmoore Reviewed by: yongari, imp, jhb, davidch Sponsored by: iXsystems, Inc. 2010-01-22T09:42:41Z Andriy Gapon avg@FreeBSD.org 2010-01-22T09:42:41Z urn:sha1:7ee86647ecd121476f83464219d5d4fd026dca97 2010-01-22T09:37:47Z Andriy Gapon avg@FreeBSD.org 2010-01-22T09:37:47Z urn:sha1:f842b2ead53d7985f10edf72da4760b062589c08 2010-01-22T02:35:40Z Navdeep Parhar np@FreeBSD.org 2010-01-22T02:35:40Z urn:sha1:9fc390d90a14f83eba4f8d80d70aca18760f78e7 2010-01-21T14:33:18Z John Baldwin jhb@FreeBSD.org 2010-01-21T14:33:18Z urn:sha1:5aa59907190a7e3c598fa247773a0037cddabdaa Add a new internal mount flag (MNTK_EXTENDED_SHARED) to indicate that a filesystem supports additional operations using shared vnode locks. Currently this is used to enable shared locks for open() and close() of read-only file descriptors. - When an ISOPEN namei() request is performed with LOCKSHARED, use a shared vnode lock for the leaf vnode only if the mount point has the extended shared flag set. - Set LOCKSHARED in vn_open_cred() for requests that specify O_RDONLY but not O_CREAT. - Use a shared vnode lock around VOP_CLOSE() if the file was opened with O_RDONLY and the mountpoint has the extended shared flag set. - Adjust md(4) to upgrade the vnode lock on the vnode it gets back from vn_open() since it now may only have a shared vnode lock. - Don't enable shared vnode locks on FIFO vnodes in ZFS and UFS since FIFO's require exclusive vnode locks for their open() and close() routines. (My recent MPSAFE patches for UDF and cd9660 already included this change.) - Enable extended shared operations on UFS, cd9660, and UDF. 2010-01-21T12:18:29Z Navdeep Parhar np@FreeBSD.org 2010-01-21T12:18:29Z urn:sha1:2d3d90a060ca47fe0be24687cdf5542d22f8da4b r194917: About to add 10Gbase-T to known media types, this is just a whitespace cleanup before that commit. No functional impact. r194918: Add 10Gbase-T to known ethernet media types Some parts of r194521 (convert the port and adapter locks from sx_locks to regular mutexes). r197043: There is no need to log anything for a ctrlq stall or restart. These are normal events. r197791: cxgb(4) updates, including: - support for the new Gen-2, BT, and LP-CR cards. - T3 firmware 7.7.0 - shared "common code" updates. r199239: The 10GBASE-T card should use an IPG of 1. Also enable the check for low power startup on this card. r199240: Don't disable the XGMAC's tx on ifconfig down. It is unnecessary and can cause false backpressure in the chip. Fix a us/ms mixup while here. r200003: T3 firmware 7.8.0 for cxgb(4) r201907: Extra parantheses to keep certain compilers happy. r202671: Fix for a cxgb(4) panic. cxgb_ioctl can be called by the IP and IPv6 layers with non-sleepable locks held. Don't (potentially) sleep in those situations. r202678: Complain if freelist queue sizes are significantly less than desired.