| Age | Commit message (Collapse) | Author |
|---|
|
identify bad distrib scripts/tools.
ok deraadt@
|
|
the accuracy detection ALPS.
ok mpi@
|
|
This, together with an updated xorg driver makes my drm/XVideo work.
Originally from Nigel Taylor.
ok oga@ mcbride@
|
|
This fixed "react strangely" when the pms driver probes
for a synaptic-compatible touchpad.
Tested and ok mpi@
|
|
the alc(4) NIC while running or the NIC not working if the cable is
not plugged in upon boot up.
From Brad; tested by matteo filippetto, Gabriel Linder and edd@
|
|
register. The spec doesn't say we have to do this while it mentions several
times one needs to wait for FR to clear after clearing FRE. The Linux driver
doesn't wait for it either. This allows us to get rid of the AHCI_F_IGN_FR
quirk.
As a side-effect this diff will probably stop ahci(4) attaching to (some)
NVIDIA fakeRAID devices. That's good since it is consistent with what we
do for Intel fakeRAID.
ok mikeb@, jmatthew@
|
|
ok shadchin@ some weeks ago.
|
|
in DIO-II space, as a fat device spanning four select codes (i.e. 16MB of
memory). This is way too much for an at-most 2 Mpixel 8bit frame buffer, and
it turns out that this is because the device provides both a regular DIO-II
frame buffer (spanning two select codes) and a regular STI frame buffer
(spanning the other two select codes).
This commit introduces a straightforward sti@dio attachment to get a working
sti(4) and wsdisplay(4) in a ridiculously small number of lines; however
the console code needs some changes to avoid duplicating globals.
While there, add sti@dio support for the bootblocks, and I couldn't help
myself but clean the most rotten parts of them, and try to have them reuse
various files in sys/arch/hp300/dev instead of rolling their outdated ones.
Tested on a real 382 with the low-resolution frame buffer:
sti0 at dio0 scode 132: rev 8.02;129, ID 0x27134CB440A00499
sti0: 382V, 2048x512 frame buffer, 640x480x8 display
sti0: 8x16 font type 1, 16 bpc, charset 0-255
wsdisplay0 at sti0 mux 1: console (std, vt100 emulation)
Boot blocks updates tested on DIO-II 425t (serial/glass console), SGC 425e
(serial/glass console) and 382 (serial/glass console). And will be tested
on SGC 425t soon as well.
|
|
from impatiens@gmail.com
|
|
|
|
|
|
ok miod@, matthieu@
|
|
ok deraadt
|
|
adding a descriptor pointing at zeroed bytes onto the end of transmit
chains. i was accounting for this extra descriptor when i was
completing the chain, but not when i was setting this up. this
meant the number of free descriptors kept growing until it overflowed.
at this point the check for space in the ring failed and packets
no longer flowed.
this counts the pad descriptor in the tx chain setup too.
ok deraadt@
|
|
`ESC \', as supported by xterm; some third-party software such as
ncmpcpp rely upon this.
Noticed by dcoppa@, based on a draft diff by nicm@; ok deraadt@
|
|
unmap handling.
|
|
ok deraadt@, phessler@
|
|
|
|
ok deraadt@
|
|
see a recent subr_autoconf.c commit). To resolve this problem, mark the
other attachment dead, and clean it up when the first servicing timeout
gets run.
ok kettenis
|
|
|
|
From Chris Turner <c.turner(at)199technologies(dot)com>
OK sthen@
|
|
From Chris Turner <c.turner(at)199technologies(dot)com>
OK sthen@
|
|
From bsd.user(at)mail(dot)ru
ok jsg@, sthen@
|
|
From bsd.user(at)mail(dot)ru
ok jsg@, sthen@
|
|
is 1 so there, this avoids writing past the end of malloc'd space during init.
Also means the correct sensor address is registered so sysctl hw.sensors works.
Was: hw.sensors.mpii0.drive0=unknown (sd0), UNKNOWN
Now: hw.sensors.mpii0.drive0=online (sd0), OK
ok dlg@
|
|
gets the impression that there are all kinds of preconditions and a
whitelist as well. I will be working on this whitelist but for now
disable it because it is hanging at boot for several people.
ok deraadt
|
|
|
|
ok dlg@
|
|
|
|
|
|
Verified by deraadt@ to fix distrib/sgi/iso.
|
|
is causing problems when trying to boot sparc64 from an isp(4).
Verified to fix the sparc64/isp(4) regression by krw@; ok deraadt@
|
|
errata for the Serverworks SATA chipset found on the macppc xserve G5.
ok jmc
|
|
can be set into D3 sleep state at the wrong time. Fixes lock-up issues
reported by Thomas Gerlach.
Also, the interface needs to be running for WOL to work, so set it up
from within xl_wol() if it's not running yet.
"you don't need an ok for this" deraadt
|
|
they do not get integer truncated on 64-bit machines.
ok matthew
|
|
ok deraadt@ jsg@
|
|
as it causes hangs in some ports, including libsigsegv's configure script
confirmed by krw@, landry@
|
|
parentheses where needed to get the resulting mask right.
ok krw@ yuo@ deraadt@
|
|
support via the thin provisioning page.
this emul is a bit unreliable since atascsi needs to allocate memory for
the TRIM command to use, but we figure that the world wont end if we lose
a TRIM unlink real io.
ok matthew@
|
|
SCSI_NO_ADAPTER_TARGET instead of a two target bus with a reserved
"host" target.
ok krw@
|
|
Tested by drahn@
|
|
adapter_buswidth to sc_targets): gdt(4) and atascsi(4) still used it
in other ways.
Apply appropriate fixes; tested on ahci(4).
ok krw@
|
|
with "struct scsibus_attach_args" in sdmmc_attach_args.
ok krw@
|
|
ok jsg@
|
|
|
|
ok jsg@
|
|
|
|
|
|
saa_luns instead of adapter_buswidth and luns in the prototype link.
ok dlg@, miod@
|
