| Age | Commit message (Collapse) | Author |
|---|
|
it's a good idea to use atomic.h operations on it. This mechanic
change updates all bit operations on p_flag to atomic_{set,clear}bits_int.
Only exception is that P_OWEUPC is set by MI code before calling
need_proftick and it's automatically cleared by ADDUPC. There's
no reason for MD handling of that flag since everyone handles it the
same way.
kettenis@ ok
|
|
really using 24 bpp pixels on 32 bit boundaries.
|
|
enable.
|
|
rt and such; tested and ok miod drahn
|
|
interrupt handlers.
|
|
crtc. No functional change.
|
|
need the debug info uncomment the printf's you need. Crude but
effective way to suppress 'no disklabel' errors that pop up at the
most innconvenient times to frighten users. More elegant method,
DPRINTF-like constructs or something, later.
"Yay!" marco@ ok deraadt@
|
|
right now that are supposed to be atomic with respect to interrupts and
SMP: atomic_setbits_int and atomic_clearbits_int.
All architectures other than i386 and amd64 get dummy implementations
since at first we'll be replacing operations that are done with
"a |= bit" and "a &= ~bit" today. More proper implementations will follow
kettenis@, miod@ ok
|
|
use of MD spl code bowels. No functional change.
|
|
MicroSPARC-1, since cache is not write allocate; also provide a smarter routine
to flush a small section of the data cache, but do not enable it since we
almost never flush less than 2KB (which is the whole MS1 D cache size);
adapted from NetBSD, tested on SPARCclassic.
|
|
rasops code; 3.5KB off RAMDISK kernels.
|
|
pnozz(4), when switching between emulation (i.e. text console) and mapped
(i.e. X11) modes.
Geometries different than 800x600 are only available on the external video
port, with the internal panel blanked.
Currently this mode is compiled in, until an interface allows the X server
and the kernel to settle on which one to use.
Due to the internal panel blanking requirements, all of this is only available
if tctrl(4) is configured in, which is the case for GENERIC but not for
installation media kernels (who runs X11 with installation media anyway?)
Most of this has been written 18 months ago, it was just lacking a final
touch...
|
|
statclock(), do not bother doing this in userret() anymore. As a result,
userret() does not need its pc and ticks arguments, simplify.
|
|
doing so, do not check for signals - userret() will do this.
|
|
doing nothing and the mi code does not use it anymore anyway. No functional
change.
|
|
|
|
ignored previously.
|
|
|
|
attribute anymore; remove it and use option WSEMUL_SUN instead, which gets
added to all sparc* kernels.
While there, do not compile vt100 emulation on sparc* kernels, this saves 16+
KB of text.
ok deraadt@
|
|
does), and only use the 24 bit color planes when running X.
Not tested, but can't be worse than before - the code it replaces was busted
anyway.
|
|
|
|
values computed better, prefer invoking it with the real thing and
recomputing what needs to be afterwards. No functional change, but this
allows fb.c to assume a few things about its callers.
|
|
to non-console frame buffers as well.
|
|
to pass its recent sanity checks.
|
|
colormap, this finally makes color work.
|
|
- There is no need to check for buses config(8) will not let us attach to
- Better P4 bus logic, which does not need to abuse device flags
- Do not bother trying to print a meaningful device description when it is
not connected to sbus.
|
|
unaligned accesses on some packets.
|
|
different for sparc{,64} systems.
|
|
WSCOL_xxxx values.
|
|
|
|
|
|
existing alloc_attr function. This allows rasops_unpack_attr to be kept
private to rasops, yet available to the screen drivers.
|
|
for cpu_swapin() on hppa* which is kept).
|
|
should never be referenced outside the context of the process to which
this stack belongs unless we do the PHOLD/PRELE dance. Loads of code
doesn't follow the rules here. Instead of trying to track down all
offenders and fix this hairy situation, it makes much more sense
to not swap kernel stacks.
From art@, tested by many some time ago.
|
|
driver to be able to tell how many wscons screens to attach to it,
instead of WSDISPLAY_DEFAULTSCREENS which is a global setting.
|
|
ok miod@ marco@ deraadt@
|
|
confusing when trying to attach scsibus to a hba, since it is really meant
for attaching scsi devices to scsibus.
ok deraadt@ marco@
|
|
|
|
De-register. Move declaration to top of function for DOS MBR
processing. Indent nit in macppc.
No functional change.
|
|
floppies and cd's were removable, displaying that fact in disklabel
output was unlikely to help. And the display in disklabel was the only
use of D_REMOVABLE in the tree.
ok marco@
|
|
not being used in the tree for anything obviously useful. Get it done
early so we can find if there are non-obvious uses out there.
ok deraadt@ beck@
|
|
implies the former; no functional change.
|
|
|
|
them return 'invalid geometry' when d_secpercyl == 0. While there move
the check to a consistant location (after the check of d_secperunit)
and use a consistant idiom (i.e. some readdisklabel()'s have no 'done'
label).
prodded by thib@ after a bad macppc experience. ok deraadt@
|
|
Makes all FD_BSIZE() defines the same. No object code change.
|
|
width in this mode).
|
|
set d_secsize instead of 1 << DEV_BSHIFT. Just for textual consistency in
setting d_secsize.
No functional change.
|
|
in the six cases using "512".
As DEV_BSHIFT is always 9, this should be a no-op.
"no objections" miod@ "I can't see any problem doing this." pedro@
|
|
setting RAW_PART's p_size to d_secperunit * (d_secsize / DEV_BSIZE) is
a waste of a few ops. And p_size should be in sectors anyway.
Just set RAW_PART's p_size to d_secperunit to make usage consistant
across the tree.
Should be a no-op.
|
|
RAW_PART's p_size. Since d_secperunit is initialized to 0x1fffffff if
not specified there should be no need to use the magic number again.
And if d_secperunit was specified then that value should be used
instead of the magic number.
This was already being done for hp300, luna88k, mac68k, mvme68k,
mvme88k.
Should be a no-op.
|
