haha, cool. I haven't actually tried vkcube on KMS, would be nice to have an easily available KMS demo packaged.

add forgotten machdep.h diff

alright, moved the common things into the common init, and it even works (on acpi)

Moved the function to machdep.

In D22960#555148, @ali_mashtizadeh.com wrote:

The WASI folks seem fine upstreaming patches. Might be nice to make clean pull requests for these projects after we resolve Brook's comment.

I just did this yesterday!

you should really be checking to see what the AHCI on ACPI spec says about how to handle multiple available interrupts

In D22960#552671, @mikael wrote:

I wonder if it's a good idea to have 'PKGNAMESUFFIX= ${LLVM_SUFFIX}', do you plan to support multiple version (wasi-compiler-rt11 or wasi-compiler-rt12)?

(syzkaller, not skyzaller. it does syztem kalls. nothing to do with the sky :D)

Looks like this breaks aarch64, I got a "Synchronous exception" after the loader detects filesystems. Rebuilding after reverting the change fixed it.

Therefore I think a proper way would be either add 'clock-frequency' to the _DSD package of the controller in DSDT

In D24917#550242, @mw wrote:

In D24917#550060, @manu wrote:

In D24917#550057, @greg_unrelenting.technology wrote:

Looks like this needs to wait until there's some way to get the clock without devicetree (I guess Linux runs with fdt+acpi both to make it work..)

That don't make sense to run in fdt+acpi, I don't even think that it is possible in Linux.

Clock subsystem is out of OS control when running with Linux + ACPI and IMO this should be true for the FreeBSD as well. In such case we rely on firmware to manage the power/clocking stuff.

btls patch doesn't look updated, where's the ifndef ID_AA64ISAR0_AES_VAL stuff?

Looks like this needs to wait until there's some way to get the clock without devicetree (I guess Linux runs with fdt+acpi both to make it work..)

ping

In D24751#544731, @hselasky wrote:

This is the way to do it :-)

https://github.com/FreeBSDDesktop/kms-drm/commit/e92478900c8f6dfabab70f412ef06218817198c4

will need to be cherry-picked for the 4.16 branch too

ping

Okay, it works for me now, yay!

would be nice to split the FDT attachment into a separate if_genet_fdt file already, since we know if_genet_acpi will eventually come (here's the acpi table)

@salvadore the aarch64-btls patch should be updated to https://patch-diff.githubusercontent.com/raw/mono/boringssl/pull/23.diff

We already have some ports that should be converted to this:

bump. @jchandra @emaste any testing results from TX2?

hmm automation did not pick up that this has landed

Rebased on top of the crypto rework that just landed (D23677). Implemented crp->crp_cipher_key handling.

In D23300#530926, @mikael wrote:

It builds fine on aarch64, nice work!

Nice. Tested on Kaby Lake-Y (Google Pixelbook, i7-7Y75).

In D23300#529872, @prj_rootwyrm.com wrote:

@greg_unrelenting.technology - your patch should ONLY need to touch external/boringssl/crypto/cpu-aarch64-linux.c at this point, but I can't test here. If that's the case, can you please submit a PR with it to https://github.com/mono/boringssl ?

hmm.. The kernel already reads from SPCR (dev/uart/uart_cpu_acpi.c), do we need to feed it duplicate info via comconsole_speed etc.? Or does the i386 legacy bios loader use this info for itself somehow? (I thought env is for the kernel mostly..)

added diff context

Do people get mesa-dri just by installing xorg, or xorg-server, or a desktop environment? (If so, how?)

Wow, that's a lot more code :D But yeah, works fine.

In D23643#519412, @zeising wrote:

sounds like you've started looking into this, any chance you can spend some more time digging into it?

libwayland now uses only one file descriptor to keep track of all the timer event sources

I think I was able to use lld from devel/llvm with this invocation

In D22130#512369, @mjg wrote:

Can you prepare a short reproducer? Preferably few commands in total.

In D22130#512307, @mjg wrote:

@greg_unrelenting.technology can you please retest on top fresh head? (specifically after r357070)

In D21863#511549, @hselasky wrote:

Ping.

I've been using D18758 to get rid of gnu as on amd64 as well…

https://github.com/myfreeweb/freebsd-ports-dank/blob/lite/graphics/mesa-dev/Makefile

We simply have slightly different conditions a so we must take drmkpi as adaptation, not emulation, layer.

effectively ignoring the $ORIGIN at all

In D23043#505145, @kib wrote:

How do you define 'work' ? Show the ktrace of the test with patched rtld, I doubt that the library is loaded.

Same issues on the latest version.

I've been testing this patch for a while and it seems like…

rS354088

ping? anyone?

Rebased