Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
hibernate goo up after 64KB to avoid posible corruption by buggy BIOS SMM
code. Diff also ensures the first 64KB doesn't get handed to UVM either.
ok deraadt@, tested by many with no regressions reported
|
|
this is not the case on hppa (practically the only architecture where
unlocked has a non-zero value). This one has been hiding since r1.223...
Found the hard way by juanfra@
|
|
|
|
broke the tree.
|
|
|
|
and 7265 controllers.
|
|
|
|
This is so I can use the machine to figure out the others things on it,
the quirk will go away when interrupt routing gets fixed.
ok dlg@, jmatthew@
|
|
|
|
ok dlg@
|
|
seems to be required when tested here
|
|
from and tested by Mark Rowland
|
|
32-bit PCI NIC in a 64-bit PCI slot. The code has never been enabled, never will
be and is unused / unmaintained. Update the man page to not indicate there is a
possibility of the driver detecting this hardware issue.
Input about the man page and Ok chris@
|
|
|
|
|
|
Tested with 8168G controllers.
|
|
when attached to re(4), as was done before rev 1.25 which was intended to
fix rgephy(4) with external PHY with MACs other than re(4). This is to
fix operation with some integrated PHY on re(4) where the PHY Specific
Status register does not work properly and the link cannot be established.
From FreeBSD and matches what the Linux driver does.
Tested on a number of newer re(4) with PHYs rev 2, 4 and 5 and
newer integrated PHY with the 8168G controllers.
|
|
exception being the BCM5714 family for now.
Tested on a variety of newer chipsets.
ok sthen@
|
|
Fixes audio problems on an Acer Aspire E1 572G
reported by Mark Rowland.
|
|
|
|
|
|
|
|
|
|
to match behavior before rev 1.52.
ok deraadt@
|
|
If the driver was doing some IO, we remove the timeouts, and force the
fdc state machine into IOTIMEDOUT state with the final timeout count
before a clean retry. In theory upon resume it should freak out quietly,
and try the operation again.
Noone has stepped forward to test this yet.
|
|
one of these is ever found in a suspend/hibernate system.
|
|
drivers) activate functions at DVACT_RESUME time do not need to do
so, since their PHYs are repaired by IFF_UP.
NOTE: if_msk is the one that previously relied on mii/eephy.c doing
a crazy dance.
|
|
drivers) activate functions at DVACT_RESUME time do not need to do
so, since their PHYs are repaired by IFF_UP.
|
|
configuration setting is done at resume time because all networks
drivers which were previously up, do an IFF_UP operation which
hits PHY_RESET.
This was in snapshots for about 2 weeks.
|
|
attach() and activate() time] into the eephy_reset() routine. This
means that a bit more work gets done at PHY_RESET time, but it means
also means it gets done in all scenarios. Why? For the next commit...
This was in snapshots for about 2 weeks.
|
|
Also allow random_init() to be called later, by moving a few
entropy control initializions into the lower-level _rs_seed() layer.
tested by jsing, phessler and a few others
|
|
mouse port, depending upon the system time, match what the prom is doing and
actually probe for a keyboard on both ports, and decide the first port with a
keyboard is the keyboard port.
If no keyboard is found, but a mouse is found, decide the keyboard port is the
empty one.
If no device is found, then we can try and pick the defaults, depending upon
the system we are running on, as this used to be the case (i.e. coping with
Fuel having keyboard on port 1 and mouse on port 0 when connecting devices
according to the chassis' markings).
This is necessary because different IO9 board revisions on Tezro come with
different wirings, and we can not tell these boards apart.
Discussed with "nullnilaki" (nullnilaki on gmail) who is the lucky owner of an
Onyx 350 with correct wiring and a Tezro with inverted wiring. Tested on Octane
and Fuel with all combinations of devices connected (mouse only, keyboard only,
keyboard and mouse) in both ports, glass and serial console.
XXX We probably want to allow for more pckbd attachment flexibility on non-x86
XXX platforms eventually (at least where the PS/2 slots are really independent,
XXX so that we can attach pckbd to any port and better cope with human error
XXX when connecting devices.
|
|
and don't need to disable SMI ownership of the ACPI hardware registers.
ok mlarkin@
|
|
|
|
|
|
GENERIC.MP.
|
|
on sparc64.
|
|
BCM57785.
Tested by Mark Rowland.
|
|
code as it allows us to use some of the rasops_xxx functions directly.
|
|
there and the AML might reference stuff that isn't there.
|
|
|
|
|
|
|
|
ok jsing@
|
|
|
|
ok stsp
|
|
need to do, since we do not use many hpet features.
ok kettenis millert
|