marius [Mon, 11 Feb 2008 20:42:36 +0000 (20:42 +0000)]
MFC: 1.30
- Fix a typo in a comment.
- Fix whitespace according to style(9).
- Sync the comment describing why we have to wait in nsphy_reset()
with nsphyter_reset(). It's true that the manual tells to not do a
reset within 500us of applying power but that's unlikely the cause
of problems seen here. Generally having to wait 500us after a reset
however is.
kientzle [Mon, 11 Feb 2008 00:31:09 +0000 (00:31 +0000)]
MFC: libarchive 2.4.12
* Formats are now only bid once per file, not once per entry
(Affects archive_read.c, most format readers, internals manpage)
* Correct tar/cpio history in libarchive_formats manpage
* Avoid unnecessary copies in {write,read}_compression_none
(significant performance boost for uncompressed archives!)
* Protect against zero-length writes in gzip/bzip2 compressors
* Tar reader: improve hardlink length heuristics, GNU tar --posix
--sparse support, related fixes to SCHILY.realsize handling
* Cpio reader: recover from sync errors
* Cpio writer: pad symlinks properly in newc format
* Ar writer: close out empty archive correctly
* Zip reader: ignore PK00 header, code cleanups from des@
* Iso9660 reader: support device node entries
* archive_write_disk: support hardlinks with bodies, enforce
maximum file size
* Reconnect progress callback from archive_read_extract()
* New: archive_entry_strmode()
* New: mtree reader
* New: "linkresolver" makes it easier to do hardlink resolution
* UUencode test reference files (be nice to CVS)
* New test: exercise very large entries (2G up to 1T) in tar archives
* New test: Detailed verification of cpio odc and newc formats
* New test: Various strategies for restoring multiple links to a file
* New tests: Various compatibility checks against gzip, zip, old tar, etc.
* New test: cpio recovery from damaged archives
* New test: mtree reading
* Improved statistics reporting from test harness
* Plus minor portability improvements
delphij [Mon, 11 Feb 2008 00:24:59 +0000 (00:24 +0000)]
MFC revision 1.32:
date: 2008/01/12 00:54:47; author: delphij; state: Exp; lines: +4 -0
Plug memory leaks that is observed when argbuf or argspc is used in the
context.
kientzle [Sun, 10 Feb 2008 23:24:16 +0000 (23:24 +0000)]
MFC: Various, including:
* -l now always has the POSIX behavior (GNU tar recently adjusted their
-l to comply with POSIX, so bsdtar no longer has to guess what the
user really meant).
* More complete COPYING information.
* Various portability fixes and minor configuration changes.
This brings bsdtar into line with -CURRENT, except for one change that
relies on a new libarchive feature that hasn't been MFCed yet.
remko [Sun, 10 Feb 2008 12:31:06 +0000 (12:31 +0000)]
MFC rev 1.69 bsdlabel.8
Attempt to describe the ''auto'' type a bit better in the default
section (if nothing had been specified, or if the auto type had
been specified, a default layout is used).
PR: docs/116047
Submitted by: Ian Smith <smithi at nimnet dot asn dot au>
Minor modifications by me.
remko [Sun, 10 Feb 2008 12:28:30 +0000 (12:28 +0000)]
MFC rev 1.20 access.2
Make the warning a bit less 'broad' then it used to be. The access
is seems to be a problem for SUID applications, which we like to
prevent as much as possible.
PR: docs/39530
Submitted by: Soren Spies <sspies at apple dot com>
MFC After: 3 days
lulf [Thu, 7 Feb 2008 12:21:21 +0000 (12:21 +0000)]
MFC revision 1.13
- Add extra paths for GEOM_LIBRARY_PATH to the fixit environment to enable all
geom commands in a chrooted environment on the livefs cd.
rink [Thu, 7 Feb 2008 07:31:16 +0000 (07:31 +0000)]
MFC 1.14:
Fix bootparamd on 64 bit platforms - at least amd64 was broken due to the
code believing long == 64 bits and using it to store/compare IPv4 addresses.
mav [Wed, 6 Feb 2008 21:08:58 +0000 (21:08 +0000)]
MFC rev. 1.47
Implement stack protection based on GET_STACK_USAGE() macro.
This fixes system panics possible with complicated netgraph setups
and allows to avoid unneded extra queueing for stack unwrapping.
mav [Wed, 6 Feb 2008 20:50:50 +0000 (20:50 +0000)]
MFC ng_base.c rev. 1.141-1.146:
Implement stack protection based on GET_STACK_USAGE() macro.
This fixes system panics possible with complicated netgraph setups
and allows to avoid unneded extra queueing for stack unwrapping.
scottl [Wed, 6 Feb 2008 01:02:20 +0000 (01:02 +0000)]
Update the hptrr driver to version 1.2. This adds port multiplier support
for several cards. See the Highpoint website for more information. Again,
many thanks to Highpoint for their continued support of FreeBSD.
mav [Tue, 5 Feb 2008 19:48:04 +0000 (19:48 +0000)]
MFC rev. 1.23-1.24
- Avoid data copying when it is possible. bpf_filter() is able to work
directly on mbuf chain
- Prepare hooks direct pointers on setup to avoid heavy ng_findhook() calls
during operarion.
simon [Tue, 5 Feb 2008 18:10:31 +0000 (18:10 +0000)]
MFC 1.2:
Unbreak detection of cryptodev support for FreeBSD which was broken
with OpenSSL 0.9.8 import.
Note that this does not enable cryptodev by default, as it was the
case with OpenSSL 0.9.7 in FreeBSD base, but this change makes it
possible to enable cryptodev at all.
julian [Mon, 4 Feb 2008 19:59:40 +0000 (19:59 +0000)]
MFC changes from 1.14 for sys/lock.c and 1.127+1.128 for thread/thr_kern.c
this copes with the fact that during a fork the child may get
really screwy state in the threading system due to the
sudden vaporisation of it's sibling threads.
ambrisko [Sun, 3 Feb 2008 22:32:52 +0000 (22:32 +0000)]
MFC: Fix some bugs in dealing with DCMD's without data. MegaCli was sending
down some DCMD's without any data. Thanks to Dell and LSI for helping
to provide clues to figure out this problem. Now MegaCli can upgrade
the firmware and should work identical when run on Linux.
scottl [Sun, 3 Feb 2008 16:18:55 +0000 (16:18 +0000)]
Update the hptiop driver to version 1.3. This adds support for the 4xxx
series of SAS adapters. Thanks again to Highpoint for their continued
support of FreeBSD.
yongari [Sun, 3 Feb 2008 08:12:58 +0000 (08:12 +0000)]
MFC if_msk.c rev 1.24 to RELENG_7.
Add MSI support for 88E8058(Yukon EC Ultra). Unlike other Yukon II
family 88E8058 supports only one MSI message. Teach msk(4) to handle
that case.
yongari [Sun, 3 Feb 2008 07:57:04 +0000 (07:57 +0000)]
MFC if_msk.c rev 1.23, if_mskreg.h 1.10 to RELENG_7.
Add device id for 88E8058(Yukon EC Ultra) which is found on 3rd
generation MacBooks.
Unfortunately 88E8058 supports one MSI message so msk(4) needs more
generic way to handle the MSI capability.
yongari [Sun, 3 Feb 2008 07:48:13 +0000 (07:48 +0000)]
MFC if_msk.c rev 1.22, if_mskreg.h 1.9 to RELENG_7.
Make phy respond only at address 0. This makes phy driver attached
only at address 0 which is supposed to be the only valid phy address
on Marvell PHY. The more correct solution would be masking PHY
address ranges allowable in PHY probe routine. Unfortunately,
FreeBSD has no way to retrict the PHY address ranges or to pass special
flags to PHY driver.
This change assumes that PHY hardwares attached to msk(4) would be
Marvell made 88E11xx PHY.
With this changes the phantom phys attached on 88E8036(Yukon FE)
should disappear.
yongari [Sun, 3 Feb 2008 07:39:33 +0000 (07:39 +0000)]
MFC if_msk.c rev 1.21 to RELENG_7.
o Don't hardcode that Yukon FE has 16KB SRAM. In fact, Yukon FE has
only 4KB SRAM.
o Rework setting Tx/Rx RAM buffer size. Give receiver 2/3 of memory
and round it down to the multiple of 1024. The RAM buffer size of
Yukon II should be multiple of 1024. This fixes bogus RAM buffer
configuration used in Yukon FE.
yongari [Sun, 3 Feb 2008 07:35:04 +0000 (07:35 +0000)]
MFC if_msk.c rev 1.20, if_mskreg.h rev. 1.8 to RELENG_7
Drop maintaing hardware feature(bug) lists for Yukon II. We don't have
publicly available datasheet for Yukon II and don't know what
bug/workaround exist for the specific hardware revision. Also I don't
think the vendor will release hardware errata in near future.
The hardware feature lists were not used at all except setting water
mark registers. Since msk(4) should know exact chip model/revision
number to decide which hardware capability could be used the extra
feature lists were redundant.
yongari [Sun, 3 Feb 2008 07:26:11 +0000 (07:26 +0000)]
MFC if_msk.c rev 1.19, if_mskreg.h rev. 1.7 to RELENG_7
Various fixes for EC Ultra.
o Enable jumbo frame support for EC Ultra and disable jumbo frame
for FE.
o Enable store and forward mode for standard MTU sized frame.
o Enable TSO for EC Ultra. However TSO/checksum offload is disabled
for jumbo frame case. Because EC Ultra can't use store and forward
mode for jumbo frame TSO/checksum offload is not available.
o Adjust Tx GMAC almost empty threshold value and add a jumbo frame
water mark. The maic value was obtained from Marvell's sk98lin
driver.
o Fix EC Ultra chip revision number.
yongari [Sun, 3 Feb 2008 05:32:55 +0000 (05:32 +0000)]
MFC e1000phy.c, rev 1.20 to RELENG_7
Reset autonegotation timer if media option is not IFM_AUTO.
Make mii_ticks advance, autonegiation is retried every
mii_anegticks seconds.
yongari [Sun, 3 Feb 2008 05:18:14 +0000 (05:18 +0000)]
MFC if_re.c, rev 1.100 to RELENG_7
By definition promiscuous mode should see all unicast frames as well
as multicast/broadcast frames. Previously re(4) ignored multicast
frames in promiscuous mode. The RTL8169 datasheet was not clear
how it handles multicast frames in promiscuous mode.
yongari [Sun, 3 Feb 2008 04:12:06 +0000 (04:12 +0000)]
MFC fix for IEEE 802.3 compliance of auto-negotiation process.
IEEE 802.3 Annex 28B.3 explicitly specifies the following relative
priorities of the technologies supported by 802.3 Selector Field
value.
1000BASE-T full duplex
1000BASE-T
100BASE-T2 full duplex
100BASE-TX full duplex
100BASE-T2
100BASE-T4
100BASE-TX
10BASE-T full duplex
10BAST-T
However PHY drivers didn't honor the order such that 100BASE-T4 had
higher priority than 100BASE-TX full duplex. Fix that long standing
bugs such that have PHY drivers choose the highest common denominator
ability.
Fix a bug in dcphy which inadvertently aceepts 100BASE-T4.
rwatson [Fri, 1 Feb 2008 22:51:40 +0000 (22:51 +0000)]
Merge uipc_sockbuf.c:1.175, uipc_socket.c:1.304, uipc_syscalls.c:1.264,
sctp_input.c:1.67, sctp_peeloff.c:1.17, sctputil.c:1.73,
socketvar.h:1.161 from HEAD to RELENG_7:
Correct two problems relating to sorflush(), which is called to flush
read socket buffers in shutdown() and close():
- Call socantrcvmore() before sblock() to dislodge any threads that
might be sleeping (potentially indefinitely) while holding sblock(),
such as a thread blocked in recv().
- Flag the sblock() call as non-interruptible so that a signal
delivered to the thread calling sorflush() doesn't cause sblock() to
fail. The sblock() is required to ensure that all other socket
consumer threads have, in fact, left, and do not enter, the socket
buffer until we're done flushin it.
To implement the latter, change the 'flags' argument to sblock() to
accept two flags, SBL_WAIT and SBL_NOINTR, rather than one M_WAITOK
flag. When SBL_NOINTR is set, it forces a non-interruptible sx
acquisition, regardless of the setting of the disposition of SB_NOINTR
on the socket buffer; without this change it would be possible for
another thread to clear SB_NOINTR between when the socket buffer mutex
is released and sblock() is invoked.
Reviewed by: bz, kmacy
Reported by: Jos Backus <jos at catnook dot com>