Page MenuHomeFreeBSD

linuxkpi: Add linuxkpi_video module
ClosedPublic

Authored by manu on Apr 24 2024, 8:16 AM.
Tags
None
Referenced Files
F102720735: D44925.diff
Sat, Nov 16, 8:23 AM
Unknown Object (File)
Thu, Nov 7, 2:12 PM
Unknown Object (File)
Wed, Nov 6, 10:38 PM
Unknown Object (File)
Tue, Nov 5, 12:09 PM
Unknown Object (File)
Tue, Oct 29, 10:53 AM
Unknown Object (File)
Oct 16 2024, 10:04 AM
Unknown Object (File)
Oct 16 2024, 4:39 AM
Unknown Object (File)
Oct 16 2024, 3:30 AM

Details

Summary

This contain the hdmi code and the aperture code like in linux.

Obtained from: drm-kmod
Sponsored by: Beckhoff Automation GmbH & Co. KG

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 57322
Build 54210: arc lint + arc unit

Event Timeline

manu requested review of this revision.Apr 24 2024, 8:16 AM

What is going to happen to sys/modules/linuxkpi_hdmi then? They both compile in linux_hdmi.c (okay, saw the other revision) We do not get symbol clashes?

Also if the two MIT-licensed files are obtained from Linux (or elsewhere) it would be good to mention it and from which OS/Version/Hash.

Otherwise I am really happy to see the linuxkpi_*.c file in common/src given I keep meaning to say that we should rename them all away from linux_?

In D44925#1025028, @bz wrote:

What is going to happen to sys/modules/linuxkpi_hdmi then? They both compile in linux_hdmi.c (okay, saw the other revision) We do not get symbol clashes?

It will die.

Currently only 5.15 uses linuxkpi_hdmi, 6.1 switched to linuxkpi_video.

Also if the two MIT-licensed files are obtained from Linux (or elsewhere) it would be good to mention it and from which OS/Version/Hash.

Otherwise I am really happy to see the linuxkpi_*.c file in common/src given I keep meaning to say that we should rename them all away from linux_?

I can do the rename.

Otherwise I am really happy to see the linuxkpi_*.c file in common/src given I keep meaning to say that we should rename them all away from linux_?

I can do the rename.

I'd suggest to pick a moment when people have little outstanding work at some point in the future; the trouble (as always) simply will be MFCing then... Let's take that separately.

This revision is now accepted and ready to land.Apr 26 2024, 5:17 AM
This revision was automatically updated to reflect the committed changes.