| Age | Commit message (Collapse) | Author |
|---|
|
lseek(), which is not available on tapes when using the prom device routines;
instead, remember our file position, seek forward by reading and discarding data,
and only use lseek() in last resort for backwards seek.
ok deraadt@
|
|
feel much much happier.
ok deraadt@
|
|
so document this as well.
|
|
|
|
on the floppies first.
|
|
mode) and the 24-bit plane (used in graphics mode) for proper X11 support.
Partly borrowed from the XFree86 SunLeo driver source.
|
|
from NetBSD.
This was initially written for Linux, then each iteration attempted to
replace more 0x12345 magic numbers with meaningful constants. The lack of
documentation for the hardware still makes some areas a guess orgy.
No doc, no kernel configuration file entries, and X11 is disabled on
purpose at the moment. This will be coming soon.
|
|
try to use short cuts, and would not correctly initialize its channel if a
keyboard is connected to it, which might have been done on purpose.
It would then become impossible to run X11 on this machine afterwards.
Fix this by being more cautious during the probe, at the extent of a couple
of seconds if no keyboard is present.
Tested by various, ok deraadt@
|
|
|
|
|
|
It will currently only work in 8bit mode, and without using the i128
acceleration features (but that's a good start for 3.3).
Written initially in november 2002, but it took some time in experiments
until I realized the ramdac had to be fed values shifted left by 16 bits in
order to work as intended, for no good reason.
So, I am now officially founding a ``RAMDAC Hater's Club''. Feel free to
apply.
|
|
Currently limited to dump frame buffer operation, the acceleration features
will be used later...
Code by me, tests on real hardware by Paul Weissmann.
|
|
to make people's days so much better.
|
|
pointed out by henric
|
|
which end on "odd" boundaries.
|
|
|
|
|
|
|
|
|
|
|
|
multivalued, as on the Voyager. This makes the zs probe work correctly on
these machines, and do not change behaviour on others.
Adapted from a similar fix in NetBSD.
Tested on Voyager by Takeshi Morimoto.
|
|
on the Voyager, thus preventing keyboard support from working at all.
|
|
spotted by Takeshi Morimoto.
|
|
|
|
|
|
remaining instances of them with appropriate copy(9) usage.
ok art@, tested on all arches unless my memory is non-ECC
|
|
|
|
set from <sys.mk>
|
|
Instead of allocating a static amount of memory for the data
structures via valloc() in allocsys(), allocate things dynamically
using pool(9) when possible and malloc(9) when not. The various
members of struct seminfo and struct shminfo are in kern.seminfo
and kern.shminfo respectively (not all members of kern.seminfo are
changable).
The data structures used still leave something to be desired but
things are not made worse in that respect by this commit.
|
|
|
|
|
|
|
|
|
|
of the file.
|
|
|
|
operating in 8 bit mode, such as on the installation media...
Installing with a pale grey on white is not what I would call a friendly
display, ouch.
|
|
altq is merged into pf and handled through pf.
|
|
attack protection scheme, into gcc.
This protection is enabled by default. It can be turned off by using the
-fno-stack-protector flag.
Code by Hiroaki Etoh (etoh at jp dot ibm dot com); work on openbsd-specific
integration by fgsch@, deraadt@ and myself; tests by fgsch@, naddy@ and
myself; beer drinking by myself.
Please note that system upgrades with this new code will require a new
libc and ld.so to be build and installed before the propolice-enabled
compiler can be installed.
|
|
attach it with the appropriate keymap table, rather than the default KB_US
table.
If this is not the expected behaviour, users can still revert to US layout
via "kbd us" or "wsconsctl -w keyboard.encoding=us".
As the installation media uses the prom console, which will honor the
international keyboard layout, this will definitely help users with
international keyboards and fancy characters in their passwords...
Note that there is still some Sun keyboard tables missing at the moment.
|
|
|
|
|
|
|
|
from rasops_cmap table, rather than providing our own, especially when
they are wrong.
|
|
|
|
stubs, so that userland can do the same. we cannot just determine based
on sun4m, because cypress (at least) is a sun4m cpu without the instructions
|
|
- get rid of splpmap, use splvm everywhere
- harmonize some 4_4c routines to wake them easier to diff against 4m
- fix an spl botch in can't happen situations on 4_4c
- fix pmap_stas.ps_npg_prot_all on 4m in case someone cares
- slightly better pmap_kenter_pa and pmap_kremove on 4_4c
art@ ok
|
|
uvm_map_create() and uvm_km_suballoc().
|
|
seeing it's packets and thinking another machine with the same mac is
on the wire when running half-duplex); from NetBSD.
tested by matthieu, jason and him ok.
|
|
the user addresses directly from the kernel. copyin is faster and can
correctly deal properly with mappings that uvm_useracc thinks are
correct but will fault anyway (to figure out how to generate such
mappings is left as en excercise for the reader).
|
|
helps if the ramdac does not get initialized (idea from jason@)
- only register a shutdown hook for the frame buffers which need it, if this
is the console frame buffer. Otherwise this is just a waste of time.
|
