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, Feb 28, 4:09 AM

	Unknown Object (File)
	Fri, Feb 28, 4:05 AM

	Unknown Object (File)
	Sun, Feb 23, 9:58 AM

	Unknown Object (File)
	Tue, Feb 18, 10:37 PM

	Unknown Object (File)
	Feb 10 2025, 12:04 AM

	Unknown Object (File)
	Jan 30 2025, 9:28 PM

	Unknown Object (File)
	Jan 17 2025, 2:57 PM

	Unknown Object (File)
	Jan 14 2025, 10:37 AM

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