LongJohnCoder

Enable DCI debugging on Gigabyte-BKi5HA-7200
--------------------------------------------

The Gigabyte-BKi5HA-7200 (Kabylake i5-7200 processor) can be debugged with only a USB debug cable, a
special cable that crosses only the data signals and has the power signals
removed. You can buy these cables at i.e. https://www.datapro.net/products/usb-3-0-super-speed-a-a-debugging-cable.html
The hurdle you have to overcome  before you can access DCI however is that you
need to set some bits in hardware that first enable DCI and also enable the debug port so that DCI can control the cores.
There are lots of guides in howto patch the BIOS but only these two really describes all the steps using only freely accessible tools:

LongJohnCoder

why doesn't radfft support AVX on PC?

So there's two separate issues here: using instructions added in AVX and using 256-bit wide vectors. The former turns out to be much easier than the latter for our use case.

Problem number 1 was that you positively need to put AVX code in a separate file with different compiler settings (/arch:AVX for VC++, -mavx for GCC/Clang) that make all SSE code emitted also use VEX encoding, and at the time radfft was written there was no way in CDep to set compiler flags for just one file, just for the overall build.

[There's the GCC "target" annotations on individual funcs, which in principle fix this, but I ran into nasty problems with this for several compiler versions, and VC++ has no equivalent, so we're not currently using that and just sticking with different compilation units.]

The other issue is to do with CPU power management.

LongJohnCoder

extern "C"
{
    int _fltused;

#ifdef _M_IX86 // following functions are needed only for 32-bit architecture

    __declspec(naked) void _ftol2()
    {
        __asm
        {

LongJohnCoder

#include <windows.h>

extern "C"
{
    #pragma section(".CRT$XIA",long,read)
    #pragma section(".CRT$XIZ",long,read)
    #pragma section(".CRT$XCA",long,read)
    #pragma section(".CRT$XCZ",long,read)
    #pragma section(".CRT$XPA",long,read)
    #pragma section(".CRT$XPZ",long,read)

LongJohnCoder

import argparse
import cv2
import dlib
import json
import numpy
import skimage
from pathlib import Path
from tqdm import tqdm
from umeyama import umeyama

LongJohnCoder

//
//  Pool.h
//

#ifndef Tools_Thread_Pool_h
#define Tools_Thread_Pool_h


// ================================================================================ Standard Includes
// Standard Includes

LongJohnCoder

Brief explanation what I did to get the speed-up, and the thought process behind it.

The original code went:

EnterLoop:
			movaps		xmm3, xmmword ptr [edx+ecx*2]		// Box1YZ
			cmpnltps	xmm3, xmm2
			movmskps	eax, xmm3

			cmp			eax, 0Ch

LongJohnCoder

git-refork

I really wanted a way to re-sync a fork with upstream, so this is it. Just put it in your path, and make sure that you have a remote called upstream that points to the original project.

WARNING: For forks only. If you use it on a non-fork project, bad things will happen. This will re-write history, so be careful.

LongJohnCoder

// lib /def:user32.def
// cl /O2 test.cpp /link user32.lib
#include <Windows.h>
#include <stdio.h>

struct PrecisionTouchPadConfig {
	BYTE  LegacyParams[3];
	BOOL  LoadedSettings;

	// 0: No delay (always on)

LongJohnCoder

#!/usr/bin/env zsh
datadir=${XDG_DATA_HOME:-$HOME/.local/share}/windows
mkdir -m 0700 -p $datadir
git -C $datadir init
logfile=$datadir/windows-vms
exec >>$logfile
date=$(date)
echo
echo "# $date"
curl -sSL https://developer.microsoft.com/en-us/microsoft-edge/api/tools/vms/ | \