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)
	Nov 18 2025, 5:52 PM

	Unknown Object (File)
	Nov 16 2025, 1:38 PM

	Unknown Object (File)
	Nov 15 2025, 1:04 PM

	Unknown Object (File)
	Nov 14 2025, 6:13 AM

	Unknown Object (File)
	Nov 13 2025, 8:27 PM

	Unknown Object (File)
	Nov 10 2025, 4:41 PM

	Unknown Object (File)
	Nov 10 2025, 3:36 PM

	Unknown Object (File)
	Nov 7 2025, 9:41 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