| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
| |
Change pointer casts from int to long. The code that looks to index -1
of argv is still broken on alpha.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
getting mangled.
Submitted by: Bruce Evans <bde@zeta.org.au>
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
PR: 6600
Reviewed by: phk
Submitted by: Josh Gilliam <josh@quick.net>
|
|
|
|
|
|
|
|
|
|
|
|
| |
mount_umap [-o options] target mount-point uid-mapfile gid-mapfile
This should read
mount_umap [-o options] -u uid-mapfile -g gid-mapfile target mount-point
PR: 6586
Reviewed by: phk
Submitted by: Amakawa Shuhei amakawa@hoh.t.u-tokyo.ac.jp
|
|
|
|
|
|
|
|
| |
to write an original-id and a local-id in the other way around.
PR: 6593
Reviewed by: phk
Submitted by: Amakawa Shuhei <amakawa@hoh.t.u-tokyo.ac.jp>
|
|
|
|
|
|
| |
PR: 6599
Reviewed by: phk
Submitted by: Josh Gilliam <josh@quick.net>
|
|
|
|
|
|
| |
-current without testing it there.. :-(
Submitted by: Michael Hancock <michaelh@cet.co.jp>
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
but doesn't do much of anything with it. I added it to siopnp_ids[]
and it was found and recognized as a serial port.
PR: 6605
Reviewed by: phk
Submitted by: Dave Marquardt <marquard@zilker.net>
|
| |
|
| |
|
|
|
|
|
| |
be here before including almost any POSIX header.
Requested by: Bruce
|
|
|
|
| |
Suggested by: Bruce
|
|
|
|
| |
a cast in case off_t is not a long long (as on alpha).
|
|
|
|
| |
for unused static inline functions in header files.
|
|
|
|
|
|
|
|
| |
these two files that are almost-but-not-quite the same leads to false grep
hits, confusion etc.
Only installing one copy with a symlink would be nice but that doesn't
work with SHARED=symlinks (it changes the source tree).
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
in nfs_vinvalbuf() or the nfs_removeit(), we can have the nfsnode reallocated
from underneath us (eg: replaced by a ufs 'struct inode') which can cause
disk corruption ('freeing free block' when di_db[5] gets trashed).
This is not a cheap fix, but it'll do until the nfsnodes get reference
counting and/or locking.
Apparently NetBSD have a similar fix (apparently from BSDI).
I wish all PR's had this much useful detail. :-)
PR: 6611
Submitted by: Stephen Clawson <sclawson@marker.cs.utah.edu>
|
|
|
|
|
| |
is supposed to walk an arry of character pointers, not an array of
characters.
|
|
|
|
|
|
|
| |
This should stop the 'panic: leaf should not be empty' nfs panic.
PR: 1856
Submitted by: msaitoh@spa.is.uec.ac.jp
|
|
|
|
| |
perl-related directories (like x2p which generates the perl headers).
|
|
|
|
| |
This just leaves gdb to be configured for alpha.
|
|
|
|
|
| |
int to a long so that no bits are thrown away on alpha and hope for
the best.
|
| |
|
|
|
|
| |
than relying on the #!/usr/bin/perl in the first line of the script.
|
|
|
|
|
|
|
|
|
|
|
|
| |
CURDIR it has been built without an obj directory; however if it is in
neither of those places, we expect it to be in DESTDIR.
Yes Bruce, I know this is broken because the host is not supposed to be
the same as the target, but we need to get the hosted build working
properly first before even attempting a cross compiled operating
system build. That will need to concept of TOOLSDIR or something that
can be mapped to DESTDIR in the case of a hosted build and set to the
installed tools in a cross compiled build. Later, later, later!
|
|
|
|
|
|
|
|
| |
perl executable from overriding the object directory path search where
perl is most likely to be. Most people haven't seen this because it
defaulted to /usr/bin/perl which might be OK as a fallback, but when
bootstrapping a new version (or the *first* version on alpha), we don't
really want to use /usr/bin/perl.
|
|
|
|
| |
fixes.
|
| |
|
|
|
|
|
|
|
| |
This is a result of discussions on the mailing lists. Kudos to those who
have found the issue and created work-arounds. I have chosen Tor's fix
for now, before we can all work the issue more completely.
Submitted by: Tor Egge
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
possibly non-open devices, and we don't want to restrict dumping
to swap devices anwyay. It is especially invalid to call d_ioctl()
in non-process context for panics. d_psize() can be called on
non-open devices, at least on non-SLICED ones that support d_dump(),
and setdumpdev() has depended on this for a long time although it
is probably wrong, but even d_psize() can't be called in non-process
context - that's why dumpsys() depends on previously computed values
although these values may be stale. The historical restriction to
devices with dkpart(dev) == SWAP_PART should go away.
|
| |
|
|
|
|
|
|
| |
kernel's) curproc is null. This fixes endless recursion in
xfer_umem() for attempts to read from user addresses, in particular
for attempts to read %fs and %gs from the pcb for `info reg'.
|
|
|
|
| |
Submitted by: Sune Stjerneby <stjerneby@usa.net>
|
|
|
|
|
|
|
| |
and not directly by make(1).
PR: bin/6550
Submitted by: Theo de Raadt <deraadt@cvs.openbsd.org & wosch
|
| |
|