CVS log for src/sys/external/bsd/drm2/radeon/radeondrmkmsfb.c

Up to [cvs.NetBSD.org] / src / sys / external / bsd / drm2 / radeon

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

drm: Simplify async framebuffer child task attachment logic.

No need for scheduling the task to fail.  Nix needless error
branches.

drm: Fix asynchronous attach logic for drm framebuffer devices.

The driver-specific sc_scheduled boolean flag was racy.  It is
necessary to use config_pending_incr/decr to hold up console
selection and userland start (and block detach, not that that works
yet) until the drmfb attach has completed.

Remove last users of drmP.h.

struct radeon_framebuffer is no more.

Mostly merge changes from HEAD upto 20200411

remove stray ;

Sync with HEAD

Restore previous KASSERT but with the same condition as in nouveaufb.c,
which is the code I was trying to mimic.

Thanks riastradh for the heads up and fix.

Quickly hide a KASSERT that fires, hopefully before people trip over it.

Teach radeondrmkmsfb to use drmfb instead of its own, duplicated logic.

Make the first EDID we find available to genfb

Sync with HEAD

Resolve a couple of conflicts (result of the uimin/uimax changes)

Remove temporary drm_fb_helper_set_config stub from old code.

update from HEAD

Sync with HEAD

Sync with HEAD

Sync with HEAD

Check pmf_device_register return value. NFC
Appeases static analyzers.

Pull up following revision(s) (requested by riastradh in ticket #1083):
	sys/external/bsd/drm2/radeon/radeondrmkmsfb.c: revision 1.6
set the "width" and "height" parameters from the surface_width and
surface_height members.  idea from the intel code and jmcneill@.
this makes the fb on my RV370 use the full display size, not the
(not actually connected) 800x600 the svideo output supports.
X still starts up at 800x600 mode, but xrandr can fix that.

Sync with HEAD (as of 26th Dec)

set the "width" and "height" parameters from the surface_width and
surface_height members.  idea from the intel code and jmcneill@.

this makes the fb on my RV370 use the full display size, not the
(not actually connected) 800x600 the svideo output supports.

X still starts up at 800x600 mode, but xrandr can fix that.

Pull up following revision(s) (requested by chs in ticket #290):
	sys/external/bsd/drm2/radeon/radeondrmkmsfb.c: revision 1.4
apply several changes from intelfb.c revs 1.7 through 1.9:
 - provide a setmode callback for genfb
 - add a pmf shutdown handler to switch genfb into polling mode
 - no need to call drm_fb_helper_set_config after genfb attaches,
   as the setmode callback is called by genfb_attach

Pull up following revision(s) (requested by nonaka in ticket #272):
	sys/external/bsd/drm2/dist/drm/radeon/radeon_fb.c: revision 1.5
	sys/external/bsd/drm2/radeon/radeondrmkmsfb.h: revision 1.2
	sys/external/bsd/drm2/radeon/radeondrmkmsfb.c: revision 1.5
Use correct linebytes.

Use correct linebytes.

apply several changes from intelfb.c revs 1.7 through 1.9:
 - provide a setmode callback for genfb
 - add a pmf shutdown handler to switch genfb into polling mode
 - no need to call drm_fb_helper_set_config after genfb attaches,
   as the setmode callback is called by genfb_attach

Rebase to HEAD as of a few days ago.

Rebase.

file radeondrmkmsfb.c was added on branch tls-maxphys on 2014-08-20 00:04:22 +0000

file radeondrmkmsfb.c was added on branch tls-earlyentropy on 2014-08-10 06:55:40 +0000

Fix radeon framebuffer mmapping.

The framebuffer is not a system-RAM-backed, TTM-managed object;
rather, it is a VRAM-backed object.  So we have to use its bus
address, which is a little less sketchy with bus_space_mmap anyway.

Prettify intelfb/radeondrmkmsfb autoconf output.

Hook up radeondrmkmsfb code.

Builds, not testable yet.