swh:1:snp:2ca5d6eff8f04a671c0d5b13646cede522c64b7d

sort by:
Revision Author Date Message Commit Date
63816c2 Ready for 7.4-RELEASE builds to start. Approved by: re (implicit) 16 February 2011, 15:24:56 UTC
a00ec98 Guess when all the bits will be in place for announcing 7.4-RELEASE. Approved by: re (implicit) 16 February 2011, 15:19:31 UTC
aad2e6a MFS 218634: Fix Incorrectly formatted ClientHello SSL/TLS handshake messages could cause OpenSSL to parse past the end of the message. Note: Applications are only affected if they act as a server and call SSL_CTX_set_tlsext_status_cb on the server's SSL_CTX. This includes Apache httpd >= 2.3.3, if configured with "SSLUseStapling On". The very quick merge is done to get this fix into 7.4 / 8.2. Approved by: re (bz) Obtained from: OpenSSL CVS Security: http://www.openssl.org/news/secadv_20110208.txt Security: CVE-2011-0014 13 February 2011, 11:10:57 UTC
b696bd4 MFC 218271: When turning off TCP_NOPUSH, only call tcp_output() to immediately flush any pending data if the connection is established. Approved by: re (kib) 11 February 2011, 15:15:08 UTC
ac1ea4e MFC r218134: Update to reflect the package layout for 7.4-RELEASE. Approved by: re (implicit) 31 January 2011, 17:03:39 UTC
f8b6970 Ready for 7.4-RC3 builds. Approved by: re (implicit) 28 January 2011, 17:10:37 UTC
da4744b MFC r217872: Unbreak .Dd line. Approved by: re (kib) 27 January 2011, 21:39:45 UTC
b55bda2 MFC r217869,217870: Fix .Dd lines in re(4) and nfe(4). Approved by: re (kib) 27 January 2011, 09:33:30 UTC
c86d7ed MFC stable/7 r217724 Fix to kern/152853, misplaced pullup in em_xmit breaks UDP tx, thanks to Petr Lampa for the patch. Approved by: re (bz) 25 January 2011, 23:23:45 UTC
a7f85d1 MFC stable/7 r217723 - Pieces of the failure path in em_xmit got mangled, correct it. - local_timer had a leftover TX_UNLOCK without a matching TX_LOCK in the error path, remove it. Approved by: re (bz) 25 January 2011, 22:55:50 UTC
04a341c MFC r217548: Rework RX filter programming by providing separate handler for DP8381[56] and SiS 900/7016 controllers. After r212119, sis(4) no longer reinitializes controller if ALLMULTI/PROMISC was changed. However, RX filter handling code assumed some bits of the RX filter is programmed by driver initialization. This caused ALLMULTI/PROMISC configuration is ignored under certain conditions. Fix that issue by reprogramming all bits of RX filter register. While I'm here follow recommended RX filter programming steps recommended by National DP8381[56] data sheet(RX filter should be is disabled before programming). Reported by: Paul Schenkeveld < freebsd () psconsult dot nl > Tested by: Paul Schenkeveld < freebsd () psconsult dot nl > Approved by: re (bz) 24 January 2011, 21:04:32 UTC
0f021b2 MFC r217383: The (%esp & 0xf) == 0 should be true before the call instruction is executed, for the properly aligned stack. Approved by: re (bz) 22 January 2011, 19:15:39 UTC
b01a861 MFC: r217464, r217468, r217475 Add a manual page for rgephy(4) and reference it as appropriate. The motivation for having rgephy.4 is to document the special media option added in r217415 (MFC'ed to releng/7.4 in r217667). Approved by: re (kib) 21 January 2011, 14:07:38 UTC
5202ea9 MFC: r217415 - Allow IFM_FLAG0 to be set indicating that auto-negotiation with manual configuration, which is used to work around issues with certain setups (see r161237) by default, should not be triggered as it may in turn cause harm in some edge cases. - Even after masking the media with IFM_GMASK the result may have bits besides the duplex ones set so just comparing it with IFM_FDX may lead to false negatives. - Announce PAUSE support also for manually selected 1000BASE-T, but for all manually selected media types only in full-duplex mode. Announce asymmetric PAUSE support only for manually selected 1000BASE-T. - Simplify setting the manual configuration bits to only once after we have figured them all out. This also means we no longer unnecessarily update the hardware along the road. - Remove a stale comment. Reviewed by: yongari (plus additional testing) Approved by: re (bz) 21 January 2011, 00:02:27 UTC
f16995a MFC r217296: For re(4) controllers that uses new jumbo frame scheme(RTL8168C/D/E), limit maximum RX buffer size to RE_RX_DESC_BUFLEN instead of blindly configuring it to 16KB. Due to lack of documentation, re(4) didn't allow jumbo frame on these controllers. However it seems controller is confused with jumbo frame such that it can DMA the received frame to wrong address instead of splitting it into multiple RX buffers. Of course, this caused panic. Since re(4) does not support jumbo frames on these controllers, make controller drop frame that is longer than RE_RX_DESC_BUFLEN sized frame. Fortunately RTL810x controllers, which do not support jumbo frame, have no such issues but this change also limited maximum RX buffer size allowed to RTL810x controllers. Allowing 16KB RX buffer for controllers that have no such capability is meaningless. Approved by: re (bz) 20 January 2011, 17:42:42 UTC
4bf3312 MFS7 r217562: Decrease the libcrypto and libssl shared object version numbers from 6 to 5. They were accidentally bumped in r215997 (on 2010-11-28) with the merge of OpenSSL 0.9.8p, but unfortunately this was not caught until now. Also add compat links for libcrypto.so.6 / libssl.so.6 (pointing to their .5 counterparts) in case any users have compiled any third party during the time stable/7 (and releng/7.4) were broken. This is deemed the last poor of bad options. Had the number bump not been reverted binary packages for stable/7 would not have worked on the still supported 7.3 and 7.1 releases. Approved by: re (kensmith) 19 January 2011, 07:44:47 UTC
17ee540 Ready for 7.4-RC2. Approved by: re (implicit) 11 January 2011, 04:25:54 UTC
40955b0 MFC r217226: Apply DMA address space restriction to controllers that have 4GB DMA boundary bug and runs with PCI-X mode. watchdog timeout was observed on BCM5704 which lives behind certain PCI-X bridge(e.g. AMD 8131 PCI-X bridge). It's still not clear whether the root cause came from that PCI-X bridge or not. The watchdog timeout indicates the issue is in TX path. If the bridge reorders TX mailbox write accesses it would generate all kinds of problems but I'm not sure. This should be revisited. Early MFC requested by re@ for inclusion in 8.2-RC2/7.4-RC2. Tested by: Michael L. Squires (mikes <> siralan dot org) Approved by: re (kensmith) 10 January 2011, 19:59:20 UTC
1e18d8a - Bump version numbers for the upcoming release. - Clean-up old entries. Approved by: re (implicit) 10 January 2011, 18:15:34 UTC
9bfb257 MFC r216832: Make -S functional Approved by: re (kib) 07 January 2011, 18:34:09 UTC
089330c MFC r210144 (originally committed by imp): Put warnings out to stderr rather than stdout. Approved by: re (kib) 07 January 2011, 01:50:25 UTC
e5000bb MFC: r216891 Extend the section in which interrupts are disabled in the TLB demap functions, otherwise if we get preempted after checking whether a certain pmap is active on the current CPU but before disabling interrupts we might operate on an outdated state as the pmap might have been deactivated in the meantime. As the same issue may arises when the TLB demap function is interrupted by a TLB demap IPI, just entering a critical section before the check isn't sufficient so we have to fully disable interrupts instead. Approved by: re (kib) 05 January 2011, 13:40:40 UTC
16dcc83 MFC r216848: Happy New Year 2011. Approved by: core (kib) Approved by: re (kib) 31 December 2010, 18:36:07 UTC
5ffcc8e Ready for RC1 builds. Approved by: re (implicit) 22 December 2010, 15:07:40 UTC
f149a83 Add release package directories for upcoming releases, and one past release. Approved by: re (implicit) 22 December 2010, 05:53:46 UTC
d756bf5 Adjust __FreeBSD_version for upcoming FreeBSD 7.4 release. Approved by: re (implicit) 22 December 2010, 05:51:44 UTC
6f722e5 Adjust branch tag in example. Approved by: re (implicit) 22 December 2010, 05:50:22 UTC
eadea17 Misc. 7.3 -> 7.4 adjustments for upcoming release. Approved by: re (implicit) 22 December 2010, 05:49:19 UTC
3e5240e Adjust FreeBSD version printed for manual pages. Approved by: re (implicit) 22 December 2010, 05:47:15 UTC
b7a9d7b Adjust branch tag for 'make update'. Approved by: re (implicit) 22 December 2010, 05:44:24 UTC
34d1e2a MFC r216371: Fix race in devfs by using LIST_FIRST() instead of LIST_FOREACH_SAFE() when freeing the devfs private data entries. Approved by: re (kib) 21 December 2010, 09:33:06 UTC
db7891e MFC r216187: Add MAKEDEV.8 Submitted by: Alex Kozlov <spam@rm-rf.kiev.ua> Approved by: re (kib) 19 December 2010, 20:12:44 UTC
1d9e628 MFC r215824: Add a sync to the shutdown step. In the common case this will be harmless at worst. On a heavily loaded server it will give the fs a chance to do its business without the axe hanging over its head. Submitted by: ivoras Approved by: re (kib) 19 December 2010, 20:11:21 UTC
0e0da1e MFC r216335: Fix a long standing (from the original 4.4BSD lite sources) race between vmspace_fork and vm_map_wire that would lead to "vm_fault_copy_wired: page missing" panics. While faulting in pages for a map entry that is being wired down, mark the containing map as busy. In vmspace_fork wait until the map is unbusy, before we try to copy the entries. Sponsored by: Isilon Systems, Inc. Approved by: re (kib) 19 December 2010, 06:09:02 UTC
9b0c3bc MFC r216173 Remove the test for a minimum frame size from the IPV6 TX context descriptor setup, when using VLANs and HW TAGGING the length of an ICMP6 frame will fail this test and be discarded. Approved by: re 15 December 2010, 22:48:44 UTC
1acd25f When the per-queueset transmit kthread is idle, do not pass a sleep priority of '1' to tsleep(). This caused the priority of this kthread to be raised higher than every other thread in the system. Instead, leave the priority of the kthread at its existing level. This is a direct commit to stable/7 as this code is no longer present in 8.x and later. Reviewed by: np Approved by: re (kib) 14 December 2010, 21:33:17 UTC
d660a34 MFC r216172, r216176 Correct the RX discard and refresh_mbuf logic to match igb, the old discard code could cause panics due to a bad pointer, now simply have discard always free mbufs and depend on refresh. In the refresh code, make sure the mbuf and soft buf struct are properly reset. Approved by: re 14 December 2010, 20:00:55 UTC
c974bca MFC r216351: Add a .note.ABI-tag section to ia64 startup files by linking crtbrand.c in crt1.o. On other architectures crtbrand.c is included from crt1.c, but that's not a C source code file on ia64. Instead it is compiled separately and included in crt1.o using incremental linking. Approved by: re (kensmith), kib (mentor) 14 December 2010, 15:35:44 UTC
2d02981 MFC r216192: Use correct field to track statistics counting error as bad header length. This assimilates the code to what ip_input has been doing since r1.1 in this case. Submitted by: Rozhuk Ivan (rozhuk.im gmail.com) Approved by: re (kib) 10 December 2010, 14:07:08 UTC
5f9cbaf MFC r206494 by luigi: fix a buffer overflow with large (100k+) number of input lines. Approved by: re (bz) 10 December 2010, 05:16:25 UTC
7394fb3 MFC r216040: Make German formal clause to be consistent with the keymap counterpart. Submitted by: arundel Approved by: re (kensmith, bz) 10 December 2010, 00:53:16 UTC
04c60c3 MFC r216166, r216167: Merge in OpenSSL 0.9.8q. Approved by: re (kib) Security: CVE-2010-4180 Security: http://www.openssl.org/news/secadv_20101202.txt 09 December 2010, 22:05:16 UTC
5553f1d MFV: vendor/bind9/dist-9.4 Update to version 9.4-ESV-R4, the latest from ISC, which addresses the following security vulnerabilities. For more information regarding these issues please see: http://www.isc.org/announcement/guidance-regarding-dec-1st-2010-security-advisories 1. Cache incorrectly allows ncache and rrsig for the same type http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3613 Affects resolver operators whose servers are open to potential attackers. Triggering the bug will cause the server to crash. This bug applies even if you do not have DNSSEC enabled. 2. Key algorithm rollover http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3614 Affects resolver operators who are validating with DNSSEC, and querying zones which are in a key rollover period. The bug will cause answers to incorrectly be marked as insecure. Approved by: re (kib) 09 December 2010, 21:11:53 UTC
640e2da MFC r216229: Revert r209469: it causes the rest of the function to be bypassed. Approved by: re (kensmith) 09 December 2010, 15:28:59 UTC
0800fc9 MFC r216243: Ignore any failures with the "local" distribution since it's not present on release CDs and so will normally fail. installCommit() returns a DITEM_ value, not a Boolean. distExtractAll() returns a Boolean, not a DITEM_ value. Approved by: re (kensmith) 09 December 2010, 15:27:43 UTC
a3cc8f9 MFC r216065: Update the description of green_saver.ko Improvements to my suggested text from: jhb Approved by: re (kib) 08 December 2010, 07:00:53 UTC
548157c MFC r216111: If RX lockup workaround is enabled, fxp(4) will periodically reset the controller to workaround silicon bug of i82557. Each reset will re-establish link which in turn triggers MII status change callback. The callback will try to reconfigure controller if the controller is not i82557 to enable flow-control. This caused endless link UP/DOWN when the workaround was enabled on non-i82557 controller. To fix the issue, apply RX lockup workaround only for i82557. Previously it blindly checked undocumented EEPROM location such that it sometimes enabled the workaround for other controllers. At this time, only i82557 is known to have the silicon bug. This fixes a regression introduced in r215906 which enabled flow control support for all controllers except i82557. Reported by: Karl Denninger (karl <> denninger dot net) Tested by: Karl Denninger (karl <> denninger dot net) Approved by: re (kensmith) 07 December 2010, 19:15:33 UTC
aed4cff MFC: r216159 Do not change CPU ticker frequency if TSC is P-state invariant. Approved by: re (kib) 07 December 2010, 18:15:18 UTC
06313e7 MFC r215105: Uninitialized buffers considered harmful. Approved by: re (bz) 03 December 2010, 22:48:15 UTC
d1c6c4d MFC r216077: Teach crashinfo(8) about the kern.bootfile sysctl. Approved by: re (bz) 03 December 2010, 16:21:39 UTC
07a393c MFC r206989: Avoid memory access after free. Use the (shortend) copy for the ipsec mtu lookup as well. Submitted by: Peter Molnar (peter molnar.cc) PR: kern/145736 Approved by: re (kib) 02 December 2010, 16:27:28 UTC
1675c32 MFC 215820: Add device IDs for two more ServerWorks Host-PCI bridges so that we can read their starting PCI bus number for older systems that do not support ACPI (or have a broken _BBN method). Approved by: re (kib) 02 December 2010, 15:59:41 UTC
b70ebda MFC r216053: If no floppy drive is installed kldBrowser() can generate an error early on. Initialize menu and count so the cleanup code doesn't try and use their uninitialized values. PR: bin/152270 Submitted by: Remi LAURENT <cloud at madpowah.org> Approved by: re (kensmith) 02 December 2010, 09:10:45 UTC
43f4bfe MFC 215686: Fix a TSO checksum bug on mxge(4): The Myri10GE NIC will assume all TSO frames contain partial checksum, and will emit TSO segments with bad TCP checksums if a TSO frame contains a full checksum. The mxge driver takes care to make sure that TSO is disabled when checksum offload is disabled for this reason. However, modules that modify packet contents (like pf) may end up completing a checksum on a TSO frame, leading to the NIC emitting TSO segments with bad checksums. To workaround this, restore the partial checksum in the mxge driver when we're fed a TSO frame with a full checksum. 29 November 2010, 13:36:37 UTC
15aad06 Revert some FreeBSD specific changes (mainly made to fix various security issues), and bring us back to using vendor versions of the files. This was already done on head and stable/8. 29 November 2010, 08:44:32 UTC
89705a1 MFC r215328: Add flow control for 3C905B and newer controllers. Note, these controllers support RX pause only. Reviewed by: marius 29 November 2010, 01:50:58 UTC
455925a MFC r215329: Add flow control for all re(4) controllers. re(4) controllers do not provide any MAC configuration interface for resolved flow control parameters. There is even no register that configures water mark which will control generation of pause frames. However enabling flow control surely enhanced performance a lot. 29 November 2010, 01:43:17 UTC
34edd73 MFC r215849: Enable ethernet flow-control on all jme(4) controllers. 29 November 2010, 01:39:46 UTC
5b0d771 MFC r215848: Allocate 1 MSI/MSI-X vector. Originally jme(4) was designed to support multi-queue but the hardware limitation made it hard to implement supporting multi-queue. Allocating more than necessary vectors is resource waste and it can be added back when we implement multi-queue support. 29 November 2010, 01:37:27 UTC
1dcf9f6 MFC r215847: Disable retrying RX descriptor loading. The counter is used to set number of retry to be performed whenever controller found RX descriptor was empty. RX empty interrupt is generated only when the retry counter is over. Experimentation shows retrying RX descriptor loading increased number of dropped frames under flow-control enabled environments so disable it and have controller generate RX empty interrupt as fast as it can. While I'm here fix RXCSR_DESC_RT_CNT macro. 29 November 2010, 01:34:43 UTC
03c0e5b MFC r215850: Enable ethernet flow-control on all alc(4) controllers. This change should reduce a lot of dropped frames under high network load. 29 November 2010, 01:30:49 UTC
da4e521 MFC: r215923 Allow pause support advertisement to be turned off again. Submitted by: yongari (ip1000phy(4)) 28 November 2010, 16:09:40 UTC
3d2f715 MFC: r215907 Remove the description of the dev.fxp.%d.noflow tunable as it was removed in r215906 (MFC'ed to stable/7 in r216003) and the flowcontrol media option now should be set as desired via ifconfig(8) instead. 28 November 2010, 16:03:03 UTC
e080451 MFC: r215906 Fix and implement missing parts of flow control support. This also removes the dev.fxp.%d.noflow tunable as the same effect can now be achieved with ifconfig(8) by setting the flowcontrol media option as desired (besides the tunable never having a chance to actually enable flow control support so far). In joint forces with: yongari 28 November 2010, 15:59:45 UTC
e1136de MFC: r215905 Ensure Bay flow control is disabled as we're going to use IEEE 802.3 annex 31B full duplex flow control instead. 28 November 2010, 15:57:26 UTC
d141adc Make stable/7 LINT compile again unbreaking the if_lem polling interface implementation (returning void rather than int). 28 November 2010, 14:55:00 UTC
61114a7 Merge OpenSSL 0.9.8p into stable/7. This merges up to and including head/crypto/openssl/ r215697; and head/secure/lib/libcrypto/, head/secure/lib/libssl/, head/secure/usr.bin/openssl/ r215698. To make the merge simpler, a hack was added to set MACHINE_CPUARCH. A few old OpenSSL security fixes are still the stable/7 tree - these will be backed out to the vendor version shortly. Security: CVE-2010-2939, CVE-2010-3864 Security: http://www.openssl.org/news/secadv_20101116.txt Security: FreeBSD-SA-10:10.openssl Approved by: re (implicitly - they did not object of the general idea of OpenSSL update) 28 November 2010, 13:45:51 UTC
8eb03a6 MFC r215559: In case of an early return from the function there is no need to zero the route upfront, so defer as long as we can. 28 November 2010, 13:01:10 UTC
0589283 MFC r213634, r213673: MFC r213634: Change FAPPEND to IO_APPEND as this is a ioflag and not a fflag. This corrects writing to append-only files on ZFS. MFC r213673 (pjd): Provide internal ioflags() function that converts ioflag provided by FreeBSD's VFS to OpenSolaris-specific ioflag expected by ZFS. Use it for read and write operations. PR: kern/149495 [1], kern/151082 [2] Submitted by: Daniel Zhelev <daniel@zhelev.biz> [1], Michael Naef <cal@linu.gs> [2] Reviewed by: mm (r213673) Approved by: delphij (mentor) 28 November 2010, 10:05:26 UTC
e533a2f MFC r21584: Don't zero 'Info' after setting it up in the ASR_IOCTL_COMPAT case. 27 November 2010, 21:20:51 UTC
a30efe3 Correct em_poll type for stable/7 27 November 2010, 18:18:09 UTC
e9d17e0 MFC r215236: Sync with OpenBSD, primarily better signal and terminal handling. Obtained from: OpenBSD 27 November 2010, 06:35:15 UTC
3bce995 Add missing shared code files. 27 November 2010, 04:46:16 UTC
b1311d9 MFC r215553: Fix a minor code redundancy nit. 27 November 2010, 03:46:32 UTC
95b5723 Partially MFC r215166: Disable priming the congestion window from the host cache. The current method interacts poorly with delayed ack amongst other things, resulting in undesired delay during a connection's opening slow start. Even if we did fix the issues, the current method is still dubious at best and needs to be thought through thoroughly. Due to a mistake on my behalf, the change described above was committed to head as part of a larger patch in revision 215166. Instead of waiting for the MFC of 215166, I'm merging just this small portion for the upcoming release without bringing the mergeinfo for r215166 along. The mergeinfo will sort itself out when r215166 is eventually merged. This is an intentional direct commit to the 7-STABLE branch. Reported by: Maxim Dounin <mdounin at mdounin ru> and others Submitted by: andre 27 November 2010, 03:12:39 UTC
0fa50fd MFC: r214646, r215781, r215789, 215808 Brings 7.4 e1000 drivers to the same level as 8.2 27 November 2010, 01:09:54 UTC
73d658a add UPDATING entry for amd64 minidump version 2 This is a direct commit. 26 November 2010, 22:31:56 UTC
b41c5a0 MFC: r215780 Remove the description of the link0 link option, since r215297 (merged to stable/7 in r215879) the master media option generally should be used instead. This is MFC'ed in order to discourage the use of the link0 link option, although it's still available in stable/7). 26 November 2010, 21:32:21 UTC
7c41e9f MFC: r215721 - Fix and enable support for flow control. - Fix compilation with CAS_DEBUG defined. 26 November 2010, 21:07:20 UTC
257dd24 MFC: r215768 - Sprinkle const on tables. - Remove an alpha remnant. - Minor comment and style fixes. 26 November 2010, 21:02:54 UTC
a20564b MFC: r215722 - Fix and enable support for flow control. - Partially revert r172334; as it turns out the DELAYs in gem_reset_{r,t}x() are actually necessary although bus space barriers and gem_bitwait() are used, otherwise the controller may trigger an IOMMU errors on at least sparc64. This is in line with what Linux and OpenSolaris do. 26 November 2010, 21:01:21 UTC
6a5c059 MFC: r215720 - Also probe BCM5214 and BCM5222. - Add some DSP init code for BCM5221. The values derived from Apple's GMAC driver and the same init code also exists in Linux's sungem_phy driver. - Only read media status bits when they are valid. Obtained from: NetBSD, OpenBSD 26 November 2010, 20:59:43 UTC
3b83d67 MFC: r215711 Add missing newlines. 26 November 2010, 20:57:48 UTC
828999a MFC: r215302 Move the limiting of the PHY to 10/100 modes of operation due to limitations of certain MAC models from brgphy(4) to bge(4) where it belongs. While at it, update the list of models having that restriction to what OpenBSD uses, which in turn seems to have obtained that information from the Linux tg3 driver. 26 November 2010, 20:55:59 UTC
45f717f MFC: r215298, r215459, r215714, r215716 - Change these drivers to take advantage and use the generic IEEE 802.3 annex 31B full duplex flow control as well as the IFM_1000_T master support committed in r215297 (merged to stable/7 in r215879). For atphy(4) and jmphy(4) this includes changing these PHY drivers to no longer unconditionally advertise support for flow control but only if the selected media has IFM_FLOW set (or MIIF_FORCEPAUSE is set). - Rename {atphy,jmphy}_auto() to {atphy,jmphy}_setmedia() as these handle other media types as well. Reviewed by: yongari (plus additional testing) Obtained from: NetBSD (partially), OpenBSD (partially) 26 November 2010, 20:45:52 UTC
1f6f711 MFC: r214608, r215297(partial), r215713 o Flesh out the generic IEEE 802.3 annex 31B full duplex flow control support in mii(4): - Merge generic flow control advertisement (which can be enabled by passing by MIIF_DOPAUSE to mii_attach(9)) and parsing support from NetBSD into mii_physubr.c and ukphy_subr.c. Unlike as in NetBSD, IFM_FLOW isn't implemented as a global option via the "don't care mask" but instead as a media specific option this. This has the following advantages: o allows flow control advertisement with autonegotiation to be turned on and off via ifconfig(8) with the default typically being off (though MIIF_FORCEPAUSE has been added causing flow control to be always advertised, allowing to easily MFC this changes for drivers that previously used home-grown support for flow control that behaved that way without breaking POLA) o allows to deal with PHY drivers where flow control advertisement with manual selection doesn't work or at least isn't implemented, like it's the case with brgphy(4), e1000phy(4) and ip1000phy(4), by setting MIIF_NOMANPAUSE o the available combinations of media options are readily available from the `ifconfig -m` output - Add IFM_FLOW to IFM_SHARED_OPTION_DESCRIPTIONS and IFM_ETH_RXPAUSE and IFM_ETH_TXPAUSE to IFM_SUBTYPE_ETHERNET_OPTION_DESCRIPTIONS so these are understood by ifconfig(8). o Make the master/slave support in mii(4) actually usable: - Change IFM_ETH_MASTER from being implemented as a global option via the "don't care mask" to a media specific one as it actually is only applicable to IFM_1000_T to date. - Let mii_phy_setmedia() set GTCR_MAN_MS in IFM_1000_T slave mode to actually configure manually selected slave mode (like we also do in the PHY specific implementations). - Add IFM_ETH_MASTER to IFM_SUBTYPE_ETHERNET_OPTION_DESCRIPTIONS so it is understood by ifconfig(8). o Switch bge(4), bce(4), msk(4), nfe(4) and stge(4) along with brgphy(4), e1000phy(4) and ip1000phy(4) to use the generic flow control support instead of home-grown solutions via IFM_FLAGs. This includes changing these PHY drivers and smcphy(4) to no longer unconditionally advertise support for flow control but only if the selected media has IFM_FLOW set (or MIIF_FORCEPAUSE is set) and implemented for these media variants, i.e. typically only for copper. o Switch brgphy(4), ciphy(4), e1000phy(4) and ip1000phy(4) to report and set IFM_1000_T master mode via IFM_ETH_MASTER instead of via IFF_LINK0 and some IFM_FLAGn. o Switch brgphy(4) to add at least the the supported copper media based on the contents of the BMSR via mii_phy_add_media() instead of hardcoding them. The latter approach seems to have developed historically, besides causing unnecessary code duplication it was also undesirable because brgphy_mii_phy_auto() already based the capability advertisement on the contents of the BMSR though. o Let brgphy(4) set IFM_1000_T master mode on all supported PHY and not just BCM5701. Apparently this was a misinterpretation of a workaround in the Linux tg3 driver; BCM5701 seem to require RGPHY_1000CTL_MSE and BRGPHY_1000CTL_MSC to be set when configuring autonegotiation but this doesn't mean we can't set these as well on other PHYs for manual media selection. o Let ukphy_status() report IFM_1000_T master mode via IFM_ETH_MASTER so IFM_1000_T master mode support now is generally available with all PHY drivers. o Don't let e1000phy(4) set master/slave bits for IFM_1000_SX as it's not applicable there. Reviewed by: yongari (plus additional testing) Obtained from: NetBSD (partially), OpenBSD (partially) Unlike as in head, bge(4), bce(4), msk(4), nfe(4) and stge(4) are changed to set MIIF_FORCEPAUSE in stable/7 so they continue to always advertise support of flow control and brgphy(4), ciphy(4), e1000phy(4) as well as ip1000phy(4) are changed to still also accept IFF_LINK0 in addition to the master media option for setting master mode, both in order to not violate POLA. 26 November 2010, 19:48:27 UTC
0f225a7 MFC r215131: make it possible to actually enable hwpstate_verbose 26 November 2010, 17:14:38 UTC
154a788 MFC r215133: amd64: introduce minidump version 2 This should reduce size of the minidump. Compatibility with version 1 should be preserved in libkvm. 26 November 2010, 16:24:55 UTC
312fe68 MFC r214426: Add a short note about kernel modules in FIXIT mode. 26 November 2010, 02:18:52 UTC
e563f28 MF8: Don't abend if we get ENOMEM from sysctl(3). The data returned is sufficient 25 November 2010, 21:42:36 UTC
f506b7f MFC r215234: Update to vendor release 1.20.00.19. Bug fixes: * Fixed "inquiry data fails comparion at DV1 step" * Fixed bad range input in bus_alloc_resource for ADAPTER_TYPE_B * Fixed arcmsr driver prevent arcsas support for Areca SAS HBA ARC13x0 Many thanks to Areca for continuing to support FreeBSD. MFC r215280: Workaround build for PAE case for now - revert the PHYS case to previous panic behavior. 25 November 2010, 20:09:56 UTC
3b12543 MFC: r215259, r215272 - When printing media with more than one media option set aggregate these in a comma delimited list instead of repeating "mediaopt" for each one. This matches how the options of the active media are printed with print_media_word() and brings us in line what NetBSD does. - When setting a media with no sub-type specified also reset the type specific options along with the global ones so these options don't stick when f.e. switching to IFM_AUTO. 25 November 2010, 18:33:44 UTC
4f8d60d MFC r215637: dispatch_add_command: Modify the logic so there's only one exit point instead of two. Only insert valid (non-NULL) values into the queue. dispatch_free_command: Ensure that item is not NULL before removing it from the queue and dereferencing the pointer. NULL out free'd pointers to catch any use-after-free bugs. PR: bin/146855 Submitted by: gcooper 24 November 2010, 21:58:15 UTC
0b4da78 MFC of 215576 Delete /sys/ufs/ffs/README.snapshot as it is no longer relevant. Drop reference to it in mount(8). Reported by: Bruce Cran <bruce@cran.org.uk> PR: docs/128325 24 November 2010, 00:00:32 UTC
d31afca MFC r197763, r198236, r212839 and r212886: Handle extending a filesystem into unzeroed storage. 23 November 2010, 21:45:14 UTC
e215a1b MFC r214237,214489: Remove mention of non-existant -o flag for debugging options. Fix CPU load reporting independent of scheduler used. - Sample CPU usage data from kern.cp_times, this makes for a far more accurate and scheduler independent algorithm. - Rip out the process list scraping that is no longer required. - Don't update CPU usage sampling on every request, but every 15s instead. This makes it impossible for an attacker to hide the CPU load by triggering 4 samplings in short succession when the system is idle. - After reaching the steady-state, the system will always report the average CPU load of the last 60 sampled seconds. - Untangling of call graph. 23 November 2010, 21:36:53 UTC
974cb91 MFC r215353,215355: r215353: Plug memory leakage introduced in r204989. Reported by: yongari r215355: Restore the previous behaviour of substring match. 23 November 2010, 19:23:47 UTC
efef360 MFC r215327,215350: r215327: P5N32-SLI PREMIUM from ASUSTeK is known to have MSI/MSI-X issue such that nfe(4) does not work with MSI-X. When MSI-X support was introduced, I remember MCP55 controller worked without problems so the issue could be either PCI bridge or BIOS issue. But I also noticed snd_hda(4) disabled MSI on all MCP55 chipset so I'm still not sure this is generic issue of MCP55 chipset. If this was PCI bridge issue we would have added it to a system wide black-list table but it's not clear to me at this moment whether it was caused by either broken BIOS or silicon bug of MCP55 chipset. To workaround the issue, maintain a MSI/MSI-X black-list table in driver and lookup base board manufacturer and product name from the table before attempting to use MSI-X. If driver find an matching entry, nfe(4) will not use MSI/MSI-X and fall back on traditional INTx mode. This approach should be the last resort since it relies on smbios and if another instance of MSI/MSI-X breakage is reported with different maker/product, we may have to get the PCI bridge black-listed instead of adding an new entry. PR: kern/152150 r215350: Plug memory leakage introduced in r215327. Submitted by: jkim 23 November 2010, 19:14:17 UTC
bd63f3e MFC r215237: Fix bug in jn(3) and jnf(3) that led to -inf results 23 November 2010, 18:48:57 UTC
874814b MFC r215176: Stop documenting vgonel() after its converting to the static function: svn r147332 (by jeff): "Don't make vgonel() globally visible". While here, specify the vnode locking scheme for vgone(). MFC r176604 (by davidc): Minor grammar fixup. Approved by: avg (mentor), kib (mentor) 23 November 2010, 11:41:40 UTC
back to top