Update MSDOSFS code using NetBSD's msdosfs as a guide to support
FAT32 partitions. Unfortunately, we looked around here at
Walnut Creek CDROM for any newer FAT32-supporting versions
of Win95 and we were unsuccessful; only the older stuff here.
So this is untested beyond simply making sure it compiles and
someone with access to an actual FAT32 fs will have
to let us know how well it actually works.
Submitted by: Dmitrij Tejblum <dima@tejblum.dnttm.rssi.ru>
Obtained from: NetBSD
Eivind Eklund [Wed, 18 Feb 1998 04:15:04 +0000 (04:15 +0000)]
Make '-n' the default, and introduce a new flag '-r' to get old
behaviour. Also indicate which option(s) are unknown if there are any
old-style options.
Julian Elischer [Wed, 18 Feb 1998 01:20:33 +0000 (01:20 +0000)]
Submitted by: Jeremy Allison (jallison@whistle.com)
fix a slight confusion about which draft of threads we are supporting.
this allows something as big and ugly as samba to be compiled with libc_r
and still work! our user-level pthreads seems amazingly robust!
Nate Williams [Tue, 17 Feb 1998 19:17:08 +0000 (19:17 +0000)]
- Updated to Luigi's 2-15-98 code. The code in 2.2 is the same except for
select/poll and DEVFS changes, which are limited to an include/define
in sound.h and the actual select/poll implementation in sound.c
[ This commit is blind, but the code is similar enough that there will
hopefully be no problems. ]
Mike Smith [Mon, 16 Feb 1998 23:55:53 +0000 (23:55 +0000)]
Fix a panic resulting from executing off an MFS image. This corrects the
recently observed problem with the install image.
Submitted by: Tor Egge <Tor.Egge@idi.ntnu.no>
Guido van Rooij [Mon, 16 Feb 1998 19:23:58 +0000 (19:23 +0000)]
Add new sysctl variable: net.inet.ip.accept_sourceroute
It controls if the system is to accept source routed packets.
It used to be such that, no matter if the setting of net.inet.ip.sourceroute,
source routed packets destined at us would be accepted. Now it is
controllable with eth default set to NOT accept those.
Guido van Rooij [Mon, 16 Feb 1998 19:21:32 +0000 (19:21 +0000)]
Add 2 new rc.conf variables:
forward_sourceroute : controls setting of existing net.inet.ip.sourceroute
accept_sourceroute : control setting of new net.inet.ip.accept_sourceroute
Mark Murray [Mon, 16 Feb 1998 12:39:25 +0000 (12:39 +0000)]
Make the ticket filename the same as for our old eBones. I am going to
kerberize xdm again, and it will be a pain to maintain two different
sets of patches (for 2.2 and 3.0).
Mark Murray [Mon, 16 Feb 1998 12:36:49 +0000 (12:36 +0000)]
Bring back the old behaviour of kinit; if no username is mentioned on
the command line, attempt to get a ticket for the current uid (or
<uid>.root if we are already su'ed).
Mike Smith [Mon, 16 Feb 1998 11:15:35 +0000 (11:15 +0000)]
Based on the following message, disable tagged command queueing for all
Iomaga Jaz drives.
From: Steve Logue <stevel@mail.cdsnet.net>
To: freebsd-current@freebsd.org, freebsd-scsi@freebsd.org
Subject: Jaz Drives / Tagged Command Queuing
FreeBSD Lists,
Due to my own problems as the owner of a Jaz drive, I have gotten word
from Iomega that confirms the state of Tagged Command Queuing as the
underlying problem. There is an error in all Jaz, and Jaz2 drives prior
to BIOS level J.86 that has not shipped yet. Read the following, and
make the appropriate corrections to your system present, and future:
> Steve,
>
> I got a very fast response from the hardware engineer (Jaz and Jaz 2
> designer). The problem is this - The Jaz drive does not support
> command queing, and revisions older than J.86 do not report it correctly.
> For example, when your SCSI adapter says "I'm going to use command
> queing" to the Jaz drive, the drive answers "OK, lets go", even though its
> not supported. The J.86 drives will now answer "Sorry, command
> queing is not supported". Iomega does not have any current plans to
> support command queing.
>
> Thank's for your report, I will continue to forward it to the hardware
> engineers.
-STEVEl
--
---------------------------------------------------------------------
Steve Logue http://home.cdsnet.net/~stevel
Systems Integration nettek LLC
---------------------------------------------------------------------
Submitted by: Steve Logue <stevel@mail.cdsnet.net>
Guido van Rooij [Sun, 15 Feb 1998 22:31:40 +0000 (22:31 +0000)]
Check return values of fprintf, fclose (this one is overdone I guess)
and pw_db->close.
PR: 4202 (probably, I askd the submitter)
Obtained from: OpenBSD
missing spl() call and off by one error in the handling of the partitions.
Submitted by: Chris Csanady <ccsanady@friley585.res.iastate.edu>
Obtained from: OpenBSD
Bruce Evans [Sun, 15 Feb 1998 05:41:31 +0000 (05:41 +0000)]
Fixed an aliasing bug. It was too easy to defeat the check for moving
or shrinking an open partition (by changing the label for a compatibility
slice while partitions on the corresponding real slice are open, or vice
versa).
John Dyson [Sun, 15 Feb 1998 04:17:09 +0000 (04:17 +0000)]
Make the rootdir handling more consistent. Now, processes always
have a root vnode associated with them, and no special checks for
the null case are needed.
Submitted by: terry@freebsd.org
John Birrell [Sun, 15 Feb 1998 04:09:48 +0000 (04:09 +0000)]
gcc on alpha complains about nested comments. A comment in this
file referred to a path ending in "/*" which was reasonable to me,
but gcc wasn't so sure. So now the comment refers to a path ending in
"*".
John Birrell [Sun, 15 Feb 1998 00:46:47 +0000 (00:46 +0000)]
signal() returns SIG_ERR, not just -1. The sys/signal.h header file
provides the cast from -1 to the signal() return type, so no further
casting by programmers should be required.
Nate Williams [Sat, 14 Feb 1998 16:17:17 +0000 (16:17 +0000)]
- If a PCCARD serial device is removed from the system, let the serial
driver 'break out' of the infinite loop waiting for a response from
it. This is a bad thing, but no worse than having the kernel hang.
Peter Wemm [Sat, 14 Feb 1998 09:47:14 +0000 (09:47 +0000)]
A hack to work around the sleep prior to calling the built-in diff. This
affects speed of doing 'cvs diff' (in all modes) and 'cvs update' over the
network.
1: don't pause at all unless running in server protocol mode.
2: if running in server protocol mode, do a kludge that intercepts the
stdout and stderr write functions and diverts them to cvs_output() and
cvs_outerr(). Yes, this might be done with fwopen() etc, but that also
requires copying "FILE" structs since you can't freopen stdout etc and
specify functions at the same time.
This HACK will go away once the cvs folks have done their changes to the
library version of gnu diff to use the callbacks as mentioned in the
comments.
Fix very rare but dangerous bug:
for some DES passwords
crypt(real_password, salt)
is equal to
crypt("", salt);
It means that this user (and not only he) can login without
entering password at all, just pressing Return.
So if empty password entered and crypted password is not empty,
invalidate any crypt result by assigning ":"