| Age | Commit message (Collapse) | Author |
|---|
|
a process instead of using curproc. ok deraadt
|
|
When we hit suspend time, go through all wsdisplays on the system. if
they are in mode MAPPED, but not MODE_DUMBFB then if possible do a full
vt switch to a !mapped vt, and prevent switching back until resume time.
This has to be called from MD code because this involves userland
running so that X can run the vt switch signal handler. This way, any
case where we are using the "poke registers from userland" model, we
will not be on the hardware when we go down, so the kernel can actually
handle thing properly.
Tested on several acpi laptops (by kettenis@ and ian@), x40 (me and
beck@ at LEAST) and zaurus (me). Maybe others, but if so I forgot who at
this time..
Idea from deraadt somewhere over the Faroe Islands (I thought of a
similar thing myself a while ago). Much prompting from him. Ok and
comments miod@
|
|
Octane systems, as well as some Onyxes. With special permission to change a
systemwide .h file and add a manpage from deraadt@
Magic numbers and operation sequencing borrowed from Linux; tested on
Octane + ESI.
ok deraadt@
|
|
ok miod@
|
|
Currently unable to change video modes or provide any form of acceleration,
so you are stuck in a 640x400x8 mode, but at least people scared of serial
consoles will get a chance to use their Fuloongs now.
Tested by otto@ (early developments) and jasper@ (final version)
|
|
|
|
looking for something else.
sha1(1) tells me there's no binary change.
|
|
supported it doesn't do any harm), so put the KNOTE() in selwakeup() itself and
remove it from any occurences where both are used, except one for kqueue itself
and one in sys_pipe.c (where the selwakeup is under a PIPE_SEL flag).
Based on a diff from tedu.
ok deraadt
|
|
|
|
miod@ deraadt@ ok.
|
|
This is needed for the addition of further suspend/resume actions.
Okay deraadt@, marco@.
|
|
change the UDLIO_DAMAGE ioctl from 0 to 128 and move the ioctl part from
udl.h to udlio.h so we can include it in userland applications.
Suggested and OK miod@
|
|
in SCR_GRAPHICS mode; spotted by martynas@
|
|
|
|
tty output as soon as we hit a failure.
Since the `output' of a character may cause several emulops to be called
(e.g. if it causes scrollup or if this is the end of an escape sequence),
all emulation code maintain a so-called `abort state', to be able to properly
recover when the character is tentatively output later, and not reissue
the emulops which did not fail the first time.
With help from mglocker@
|
|
check it in wsdisplaystart() to suspend output if not all characters have
been output; they will get reissued at the next tty rstrt_to timeout.
|
|
return zero on success and nonzero on failure.
This commit only performs mechanical changes for the existing emulops to
always return zero.
|
|
upcoming changes. No functional change.
|
|
ok deraadt@
|
|
|
|
requested by miod@
|
|
to work with wscons. Back then, the universe was simple and there was only
one single wsdisplay device, so that code would use global variables.
Overhaul this, and make sure the various routines take the wsscreen or
wsdisplay they operate on as arguments.
This will eventually allow multiple wsmoused to run, one per wsdisplay
device.
While there, use more appropriate integer types in that code, so that
unholy big displays do not cause integer overflows in coordinates
computations. As a bonus, this makes the code smaller.
|
|
wsdisplay_switch(..., WSDISPLAY_NULLSCREEN, ...).
|
|
before invoking wsdisplay_kbdholdscr(), which assumes it does.
|
|
not all Sun mice run at the canonical 1200 bps, hop between 1200, 4800 and
9600 bps by paying attention to breaks on the line.
Attachement and engine code written 7 years ago for OpenBSD/sparc, except for
sparc64 com(4) attachment. Speed hop idea borrowed from Opensolaris.
This allows sparc and sparc64 users to run X11 without needing a configuration
file anymore, as it was in the XFree86 3.x days. Multihead configurations
will still need a minimal configuration file, though.
|
|
DL-120 / DL-160 graphic chips, using the wsdisplay(4) layer. Based on
the reversed engineered specifications of Florian Echtler. The driver
is disabled in GENERIC for now.
Thanks to claudio@ for donating me a device and to oga@ and miod@ for
giving me hints in the graphic and wsdisplay area.
OK deraadt
|
|
as moving the cursor one charcell right before scrolling.
|
|
ok miod@
|
|
No functional changes.
ok krw@ miod@
|
|
sequence when they appear. Per VT100 manual via naddy@, ok naddy@
|
|
|
|
|
|
enough to suspend the screen burner; the video has to be switched on if
the screen burner had run already.
|
|
wsconsctl)
|
|
and machdep.kbdreset=2.
"i like it" deraadt@
|
|
Jesus Sanchez.
|
|
Really just the low-hanging fruit of (hopefully) forthcoming timeout
conversions.
ok art@, krw@
|
|
|
|
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
be more coherent when handling the attachment of output devices (displays):
- on attach, only claim the mux output if it has none already;
- on detach, only force detachment from the input devices from this display
if we are the mux output.
|
|
as the second parameter.
|
|
the hp300 related ones currently in use. CN_NORMAL becomes CN_LOWPRI,
CN_INTERNAL becomes CN_MIDPRI and CN_REMOTE becomes CN_HIGHPRI.
ok miod@
|
|
routine. No functional change (har, har)
|
|
ok miod@
|
|
various tables they use.
|
|
way we do not get a phantom cursor image when X exits.
|
|
|
|
MALLOC/FREE, etc. Just adding M_ZERO to malloc() and deleting an
immediately adjacent bzero().
|
|
prompted and "much better" by marco@, ok pyr@
|
|
ok pyr@
|
