| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
out of space. Bump it up...
|
|
|
|
| |
the current ordering :(
|
| |
|
|
|
|
|
|
| |
PR: 136071
Submitted by: Scot Hetzel
Approved by: re (kensmith), bz (mentor)
|
|
|
|
|
|
|
|
|
| |
ports tree so that programs use libusb from the base by default. Thanks to
Stanislav Sedov for sorting out the ports build.
Bump __FreeBSD_version to 800069
Help and testing by: stas
|
|
|
|
|
|
|
| |
Remove the usbdevs and add the usbconfig.
Spotted by: hrs
Tested on: i386
|
|
|
|
|
|
|
|
|
|
|
|
| |
complains about "Malformed numbers" while unpacking the dists and
what winds up on the disk isn't correct. Use this as an opportunity
to switch over to bsdcpio since at this point we don't even build
and install the gnu cpio by default. Note sysinstall needed to be
tweaked a bit (dropping tape block size setting) because it seems
bsdcpio doesn't do anything with block sizes, at least as far as
reading from archives goes. That wasn't really a problem since
installations from tape have been broken for a while and the rest
of sysinstall's tape support code will be removed shortly.
|
|
|
|
| |
gpart symlinks for easy access.
|
|
|
|
| |
Submitted by: Florian Smeets
|
|
|
|
| |
We just ran out of space...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
can't find fsck_4.2bsd because there was no fstab file saying what
filesystem type it is looking at so it got the filesystem type from
the disk's label. When that fails admins who haven't been in this
situation before are most likely to try "fsck -t ufs /dev/ad0s1a" because
ufs is the type used in fstab files on working systems but that also fails
complaining it can't find fsck_ufs.
This just sets it up so /stand in the MFS image (/sbin is a symlink
to /stand) includes hard links pointing fsck_4.2bsd and fsck_ufs to
fsck_ffs which is what is present in /sbin on installed systems.
Prodded by: obrien
MFC after: 1 day
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
at runtime and to support distributing additional kernels:
o remove kernel from the base tarball
o add new kernel tarballs
o build + package both SMP and GENERIC kernels when an <arch>/conf/SMP
config file is present
o add sysinstall support for multiple kernels
o update sysinstall to probe for the number of cpus on a system
and auto-select smp/up kernel accordingly
o add a post-kernels install hook to fixup /boot/kernel
o add -ldevinfo to boot crunch for sysinstall's cpu probing logic
Notes:
1. On HEAD this code is not currently used because GENERIC kernels
include SMP. This work is mainly intended for RELENG_6 where the
GENERIC kernel is UP. If HEAD changes to match then just enable
WITH_SMP in sysinstall/Makefile.
2. The cpu probing support is done with acpi and MPTable; this means
some systems will require work for auto-detection to work.
3. The handling of /boot/kernel may need to be revisited; for now
we rename one kernel at the last moment (SMP if installed, otherwise
GENERIC). There are other, possibly better, approaches.
Lots of help from ru, emaste, scottl, and jhb.
|
|
|
|
|
|
| |
since devd(8) now provides the same functionality.
Submitted by: Anish Mistry
|
|
|
|
|
|
|
|
| |
be changing with the next version, and we should be using -publisher
instead.
Also warned by: trhodes
MFC after: 1 week
|
|
|
|
| |
*_crunch.conf files are easier to read.
|
| |
|
|
|
|
|
| |
the tool one needs to partition a disk is more important than some poor
man's network interface.
|
|
|
|
|
|
|
|
|
|
| |
bootable ISO. HP machines (like the rx2600) that (also) have isp(4)
may have a non-standard firmware on the controller. Our isp(4) driver
is not able to work with those and even panics. This makes installing
FreeBSD rather impossible. By adding the ispfw.ko module, we give the
user a chance to upload a certified firmware onto the card and so make
it possible to either use the isp(4) successfully or otherwise avoid
the panic.
|
|
|
|
|
|
|
| |
hasn't been any package build for ia64 for a long time and in this
case it means that the cdrtools package on the FTP sites is one that
doesn't have mkisofs. This breaks the release build. By trying to
build the port first, we protect ourselves a bit more against this.
|
|
|
|
|
|
| |
this into the ISO headers by specifying the -P option to mkisofs.
Obtained from: share/examples/worm/makecdfs.sh
|
|
|
|
| |
XXX /usr/ports is still hardcoded, should be ${PORTSDIR}
|
|
|
|
| |
This will be instantly MFC'ed.
|
|
|
|
|
| |
MFS root file system now that these architectures always use the
GENERIC kernel for installs.
|
|
|
|
|
|
|
|
| |
- CD9660_ICONV, NTFS_ICONV and MSDOSFS_ICONV kernel options
(with corresponding modules).
- kiconv(3) for loadable charset conversion tables support.
Submitted by: Ryuichiro Imura <imura@ryu16.org>
|
|
|
|
|
|
|
| |
- Fixed the bootable CD-ROM support for IA64.
Reviewed by: marcel
Tested by: marcel
|
|
|
|
| |
Reviewed by: marcel
|
|
|
|
|
|
|
|
| |
Also make sure bsdlabel(8) (along with the disklabel(8) compat
link) still appear on the fixit floppies of platforms that use
it natively (alpha, i386, and pc98).
Approved by: re (scottl)
|
|
|
|
|
|
| |
sunlabel(8) no longer being linked to disklabel(8).)
Reviewed by: phk
|
| |
|
| |
|
|
|
|
|
|
| |
if the script fails somewhere in the middle.
Prodded by: phk
|
|
|
|
|
|
|
|
| |
Do it so that systems without the -m option in disklabel(8),
e.g. 5.0-RELEASE, can still build current snapshots.
While here, drop the -s option from doFS.sh; we have not
been using the .size files for a long time.
|
| |
|
|
|
|
| |
the EFI partition, because we intend to link /boot to /efi/boot.
|
|
|
|
| |
EFI partition.
|
|
|
|
| |
is not compressed.
|
|
|
|
|
|
|
| |
we created for the boot floppy, or 2) construct an EFI partition
by copying bits from /boot. The first approach creates a bootable
CD image that loads a memory disk and starts sysinstall, the second
approach creates a generic bootable CD.
|
|
|
|
|
|
|
|
|
|
| |
if it's not defined as efi. This makes sure we create a proper
MFS root filesystem and still allow the boot disk to be EFI
based.
At this time EFI auto boot works and we're properly loading the
MFS root file system. Time to create drivers.conf and get this
show on the road!
|
|
|
|
|
|
|
|
|
| |
the loader in an EFI partition. This automaticly means we need the
kernel there as well.
In order to avoid having to worry about a geometry as much as
possible, we partition the disk with GPT.
With this, auto-boot works, but we have a problem mounting the
MFS.
|
|
was no history to speak of, a repocopy would not have bought us
anything. Versions copied:
../sparc64/boot_crunch.conf,v 1.3 2002/11/01 15:29:35 jhb
../sparc64/dokern.sh,v 1.1 2002/10/13 18:36:06 jake
../sparc64/mkisoimages.sh,v 1.1 2002/10/13 18:36:06 jake
obtained from: jake, jhb
chapeau: jkh (mkisoimages.sh)
|