Commit Graph

10 Commits

Author SHA1 Message Date
abs eff3a12f1c defs.h:
- Re-order the md_*() definitions so they are in the order called
- Add some comments
- Remove obsolete md_set_no_x() definition
- Remove md_copy_filesystem()
- #if defined(DEBUG) declare backtowin(void) to avoid scattering
  externs in various md .c files

mbr.[ch]:
- Add a set_bios_geom_with_mbr_guess() which can be called by all
  the non x86 ports rather than copying the same code into arc,
  bebox, cobalt, evbmips, evbppc, hpcarm, hpcmips, landisk, ofppc,
  prep, sandpoint, and zaurus md.c

install.c:
- Remove now unnecessary call to md_copy_filesystem()

upgrade.c:
- Move move_aout_libs() here, and put under #ifdef AOUT2ELF
- Rather than having *every* md_update call wrefresh(curscr),
  wmove(stdscr, 0, 0), wclear(stdscr), and wrefresh(stdscr),
  move them here

arch/acorn26/md.c:
- Just include arch/acorn32/md.c, but add a note there warning
  about this, and while here add a note to i386/md.c that it
  is included by amd64

arch/*/md.c:
- By all means "Vive la difference", but we have 38 pairs of md.[ch],
  and they could not even agree on the order in which to list the
  md hooks, let alone formatting. Sort the md hooks to match the
  (now sane) order in def.sh, and try to normalise the formatting
- Also copy across some function level comments everywhere
- Ensure functions only used inside each md.c are defined as static
- Remove some now unused functions
- Some files had enable_rc_conf in #ifdef DEBUG. Add this to all
- bebox, evbppc and sandpoint were still playing broken games with
  copying the booted ramdisk to the target disk, the primary result
  of which was just to slow things down and ensure the target system
  lost the .profile extracted from the sets. Just kill this.
- For some ports md_update() called endwin(), and in others not.
  Take a cure from i386/amd64 and a few other more active ports,
  and update everything to match (no endwin())
- In a couple of cases correct port names in comments
- ANSIfy some lingering old style functions
- Consistently use "return 0;" rather than "return (0);"

More of the mbr code should be abstracted, along with the
get_ramsize() / set_swap() logic, but this is (more than)
enough for one day...

sysinst built for all ports but only runtime tested on amd64 & i386
2009-09-19 14:57:27 +00:00
nonaka e72bdd20c7 >Support drives over 1TB in size (i.e. stop errors like drive is -654343MB in size).
>Error if drive is over 2TB in size (and thus over the disklabel limit).
2009-05-16 10:40:16 +00:00
reed f480b2a774 Spelling fix in some messages.
(Note that this is still English examples even in other language messages.)
2009-03-06 19:05:01 +00:00
abs 8bf1bada05 Most ports do not create /.profile /.termcap and /sysinst in the target
before extracting sets, so do not try to delete them after install.
Now the '/.profile' from etc.tgz will actually be left after install

Note: bebox, evppc, and sandpoint still have a md_copy_filesystem() which
dumps a copy of the install filesystem into the target before extracting,
so I've left them removing /.profile /.termcap and /sysinst after install.
2008-10-07 09:58:14 +00:00
phx c470649f44 Include full XServer for ofppc.
Approved by garbled.
2008-03-09 10:13:10 +00:00
garbled 7c9d238473 Yank the bridge64 kernel 2008-02-05 19:09:02 +00:00
itohy eaa74b11aa tabify 2008-02-02 04:24:13 +00:00
rumble ff2d046b84 Fix MD set tweaking by introducing `md_init_set_status', which is called
at the end of `init_set_status'.

Previously, i386/amd64, mac68k and sgimips were using `md_init' to set the
appropriate kernel, but any changes made were being undone by a later call
to `init_set_status'.

This should fix IP3x installation issues on sgimips.

XXX - `md_init' is now unused. Should we G/C it?
2008-01-28 02:47:12 +00:00
garbled e87796b3eb Change bsddisklabel.c to export it's functions rather than declaring them
all static.  This makes it possible to write a md_make_bsd_partitions()
function without having to copy all of bsddisklabel.c into md.c.

Make ofppc sysinst install sanely and in a bootable manner on both my
7044, and my pegasos.  The only thing the user needs to do is pick the
right kernel set.
2008-01-23 23:15:37 +00:00
mrg 0738c9d4c5 port the prep parts to ofppc. this is tested on a pegasosII box and
with a suitable ramdisk etc, you can actually install successfully.

mostly the changes from port-prep are to switch the prep mkbootimage
to an msdos boot partition with a copy of ofwboot in it.
2008-01-02 11:30:30 +00:00