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)
	Sat, Dec 21, 10:51 AM

	Unknown Object (File)
	Nov 16 2024, 5:42 AM

	Unknown Object (File)
	Oct 3 2024, 9:00 AM

	Unknown Object (File)
	Oct 3 2024, 1:18 AM

	Unknown Object (File)
	Oct 3 2024, 12:41 AM

	Unknown Object (File)
	Oct 2 2024, 2:10 AM

	Unknown Object (File)
	Sep 27 2024, 3:44 AM

	Unknown Object (File)
	Sep 24 2024, 11:00 AM

View All 74 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