| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
| |
of releases. The -DNOCRYPT build option still exists for anyone who
really wants to build non-cryptographic binaries, but the "crypto"
release distribution is now part of "base", and anyone installing from a
release will get cryptographic binaries.
Approved by: re (scottl), markm
Discussed on: freebsd-current, in late April 2004
Notes:
svn path=/head/; revision=133196
|
|
|
|
|
|
|
|
|
|
|
| |
Update man pages to document this fact.
- Update usage messages
- Change u_intXXX to uintXXX
Notes:
svn path=/head/; revision=133178
|
|
|
|
|
|
|
| |
Noticed by: jhein
Notes:
svn path=/head/; revision=133176
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
o Remove the code that creates the boot directory on the EFI file
system after it has been mounted, as well as remove the code
that creates the symlink from /boot -> /efi/boot (*). As a result,
/boot will be extracted onto the root file system.
o Add a function efi_mountpoint() that returns the mount point of
the EFI file system or NULL if no EFI partition is created. This
function is used to both check whether there's an EFI file system
and to return what its mount point is.
o When there's no EFI file system, ask the user if this is what he
or she wants. Since we extract /boot onto the root file system,
we do not actually need an EFI file system for the installation to
work. Whether one wants to install without an EFI partition is
of course an entirely different question. We allow it...
o When we're done installing and need to fix up the various bits
and pieces, check if there's an EFI partition and if yes, move
/boot to /efi/boot and create a symlink /boot -> /efi/boot (*).
This is a much more reliable way to get /boot onto the EFI
partition than creating the symlink up front and hope its being
respected. It so happened that we never had the boot directory
end up on the EFI partition. We make the symlink relative.
(*) /efi is a place holder for the actual EFI mount point of course.
Notes:
svn path=/head/; revision=133144
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of BD_ADDRs
- Convert BD_ADDRs in l2ping(8) output into the human readable names via
bt_gethostbyaddr(3)
- Introduce and document '-n' - numberic output option
Suggested by: Anil Madhavapeddy <anil at recoil dot org>
Notes:
svn path=/head/; revision=133140
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
we'll actually create an EFI partition with a FAT file system instead
of an UFS file system. It also allows us to give a sensible default
mount point for EFI partitions so that people don't have to guess.
This also means that we can now remove new_efi_part(), which did the
same thing as new_part(), except it created a FAT file system. The
function wasn't called when the EFI partition was created from scratch
though, which was the problem. By passing the partition type to the
various functions, we can deal with EFI without having to duplicate
code.
Notes:
svn path=/head/; revision=133106
|
|
|
|
|
|
|
|
|
|
| |
While I'm here, document the existence of the '-l' option, which allows
one to use moused to use psm in some more interesting ways.
Approved by: njl (mentor)
Notes:
svn path=/head/; revision=133083
|
|
|
|
|
|
|
| |
it is often the case the partition one wants to boot is above cylinder 1023.
Notes:
svn path=/head/; revision=133077
|
|
|
|
|
|
|
|
|
|
| |
that actually need it. This makes it easier for a platform porter to
find the files that may need tweaking to support whatever MD specific
partitioning is needed. It also helps to prevent that the libdisk API
gets exposed and/or used where it's not needed.
Notes:
svn path=/head/; revision=133040
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
some debug support turned on. It turns out the sections in this driver
binary had relative virtual addresses (RVAs) that were different
from the raw addresses, and it had a .data section where the virtual size
was much larger than the raw size. (Most production binaries produced
with the Microsoft DDK have RVA == PA.)
There's code in the ndiscvt(8) utility that's supposed to handle
the vsize != rsize case, but it turns out it was slightly broken,
and it failed to handle the RVA != RA case at all. Hopefully, this
commit will fix all that.
Notes:
svn path=/head/; revision=133026
|
|
|
|
|
|
|
| |
Submitted by: Craig Rodrigues
Notes:
svn path=/head/; revision=132993
|
|
|
|
|
|
|
| |
maintainability and generally avoids confusion.
Notes:
svn path=/head/; revision=132984
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Give ndiscvt(8) the ability to process a .SYS file directly into
a .o file so that we don't have to emit big messy char arrays into
the ndis_driver_data.h file. This behavior is currently optional, but
may become the default some day.
- Give ndiscvt(8) the ability to turn arbitrary files into .ko files
so that they can be pre-loaded or kldloaded. (Both this and the
previous change involve using objcopy(1)).
- Give NdisOpenFile() the ability to 'read' files out of kernel memory
that have been kldloaded or pre-loaded, and disallow the use of
the normal vn_open() file opening method during bootstrap (when no
filesystems have been mounted yet). Some people have reported that
kldloading if_ndis.ko works fine when the system is running multiuser
but causes a panic when the modile is pre-loaded by /boot/loader. This
happens with drivers that need to use NdisOpenFile() to access
external files (i.e. firmware images). NdisOpenFile() won't work
during kernel bootstrapping because no filesystems have been mounted.
To get around this, you can now do the following:
o Say you have a firmware file called firmware.img
o Do: ndiscvt -f firmware.img -- this creates firmware.img.ko
o Put the firmware.img.ko in /boot/kernel
o add firmware.img_load="YES" in /boot/loader.conf
o add if_ndis_load="YES" and ndis_load="YES" as well
Now the loader will suck the additional file into memory as a .ko. The
phony .ko has two symbols in it: filename_start and filename_end, which
are generated by objcopy(1). ndis_open_file() will traverse each module
in the module list looking for these symbols and, if it finds them, it'll
use them to generate the file mapping address and length values that
the caller of NdisOpenFile() wants.
As a bonus, this will even work if the file has been statically linked
into the kernel itself, since the "kernel" module is searched too.
(ndiscvt(8) will generate both filename.o and filename.ko for you).
- Modify the mechanism used to provide make-pretend FASTCALL support.
Rather than using inline assembly to yank the first two arguments
out of %ecx and %edx, we now use the __regparm__(3) attribute (and
the __stdcall__ attribute) and use some macro magic to re-order
the arguments and provide dummy arguments as needed so that the
arguments passed in registers end up in the right place. Change
taken from DragonflyBSD version of the NDISulator.
Notes:
svn path=/head/; revision=132973
|
|
|
|
| |
Notes:
svn path=/head/; revision=132947
|
|
|
|
|
|
|
|
|
| |
bad casts.
Noticed by: johan
Notes:
svn path=/head/; revision=132901
|
|
|
|
|
|
|
|
| |
struct an_ltv_stats needs to be fixed. It has been here since this was
imported.
Notes:
svn path=/head/; revision=132900
|
|
|
|
| |
Notes:
svn path=/head/; revision=132861
|
|
|
|
|
|
|
|
|
| |
function prototypes. Remove unnecessary returns.
Submitted by: David Hill <davidh -at- wmis.net>
Notes:
svn path=/head/; revision=132860
|
|
|
|
|
|
|
|
|
|
| |
to configure mode for ng_pppoe(4) node under control.
Reviewed by: brian
Approved by: julian (mentor)
Notes:
svn path=/head/; revision=132818
|
|
|
|
|
|
|
|
|
| |
if the swap subsystem failed.
Requested by: phk
Notes:
svn path=/head/; revision=132809
|
|
|
|
| |
Notes:
svn path=/head/; revision=132799
|
|
|
|
| |
Notes:
svn path=/head/; revision=132790
|
|
|
|
|
|
|
| |
casts as lvalue usage whenever possible.
Notes:
svn path=/head/; revision=132789
|
|
|
|
| |
Notes:
svn path=/head/; revision=132788
|
|
|
|
|
|
|
| |
format first.
Notes:
svn path=/head/; revision=132787
|
|
|
|
|
|
|
| |
PR: bin/67906
Notes:
svn path=/head/; revision=132711
|
|
|
|
| |
Notes:
svn path=/head/; revision=132641
|
|
|
|
|
|
|
| |
out of swap.
Notes:
svn path=/head/; revision=132581
|
|
|
|
|
|
|
|
|
|
|
| |
It does survive « make release ».
Uses an upcoming patch from the vendor branch (ntp-stable) of ntp-keygen.
Submitted by: Marius Strobl <marius@alchemy.franken.de>
Notes:
svn path=/head/; revision=132535
|
|
|
|
|
|
|
|
| |
Pointy hat to: me
Submitted by: Marius Strobl <marius@alchemy.franken.de>
Notes:
svn path=/head/; revision=132534
|
|
|
|
|
|
|
|
|
| |
really tested and probably not 64 bits-safe.
Discussed with: Harlann Stenn <www.ntp.org>
Notes:
svn path=/head/; revision=132533
|
|
|
|
| |
Notes:
svn path=/head/; revision=132532
|
|
|
|
|
|
|
|
|
|
|
| |
larger patchset to get a GNU-free world.
Patch rewritten to cope with the 4.2.0 changes.
Submitted by: des
Notes:
svn path=/head/; revision=132531
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
you've specified a directory. It is intended to be used in building
custom releases over NFS where locking may be unreliable at best and
there is no contention that the locking is designed to arbitrate.
Other uses of this flag are discouraged. Document same in usage and
man page (including the warning about unwise).
Sponsored by: Timing Solutions
Notes:
svn path=/head/; revision=132509
|
|
|
|
|
|
|
|
|
|
| |
(1) use strlcpy instead of strncpy since the use here of the latter
was incorrect.
(2) Move 'N' case into proper sorted order (sorted the same way that
ls sorts its args).
Notes:
svn path=/head/; revision=132507
|
|
|
|
| |
Notes:
svn path=/head/; revision=132462
|
|
|
|
| |
Notes:
svn path=/head/; revision=132459
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This bring us several things:
- updated drivers
- IPv6 support at last
- ntp-genkeys is replaced by ntp-keygen
- ntptrace is now a script (courtesy of John Hay)
- lots of renamed files from .htm to .html (while I prefer .html, I
find the change a bit gratuitous)
- still no manpages :(
Please test and report.
Commit very much helped by: GNU arch (http://gnuarch.org/)
Notes:
svn path=/head/; revision=132458
|
|
|
|
| |
Notes:
svn path=/head/; revision=132423
|
|
|
|
| |
Notes:
svn path=/head/; revision=132327
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
information being sent to the RADIUS server.
Logging of RADIUS accounting information moves to a ``set log [+-]radius''
level, along with the RADIUS alive info, and the version number is bumped
to 3.2 to reflect this.
Mostly submitted by: alx@sm.ukrtel.net (back in January)
MFC after: 3 weeks
Notes:
svn path=/head/; revision=132273
|
|
|
|
|
|
|
|
|
|
|
| |
apply the patch of bin/61718 (which should include/elimatate kern/61122 also).
It seems to fix a few annoying bugs.
PR: bin/61718, kern/61122
Submitted by: bg@sics.se ohartman@mail.physik.uni-mainz.de
Notes:
svn path=/head/; revision=132254
|
|
|
|
|
|
|
|
|
|
|
| |
has been merged into the former.
PR: docs/69087
Submitted by: Janos Mohacsi <janos.mohacsi@bsd.hu>
MFC after: 3 days
Notes:
svn path=/head/; revision=132251
|
|
|
|
|
|
|
|
| |
to 'struct xvfsconf' broke auto configuration. Patches have been
submitted to the vendor.
Notes:
svn path=/head/; revision=132207
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
but conveniently, because ncpaddr.ncpaddr_family != AF_INET, the call to
ncpaddr_getip4addr() became a no-op leaving the local address as it was
(defaulting to whatever my hostname resolves to).
PR: 62050
Submitted by: Peter Jeremy <peter.jeremy@alcatel.com.au>
MFC after: 3 days
Notes:
svn path=/head/; revision=132204
|
|
|
|
|
|
|
|
|
|
|
| |
the FILES list.
PR: 66827
Submitted by: Michel Lavondes <fox@vader.aacc.cc.md.us>
MFC after: 2 weeks
Notes:
svn path=/head/; revision=132194
|
|
|
|
| |
Notes:
svn path=/head/; revision=132151
|
|
|
|
| |
Notes:
svn path=/head/; revision=131990
|
|
|
|
|
|
|
| |
Reviewed by: joerg
Notes:
svn path=/head/; revision=131858
|
|
|
|
|
|
|
| |
Reviewed by: imp, ru
Notes:
svn path=/head/; revision=131768
|