| Age | Commit message (Collapse) | Author |
|---|
|
|
|
we do upon resume and failing to cope with the fact that the state has changed
under our feet. Fixes watchdog timeout issues in at least one case.
ok deraadt@, tested by thib@
|
|
attaching those devices by checking whether the PCI bus on which they are
supposed to sit exists. Fixes issues with brightness controls on my Dell
laptop.
ok marco@, pirofti@
|
|
|
|
by mandoc; diff from kristaps
- while here, fix a bad width specifier
|
|
|
|
|
|
|
|
|
|
Currently it only works for the suspend button and tries to do right for
the brightness events, but I haven't found a Sony laptop that like to do
right so far.
In the future I want to make the brightness keys work on all Sony's and
also add support for the zoom hotkeys and whatever other funky keys I can
find on those things.
Okay deraadt@.
|
|
not on a terminal, they STILL interrupt long system calls and cause sysread
to fail, so disable them when they're not needed.
problem found by mlarkin@
this is just a band-aid, I guess I really need to "reset" non-needed signals
globally whenever I fork... sigh.
|
|
nonsensical in that case (and usually zero).
- when altering the groups file, preserve a single "+" line instead of
complaining it is incorrect and removing it.
ok fgsch@ millert@ ray@
|
|
sparc64.
reads ok to gilles@
|
|
|
|
|
|
|
|
UVIDEO_FLAG_FIX_MAX_VIDEO_FRAME_SIZE quirk list and b) cranking the
manually calculated frame size by pixels * 4 bytes (discussed with
jakemsr@).
|
|
so that the process-level stuff is to/from struct process and not
struct proc. This fixes a bunch of problem cases in rthreads.
Based on earlier work by blambert and myself, but mostly written
at c2k10.
Tested by many: deraadt, sthen, krw, ray, and in snapshots
|
|
ok dlg@
|
|
|
|
pckbc_enqueue_cmd() if interrupts are enabled at this point.
|
|
all jumbled up in the same functions. the rtc (mc chip) and clock (i8243)
startup was also mixed up. they the soft state and hardware state can
be started in the right order, and it is easy to restart just the
neccessary parts upon resume. tested in numerous cases:
(apic, pic) * (GENERIC.MP, GENERIC) * (mp, non-mp) * (i386, amd64)
ok kettenis
|
|
|
|
new features:
* support the .in macro in man(7)
* support minimal PDF output
* support .Sm in mdoc(7) HTML output
* support .Vb and .nf in man(7) HTML output
* complete the mdoc(7) manual
bug fixes:
* do not let mdoc(7) .Pp produce a newline before/after .Sh; reported by jmc@
* avoid double blank lines related to man(7) .sp and .br
* let man(7) .nf and .fi flush the line; reported by jsg@ and naddy@
* let "\ " produce a non-breaking space; reported by deraadt@
* discard \m colour escape sequences; reported by J.C. Roberts
* map undefined 1-character-escapes to the literal character itself
maintenance:
* express mdoc(7) arguments in terms of an enum for additional type-safety
* simplify mandoc_special() and a2roffdeco()
* use strcspn in term_word() in place of a manual loop
* minor optimisations in the -Tps and -Thtml formatting frontends
|
|
confusion. Fixes at least my usb DVD reader and The Blue Tick.
|
|
scsi_inquire_vpd(). scsi_inquire_vpd() oddness noted by jsg@ after
report of macppc problems by kili@.
|
|
-Wsystem-headers and -std=c99, where GCC 4.2 would warn that it couldn't
give us C99 inline semantics.
ok guenther@, dcoppa@, millert@, deraadt@
|
|
|
|
UVIDEO_FLAG_FIX_MAX_VIDEO_FRAME_SIZE quirk.
|
|
|
|
in the former, so switch an example that needs them to use printf instead.
From bcr at freebsd.org.
ok halex@
|
|
Symptoms noted by oga@. actual bug spotted by dlg@
|
|
|
|
at end of file' warnings. Simplify the shell quoting to make it easier
to read while we're at it
"looks allright" beck@
|
|
|
|
sensorsd to do actions when docking or undocking.
ok jordan
|
|
extensions: __real__ and __imag__ operators, the use of '~' for
complex conjugation, and 'i' or 'j' as a suffix for complex constants.
While this doesn't handle folding and overflow detection for complex
constants correctly, it's good enough to make it through libm...and
found several bugs once it could do so.
"no objections" miod@, krw@
|
|
|
|
tweak to eliminate an 'else' clause.
|
|
stdin up to the server, I forgot one essential point - the tmux server
could now be both the producer and consumer. This happens when tmux is
run inside tmux, as well as when piping tmux commands together.
So, using stdio(3) was a bad idea - if sufficient data was written, this
could block in write(2). When that happened and the server was both
producer and consumer, it deadlocks.
Change to use libevent bufferevents for the client stdin, stdout and
stderr instead. This is trivial enough for output but requires a
callback mechanism to trigger when stdin is finished.
This relies on the underlying polling mechanism for libevent to work
with whatever devices to which the user could redirect stdin, stdout or
stderr, hence the change to use poll(2) over kqueue(2) for tmux.
|
|
|
|
devices.
An upcoming fix for some problems with the client stdout/stderr handling
relies on it working, so make tmux force libevent to use poll(2) via
EVENT_NOKQUEUE, until we have fixed kqueue.
|
|
|
|
myself" panics that some people have seen over the last year-and-a-half.
Cherry picked from a more complex (and therefore scarier) diff from oga@.
ok tedu@, oga@
|
|
|
|
|
|
|
|
|
|
the start and queued the command for processing by userland later.
the adapter could stop running between the check and the queue.
this merges the state and queue mutexes and combines the check and
queue ops in vscsi_cmd into the same critical section.
tweaked by and ok matthew@
|
|
will integrate with pkg_add output (no more disturbed error messages
from wrong subject lines)
|
