| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
panther is down at the moment, so better fix will follow later.
|
|
|
|
|
|
|
|
|
|
| |
given as dso handle, but also in the implicit dependencies of that dso.
Also, const-ify the read-only parameter objlist of symlook_list.
Reported by: "Simon 'corecode' Schubert" <corecode at fs ei tum de>
Approved by: kan (mentor)
X-MFC-After: 6.2
|
| |
|
|
|
|
|
|
| |
Suggested by: Milos Vyletel (mv@rulez.sk)
Reviewed by: ru
Approved by: keramida (mentor), trhodes (mentor)
|
|
|
|
| |
Reported by: andre
|
|
|
|
| |
description.
|
|
|
|
|
| |
creating a compress TIME WAIT states, if both connection endpoints
are local. Default is off.
|
| |
|
| |
|
|
|
|
|
|
| |
"make TARGET=<machine> build*", now that it actually works.
Prompted by: imp
|
|
|
|
|
|
| |
to work. Some build-tools that are part of cross-tools (cc_tools)
also need to know the proper values of TARGET_ARCH and TARGET, so
tell them.
|
|
|
|
|
|
| |
is a socialist state.
Submitted by: Shteryana Shopova <shteryana@FreeBSD.org>
|
| |
|
|
|
|
|
|
|
| |
write failure probability.
- Allow to specify an error number to return of failure.
MFC after: 3 days
|
| |
|
| |
|
|
|
|
|
|
| |
Remove a paragraph about over building security, it's a bit off.
Discussed with: des, FreeBSD-security
|
|
|
|
|
|
|
|
|
|
|
| |
Ever since rev 1.68 re(4) checks the validity of link in re_start.
But rlphy(4) got a garbled data due to a different bit layout used on
8139C+ and it couldn't report correct link state. To fix it, ignore
BMCR_LOOP and BMCR_ISO bits which have different meanings on 8139C+.
I think this also make dhclient(8) work on 8139C+.
Reported by: Gerrit Kuehn <gerrit AT pmp DOT uni-hannover DOT de>
Tested by: Gerrit Kuehn <gerrit AT pmp DOT uni-hannover DOT de>
|
| |
|
| |
|
|
|
|
| |
s/USBBASEDEVICE/device_t/g
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
is to able to be called after *all* attach and enable events are done.
We establish a SYSINIT hook to call this handler. The current usage for it
is to add scsi target resources *after* all enables are done. There seems
to be some dependencies between different halves of a dual-port with respect
to target mode.
Put in more meaningful event messages for some events- in particular
QUEUE FULL events so we can see what the queue depth was when the
IOC sent us this message.
MFC after: 1 week
|
|
|
|
|
|
|
| |
- Add support for Intel 965 Express chipsets.
- Add support for R200 vertex programs, along with minor bugfixes.
- Add support for vblank synchronization to pipe B of Intel hardware
(laptop screens).
|
|
|
|
| |
MFC after: 1 month
|
|
|
|
|
| |
unsure if this driver correctly implements all the start/stop junk
right (but it did or didn't before I made this commit).
|
|
|
|
|
| |
offsets were originally documented incorrectly. This fixes that. It
shouldn't affect anything other than error stat reporting.
|
|
|
|
|
|
|
|
|
|
| |
bthidd(8) now was integrated with vkbd(4) and supports
multiple keyboards via vkbd(4)/kbdmux(4).
The code was tested with Apple Bluetooth keyboard and
SE k700i cell phone (remote control feature).
MFC after: 1 month
|
|
|
|
|
|
|
|
| |
I found one bug. Pass our idea of TARGET_ARCH and TARGET down to
XMAKE, the cross-tools make. Previously it worked because usually
TARGET_ARCH was specified on the initial make's command line.
This should also allow us to simplify the "universe" target, which
I'm currently testing.
|
| |
|
| |
|
|
|
|
| |
events.
|
|
|
|
|
|
| |
Modified release notes: BIND 9.3.2-P1.
MFCs noted: GCC 3.4.6.
|
|
|
|
| |
was broken during the locking changes.
|
|
|
|
|
|
|
|
|
| |
AEN. This makes the boot messages cleaner. I now know how this
structure works so I can implement it versus guessing. Remove the
not ready type code since it is ready now.
I added the time stamp/locale/class so people can parse messages better.
Create a sysctl so that we can set the locale/class level.
|
|
|
|
| |
MFC after: 1 month
|
| |
|
|
|
|
|
|
| |
but without changes in behavior.
- Add sanity checking for TARGET_ARCH/TARGET.
|
|
|
|
|
|
|
|
|
|
|
|
| |
and dump_avail[] arrays so they are in sync (previously it was possible
to store more entries in the physmap[] then we could store in phys_avail[],
which was pointless). While I'm here, bump up the length of these tables
to hold 30 entries on amd64 and 16 on i386. This allows machines with
fairly fragmented memory maps to boot ok (at least one machine would
not boot FreeBSD/i386 but would boot FreeBSD/amd64 because amd64 allowed
for more fragments).
MFC after: 3 days
|
|
|
|
|
|
|
|
|
|
|
| |
timeouts for TCP and T/TCP connections in the TIME_WAIT
state, and we had two separate timed wait queues for them.
Now that is has gone, the timeout is always 2*MSL again,
and there is no reason to keep two queues (the first was
unused anyway!).
Also, reimplement the remaining queue using a TAILQ (it
was technically impossible before, with two queues).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TSO is only used if we are in a pure bulk sending state. The presence of
TCP-MD5, SACK retransmits, SACK advertizements, IPSEC and IP options prevent
using TSO. With TSO the TCP header is the same (except for the sequence number)
for all generated packets. This makes it impossible to transmit any options
which vary per generated segment or packet.
The length of TSO bursts is limited to TCP_MAXWIN.
The sysctl net.inet.tcp.tso globally controls the use of TSO and is enabled.
TSO enabled sends originating from tcp_output() have the CSUM_TCP and CSUM_TSO
flags set, m_pkthdr.csum_data filled with the header pseudo-checksum and
m_pkthdr.tso_segsz set to the segment size (net payload size, not counting
IP+TCP headers or TCP options).
IPv6 currently lacks a pseudo-header checksum function and thus doesn't support
TSO yet.
Tested by: Jack Vogel <jfvogel-at-gmail.com>
Sponsored by: TCP/IP Optimization Fundraise 2005
|
| |
|
|
|
|
| |
Prompted by: imp
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
TARGET_ARCH correctly. Now it does, even for pc98. We should suggest
TARGET=foo in preference to TARGET_ARCH because the former is
unambiguous and the latter isn't, so update the docs.
This means that a long standing gripe I've had with this comes to a
close. I can build pc98 w/o specify both things. make TARGET=arm
works (rather than trying to build a arm:amd64 image and dying badly
in the attempt).
If you specify only TARGET_ARCH, then you get the old behavior.
# we can likely simplify the UNIVERSE target now to use this, but I'm not
# up for breaking that tonight :-).
# We should consider adding some kind of sanity check for TARGET_ARCH
# and TARGET.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
md5 still the same.
"Dave, stop. I feel my mind slipping away." -- hal
|
|
|
|
|
|
| |
hunting ground in the sky.
Also, remove the #defines OBE.
|