Paths

Table of Contentst

Add workaround for vt efifb's early use of PHYS_TO_DMAP
ClosedPublic
Actions

Authored by emaste on Nov 11 2014, 2:43 PM.

Tags

None

Referenced Files

	Unknown Object (File)
	Fri, May 1, 12:33 PM

	Unknown Object (File)
	Tue, Apr 28, 1:40 AM

	Unknown Object (File)
	Mon, Apr 27, 6:49 PM

	Unknown Object (File)
	Sat, Apr 25, 9:11 AM

	Unknown Object (File)
	Apr 9 2026, 9:29 PM

	Unknown Object (File)
	Apr 5 2026, 7:05 PM

	Unknown Object (File)
	Apr 3 2026, 3:58 PM

	Unknown Object (File)
	Apr 1 2026, 12:14 PM

View All Files

Subscribers

None

Details

Reviewers

kib
royger

Commits

rS274382: Add workaround for vt efifb's early use of PHYS_TO_DMAP

Summary

In vt_efifb_init the framebuffer's physaddr is passed to PHYS_TO_DMAP before the DMAP is setup. The result is not actually accessed until after the mapping is setup, though. Loosen the assertion in PHYS_TO_DMAP for now, to allow use when dmaplimit == 0.

Diff Detail

Repository

rS FreeBSD src repository - subversion

Lint

Lint Skipped

Unit

Tests Skipped

Event Timeline

emaste updated this revision to Diff 2355.Nov 11 2014, 2:43 PM

emaste retitled this revision from to Add bandaid for vt efifb's early use of PHYS_TO_DMAP.

emaste updated this object.

emaste edited the test plan for this revision. (Show Details)

emaste added reviewers: royger, kib.

kib accepted this revision.Nov 11 2014, 2:49 PM

kib edited edge metadata.

This revision is now accepted and ready to land.Nov 11 2014, 2:49 PM

As suggested by kib, add comment at macro definition

Closed by commit rS274382 (authored by @emaste).

Revision Contents
Changeset List

Path

Size

head/

sys/

amd64/

include/

vmparam.h

8 lines

Diff 2358

View Options

head/sys/amd64/include/vmparam.h

Add workaround for vt efifb's early use of PHYS_TO_DMAPClosedPublicActions