♟ manu

Small nits on one ifdef but otherwise looks ok to me.

Everything builds correctly now for me, the patches looks ok as said privately, I'll try to test asap.

Bump __FreeBSD_version after linuxkpi changes.

linuxkpi: Add asm/set_memory.h

linuxkpi: Add asm/iosfmbi.h

linuxkpi: Add typecheck.h

linuxkpi: Add pm_runtime.h

linuxkpi: Add mmu_notifier.h

linuxkpi: Add mmu_context.h

linuxkpi: Add media-bus-format.h

linuxkpi: Add kmemleak.h

linuxkpi: Add kfifo.h

linuxkpi: Add console.h

linuxkpi: Add circ_buf.h

In D35563#806587, @bz wrote:

What will happen to drm-kmod if someone will implement them? Will that break anything?

LinuxKPI: add asm/neon.h

Bump __FreeBSD_version after linuxkpi mfc

LinuxKPI: Allow lkpi_iic driver to be a child of drm device.

linuxkpi: Remove write only variable from lkpi_iicbb_reset

linuxkpi: Acquire giant when adding/removing i2c adapters

linuxkpi: Rework detach function

linuxkpi: i2c: Add MODULE_DEPEND for iicbus

linuxkpi: Add i2c support

Create wrapper for Giant taken for newbus

fb: Add a default getinfo method

vmm: add tunable to trap WBINVD

bhyve: use bhyve_config for SMBIOS strings

Haven't looked at the doc and I was sure that I did enabled this but ok.

It is useful for testing, thanks ;)

linuxkpi: Acquire giant when adding/removing i2c adapters

In D35479#804709, @jhb wrote:

In D35479#804612, @manu wrote:

Maybe check if sync_on_start is set and only restart ntpd then ?
I fear some bug reports that ntpd restart on resume for no reason ...

I thought about that, but I don't really expect harm in restarting in general? ntpd is designed to restart across reboots and preserve state about long-term clock drift, etc.

graphics/gstreamer1-plugins-kms: Add libdrm to the lib depends

Maybe check if sync_on_start is set and only restart ntpd then ?
I fear some bug reports that ntpd restart on resume for no reason ...

In D35478#804573, @hselasky wrote:

If I'm not mistaken you should just bus_topo_lock() and bus_topo_unlock() instead of referring Giant directly!

Use bus_topo_lock/unlock

I don't know why I don't need this but looking at the device_delete_child and bus_generic_attach code we need giant.
There is a report of this function failing https://github.com/freebsd/drm-kmod/issues/154 .

multimedia/gstreamer1-plugins: Remove libkms for plugins-kms

x11-drivers/xf86-video-amdgpu: Update to 22.0.0

graphics/libdrm: Update to 2.4.111

Add patch so remove bad FreeBSD specific code

sysutils/edk2@qemu_i386: Fix build depends

Does that works ? Can poudriere understand the {} ?

manu (Emmanuel Vadot)
User

Projects (11)
View All

User Details

Recent Activity
View All

Yesterday

Fri, Jul 1

Wed, Jun 29

Thu, Jun 23

Tue, Jun 21

Mon, Jun 20

Fri, Jun 17

Thu, Jun 16

Wed, Jun 15

Tue, Jun 14

Mon, Jun 13

Wed, Jun 8

Tue, Jun 7

manu (Emmanuel Vadot)User

Projects (11)View All