imp [Mon, 26 Nov 2001 00:39:33 +0000 (00:39 +0000)]
First part of patches to make sio grok 16-bit serial cards under
NEWCARD. Other patches may be reqiured to sio to prevent a hang on
eject. Also add commented out entries for sio_pccard.c in files.pc98
to match other architectures.
imp [Mon, 26 Nov 2001 00:33:04 +0000 (00:33 +0000)]
Make the address we kludily allocate in pccbb be a #define for easier
changing. Also change it from 0x44000000 to 0x84000000 for large memory
machines.
# the PCI bus code should do this for us. This is a bandaide, not a
# solution.
bmah [Mon, 26 Nov 2001 00:24:04 +0000 (00:24 +0000)]
First alpha cleanup-patch to try to reduce the amount of hardware
that shows up on non-i386 hardware lists "by default" (because no
set of hardware platforms was explicitly listed).
sobomax [Sun, 25 Nov 2001 22:51:30 +0000 (22:51 +0000)]
Fix POLA - when selecting line into syscons' cut'n'paste buffer (double
click) do not include newline into the buffer. This is exacly how
things worked before my recent changes to the cut'n'paste code and
how they work in 4-STABLE.
dd [Sun, 25 Nov 2001 21:00:38 +0000 (21:00 +0000)]
Address two minor issues: implement the _PC_NAME_MAX and _PC_PATH_MAX
pathconf() variables for directories, and set st_size and st_blocks
(of struct stat) for directories as appropriate. Note that st_size is
always set to DEV_BSIZE, since the size of the directories is not
currently kept.
iedowse [Sun, 25 Nov 2001 18:03:28 +0000 (18:03 +0000)]
Since kqueue support was added to tail, the "-F" option (check for
renames/rotations) only detected cases where the file itself was
moved or deleted. If part of the path to the file (or a symlink
in the path) was changed instead, tail would not notice.
Fix this by ensuring that we stat the path at least once every
second in the -F case to check for changes. We still use kqueue
when possible to inform us quickly when the file has changed.
bmilekic [Sun, 25 Nov 2001 04:42:54 +0000 (04:42 +0000)]
Context:
For an object type, we maintain a variable mb_mapfull. It is 0 by default
and is only raised to 1 in one place: when an mb_pop_cont() fails for
the first time, on the assumption that the reason for the failure is
due to the underlying map for the object (e.g. clust_map, mbuf_map) being
exhausted.
Problem and Changes:
Change how we define "mb_mapfull." It now means: "set to 1 when the first
mb_pop_cont() fails only in the kmem_malloc()-ing of the object, and
only if the call was with the M_TRYWAIT flag." This is a more conservative
definition and should avoid odd [but theoretically possible] situations
from occuring. i.e. we had set mb_mapfull to 1 thinking the map for the
object was actually exhausted when we _actually_ failed in malloc()ing
the space for the bucket structure managing the objects in the page
we're allocating.
matusita [Sun, 25 Nov 2001 00:50:57 +0000 (00:50 +0000)]
Use 'GET' method instaed of 'HEAD', since some proxy server doesn't work
with 'HEAD' method.
Actually, when http.c was born, it used 'GET' method. This was changed
with revision 1.4 (which was submitted as PR: 21449). I've confirmed
to Philipp Mergenthaler <philipp.mergenthaler@stud.uni-karlsruhe.de>,
the submitter of PR: 21449, and it's absolutely OK that we can use
GET method.
Add missing 'FreeBSD' tag, and copyright notice. This file is originally
submitted by PR: 11316; I've contacted to the PR originator to submit it.
PR: 32238
Submitted by: Christoph Weber-Fahr <christoph.weber-fahr@arcor.de> (patch),
and Philipp Mergenthaler <un1i@rz.uni-karlsruhe.de> (copyright)
MFC after: 1 week
dd [Sat, 24 Nov 2001 21:19:46 +0000 (21:19 +0000)]
Remove a stale list of supported filesystems. If we do need a list of
filesystems somewhere, it probably shouldn't be here, and we should
make a better effort to keep it updated.
dd [Sat, 24 Nov 2001 17:06:20 +0000 (17:06 +0000)]
Remove the stuff about only the superuser being able to use this (see
snp.c 1.64), and add a note to the BUGS section warning the reader
that this manual page is stale and may be inaccurate.
imp [Sat, 24 Nov 2001 16:15:18 +0000 (16:15 +0000)]
Patch to allow the ed driver interrupt routine to terminate if the
card is ejected while we're in this routine.
yamamoto-san's original patch had a small race window for AX88190
chips, which I corrected by limiting the number of iterations we'd try
to reset the bits to be about 15ms rather than forever. This seems to
work for me, but I don't have a large collections of cards based on
this chipset.
ru [Sat, 24 Nov 2001 16:12:04 +0000 (16:12 +0000)]
(Forced commit to list actual problems fixed / PRs affected).
Overview of problems fixed:
- fix support for saving and restoring filter/NAT state information
(across reboots for example);
- ipmon(8) is started before loading any filter/NAT rules;
- ipmon(8) and ipfs(8) do not solely depend on ipfilter_enable anymore,
they now also work when only ipnat_enable is true;
- the multiple occurrences of code loading the ipfilter kernel module
have been removed;
- the options have been removed from the _program variables in
defaults/rc.conf and the comments in that file have been updated to
reflect (possibly new) reality;
- the rc.conf.5 manual page has been updated to reflect the changes.
Submitted by: Arjan de Vet <devet@devet.org>
PR: conf/25223, kern/25344, conf/25809,
conf/26275, bin/27016, conf/31482
dd [Sat, 24 Nov 2001 15:51:34 +0000 (15:51 +0000)]
Remove the sentence about only root being able to run watch(8). It
was never technically true (it's snp(4) that required root, not
watch(8)), and after snp.c 1.64, isn't even effectively true, since
who can run watch(8) depends on the permissions of the snp device(s).
Sort options in SYNOPSIS and DESCRIPTION while I'm here.
dd [Sat, 24 Nov 2001 15:41:38 +0000 (15:41 +0000)]
Add an -f option which allows one to specify a snp device to use.
Previously, watch would always use the first device it could
successfully open, but this isn't always desired. Specifically, it
may not be desired during debugging (of snp), or if a particular snp
device has different permissions (which makes since after snp.c 1.64).
dd [Sat, 24 Nov 2001 15:34:18 +0000 (15:34 +0000)]
Return EBUSY if we try to attach to a tty that is already being
snooped on. This causes all kinds of Bad Things(tm) to happen since
closing one session will clobber state that's needed for the other
one. This could theoretically be supported if the code was careful,
but until somebody implements that, preventing this will stop people
from unknowingly shooting themselves in the foot.
dd [Sat, 24 Nov 2001 15:10:53 +0000 (15:10 +0000)]
Create a snpbasedev variable which holds a reference to the first snp
device cloned, and assign all further devices to depend on it. This
allows us to call dev_depends() on it at module unload time to get rid
of /dev/snp* (in the devfs case, anyway). For this to work, we must
not destroy the device at close time. [Idea stolen from if_tun.]
The above has the following sideaffects: (a) The snp device used by
watch(8) will remain after watch(8) exits. This is probably how it
should have been all along, and how it was before devfs came along.
(b) Module unload doesn't panic if there are any /dev/snp* devices
which haven't been used (and thus previously destroyed). Thus, we can
reenable the unload functionality disabled in rev. 1.65.
darrenr [Sat, 24 Nov 2001 13:48:30 +0000 (13:48 +0000)]
Resolve all the ipfilter startup issues in rc.network with one big patch
to get it all right, allowing ipnat to be enabled independantly of ipfilter
in rc.conf (among other things).
PR: multiple
Submitted by: Arjan de Vet <devet@devet.org>
Reviewed by: Giorgos Keramidas <keramida@FreeBSD.org>
groudier [Sat, 24 Nov 2001 12:35:48 +0000 (12:35 +0000)]
Submitted by:David E. O'Brien
MFC after:3 days
- Add memory barrier definition for sparc64.
Patch sent by David E. O'Brien, approved by maintainer.
- Fix an endianization error of a bus physical address used from SCRIPTS
that made the driver fail on big endian machines as sparc64.
obrien [Sat, 24 Nov 2001 01:34:12 +0000 (01:34 +0000)]
Remove the use of _PATH_DEV in the example.
The kernel certainly doesn't use _PATH_DEV or even /dev/ to find the device.
It cannot, since "/" has not been mounted. Maybe the only affect of using
/dev/ is that it gets put in the mounted-from name for "/", so that mount(8),
etc., display an absolute path before "/" has been remounted. Many have
never bothered typing the full path, and code that constructs a path in
rootdevnames[] never bothered to construct a full path, so the example
shouldn't have it.
brian [Fri, 23 Nov 2001 19:20:45 +0000 (19:20 +0000)]
Remove the hack that ensures that rt_Update() works on FreeBSD. Now
that the ncpaddr code doesn't create default routes with non-zero
masks, everything works as it should.
iedowse [Fri, 23 Nov 2001 17:35:35 +0000 (17:35 +0000)]
The Olympus C-1 digital camera uses a non-standard BBB command-status
signature, but otherwise behaves just like a normal USB mass-storage
device. Add a new quirk to cover this case, and enable it for C-1
cameras. The quirk enables translation from the C-1 signature to
the normal CSWSIGNATURE value.
brian [Fri, 23 Nov 2001 17:19:27 +0000 (17:19 +0000)]
Be paranoid about non-zero netmasks being associated with INET addresses
of 0.0.0.0.
The OpenBSD PF_ROUTE/NET_RT_DUMP sysctl is sending back routes with
RTAX_NETMASK set, but the corresponding sockaddr being 4 zero bytes
(with an address family of zero). ppp was getting confused by this
and ending up interpreting it as a 0.0.0.0/32 routing table
destination and subsequently failing to do anything with the route.
Specifically, after this fix, ppp under OpenBSD can successfully
change and delete the default route again !
brian [Fri, 23 Nov 2001 12:39:20 +0000 (12:39 +0000)]
Don't adjust_linklocal() when pulling a sockaddr out of an ncpaddr or
ncprange structure.
Don't write() the netmask for IPv6 sockaddrs to the routing socket if
the prefixlen is 128.
It seems that messages written to the routing socket with the scopeid
set for link local addresses are not understood. Instead, we have to
put the scopeid in the 5th and 6th bytes of the address (see
adjust_linklocal() in ncpaddr.c). I think this may be a bug in the
KAME implementation - it should really understand both forms.
bde [Fri, 23 Nov 2001 12:31:27 +0000 (12:31 +0000)]
Fixed a buffer overrun. In my kernel configuration, tcp_syncache happens
to be followed by nfsnodehashtbl, so bzeroing callouts beyond the end of
tcp_syncache soon caused a null pointer panic when nfsnodehashtbl was
accessed.
sheldonh [Fri, 23 Nov 2001 12:03:50 +0000 (12:03 +0000)]
Regen.
This file is now generated using src/tools/tools/pciid/mk_pci_vendors.pl,
which merges the Boemler and Heckenbach lists used for rev 1.2.
For now, mk_pci_vendors.pl is called with the -l option, which uses
the entry with the longer description where the same device or vendor
is found in both lists.
If it turns out that this causes to much "back-and-forth" in future
deltas, we can drop the use of the -l option.
sheldonh [Thu, 22 Nov 2001 14:26:30 +0000 (14:26 +0000)]
Add the script that will be used to maintain src/share/misc/pci_vendors.
The script written and used originally by msmith has been lost.
This version takes the Boemler and Heckenbach lists and produces merged
output. It defaults to ignoring any entries from Heckenbach already
found in Boemler but the -l option causes it to take the entry with the
longest description where an entry appears in both lists.
If this script is replaced, care should be taken to
1) Always use upper-case hexidecimal tokens in device ids.
2) Always keep device lists sorted within vendor lists, which must also
be sorted.
3) Do not try to include input from the previous pci_vendors file, since
bogus ids seem to be removed from both the Boemler and Heckenbach
lists from time to time.
benno [Thu, 22 Nov 2001 05:08:35 +0000 (05:08 +0000)]
Change the failure mode in option parsing to silently bailing out of option
negotiation rather than rejecting the request.
Apple OpenFirmware 3.0f3 (the version in my iMac) adds trailing garbage to the
end of an otherwise valid request. Without this change, the requests were
rejected which prevented me from booting.