| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
7 years (for some parts, 9 years), and was only ever referenced in i386
anyway.
ok jsg@, matthieu@, armani@
|
|
|
|
| |
which will have it depend upon wsdisplayvar.h.
|
|
|
|
| |
dan mclaughlin, thanks!
|
|
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
|
|
|
|
|
|
|
| |
people unfortunate enough to own such machines.
Fixes broken suspend/resume on an Acer Aspire One D27-1375 with GMA36x0
reported by Sean Cody.
ok deraadt@ mlarkin@
|
|
|
|
|
|
| |
Originally with SMALL_KERNEL until sebastia@ pointed out that not
all ramdisks are built with SMALL_KERNEL.
ok deraadt@ kettenis@
|
|
|
|
|
|
| |
Problem noticed/fix tested by sebastia@ on macppc.
sparc64 problems in earlier diff pointed out by deraadt@
'looks good' kettenis@ 'commit' deraadt@
|
|
|
|
|
|
|
|
|
|
|
|
| |
required to run X. This will be used by the installer to decide
what value to set machdep.allowaperture to.
For devices supported by i915 and radeon kms machdep.allowaperture
will be set to 0. Systems that have a graphics device commonly
found in servers (g200e*/aspeed/es1000 etc) will also not have
the aperture enabled as they generally don't need to run X.
ok deraadt@ kettenis@
|
|
|
|
|
|
| |
were to be enabled, it had a bug that prevented it from working anyway.
ok deraadt@, kettenis@
|
|
|
|
|
|
| |
<uvm/uvm.h> if possible and remove double inclusions.
ok beck@, mlarkin@, deraadt@
|
|
|
|
|
|
| |
so remove the former and include the latter instead of pulling it
in <dev/pci/agpvar.h>. This header already requires various other
types anyway. While here remove unneeded headers.
|
|
|
|
| |
ok matthieu@
|
|
|
|
|
|
|
|
| |
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Includes kernel modesetting, framebuffer console and support
for newer hardware.
Firmware needs to be present for acceleration and in some cases
modesetting to work. It can be installed via fw_update
or manually via pkg_add.
With lots of help from kettenis@ some macppc bits from mpi@
and some ttm refcount/queue bits from FreeBSD.
Thanks to M:Tier and the OpenBSD Foundation for sponsoring this work.
|
|
|
|
|
|
|
| |
restores the graphics mode and we should avoid running BIOS code whenever
possible as it isn't guaranteed to work and might actually hurt.
ok jsg@, deraadt@
|
|
|
|
|
|
| |
from attaching after it has taken over control of the VGA hardware.
ok mpi@
|
|
|
|
|
|
|
| |
Preparation for framebuffer console support on amd64/i386.
tested by many
ok mpi@
|
|
|
|
|
|
|
|
|
|
| |
paths are reflexive. It is now possible to fail part-way through a
suspend sequence, and recover along the resume code path.
Split DVACT_SUSPEND by adding a new DVACT_POWERDOWN method is used
after hibernate (and suspend too) to finish the job. Some drivers
must be converted at the same time to use this instead of shutdown hooks
(the others will follow at a later time)
ok kettenis mlarkin
|
|
|
|
|
|
| |
with macppc's vgafb(4) and maybe later on sparc64 drivers too.
suggested by and ok kettenis@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Arrandale (on laptop i3 and i5) was already doing this, but Clarkdale (the
desktop chipsets) wasn't. This gives mikeb@'s desktop a chance to get the video
back on resume.
While here, remove the vendor/subvendor ids from the Arrandale entry.
Just because someone doesn't have the same laptops as tested doesn't
mean inteldrm magically has the ability to restore the graphics chip.
This is possible to do without repost but fiddly and will take me a
while to sort out, so just repost the whole sodding lot for now.
ok ketteis@, deraadt@, mikeb@
|
|
|
|
|
|
|
| |
a physical address [more precisely, something suitable to pass to pmap_enter()'sphysical address argument].
This allows MI drivers to implement mmap() routines without having to know
about the pmap_phys_address() implementation and #ifdef obfuscation.
|
|
|
|
|
|
|
|
| |
DVACT_SUSPEND, therefore DVACT_QUIECE can do standard sleeping operations
to get ready.
Discussed quite a while back with kettenis and jakemsr, oga suddenly needed
it as well and wrote half of it, so it was time to finish it.
proofread by miod.
|
| |
|
|
|
|
|
| |
textmode video memory contents if we had to POST the vga bios.
ok deraadt@ kettenis@
|
|
|
|
| |
ok deraadt
|
|
|
|
| |
ok kettenis oga pirofti
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
| |
eventually want to remove their video cards from the list here.
ok kettenis
|
|
|
|
|
| |
in the same style we have done for all other ATI Radeon devices found so
far. Fixes video on said machine on resume.
|
|
|
|
| |
Thinkpad T43p models (and likely others).
|
|
|
|
|
| |
others). Repost via emulator or real mode code, either one works. Used the
emulator to keep it consistent with other Radeon devices already listed.
|
| |
|
| |
|
| |
|
|
|
|
| |
ok deraadt@
|
|
|
|
|
|
| |
Retested on yuo's machine with a clean kernel and it works fine without the
hack. This should also fix the issues other x200s users were seeing with
resuming from X.
|
| |
|
|
|
|
| |
probably be cleaned up...
|
|
|
|
|
|
|
|
| |
tell, based on vendor/product/subvendor/subproduct ids, how the video reposting
should be done: via the emulator or the bios video call in locore. The default
is to do none of those, which is how most machines work.
Okay kettenis@, deraadt@.
|
| |
|
|
|
|
|
|
|
|
| |
such that inteldrm(4) stands a chance at actually saving and restoring its
state. Makes it possible to start X after a suspend/resume cycle on my
Dell laptop with Intel graphics.
ok jsg@, miod@
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Tested on multiple i386 and it works, amd64 works also with a few
exceptions that will get fixed.
The initial effort of importing was done by oga@, thanks!
Lots of testing and debugging by mlarkin@ and me.
Okay deraadt@, oga@, mlarkin@.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
except thinkpads, they will use the acpithinkpad driver. The driver is
also hooked into wsconsole. So brightness can be adjusted via:
$ wsconsctl display.brightness=<percentage>
This is very helpfull on some laptops that have a nasty bios and get two
steps instead of one when pressing the brightness button.
Tested on various dell, fujitsu, acer, samsung and other laptops.
Okay marco@, miod@. Suggestions from kettenis@.
Lots of reviews and help from miod@, thanks!
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
vga1 at pci0
inteldrm0 at vga1
to
vga1 at pci0
inteldrm0 at vga1
drm0 at inteldrm0
i.e. a similar scheme to audio(4) where the interface attaches on top of
the wildly different drivers. This helps to clean up the code a lot
(more is coming) and help me start to move drm to being essentially bus
independent, which will help in the future.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
previously, we had a static list of pcidevs and which agp driver would
be interanlly attached. Instead, split the agp drivers so they work like
audio(4), where we attach a driver, which sets up some callbacks and
initial state, then attaches the interface (agp(4)). Since this allows
us to attach different drivers in different places, and give them
/proper/ probe functions move most of the drivers back to attaching at
pchb, where they should, and intagp (formerly agp_i810) stays attaching
at vga, since it's part of the intel integrated graphics chips.
Diff shrinks the kernel slightly, gets rid of the annoying "no integrated
graphics" warning, and allows more cleanup later.
Tested by many. fix for alpha build (the only other vga_pci.c consumer)
suggested by miod.
|
|
|
|
|
|
| |
having a drm driver, don't print when we fail to attach one.
stops the "drm at vga? not supported" spam people are seeing.
|