Re: preliminary kabylake support for inteldrm

Hi Robert, It is working fine on my Ivy Bridge. No regressions. i7-3520M -- Intel HD Graphics 4000 (ThinkPad x230) kern.version=OpenBSD 6.2 (GENERIC.MP) #115: Wed Sep 27 10:45:53 MDT 2017 Regards, Robert Nagy writes: > Hi > > This is an updated diff for preliminary

Re: background scan for iwn(4)

#define IWN5000_CMD_CALIB_CONFIG 101 > #define IWN_CMD_SET_POWER_MODE 119 > #define IWN_CMD_SCAN 128 > +#define IWN_CMD_SCAN_ABORT 129 > #define IWN_CMD_TXPOWER_DBM 149 > #define IWN_CMD_TXPOWER 151 > #define IWN5000_CMD_TX_ANT_CONFIG152 > @@ -823,8 +824,8 @@ struct iwn_scan_hdr { > uint16_tquiet_threshold; > uint16_tcrc_threshold; > uint16_trxchain; > - uint32_tmax_svc;/* background scans */ > - uint32_tpause_svc; /* background scans */ > + uint32_tmax_out;/* (in usec) background scans */ > + uint32_tpause_scan; /* (in usec) background scans */ > uint32_tflags; > uint32_tfilter; > > Index: if_iwnvar.h > === > RCS file: /cvs/src/sys/dev/pci/if_iwnvar.h,v > retrieving revision 1.32 > diff -u -p -r1.32 if_iwnvar.h > --- if_iwnvar.h 7 Dec 2016 15:48:44 - 1.32 > +++ if_iwnvar.h 13 Dec 2017 13:09:32 - > @@ -202,6 +202,7 @@ struct iwn_softc { > #define IWN_FLAG_HAS_11N (1 << 6) > #define IWN_FLAG_ENH_SENS(1 << 7) > #define IWN_FLAG_ADV_BT_COEX (1 << 8) > +#define IWN_FLAG_BGSCAN (1 << 9) > > uint8_t hw_type; > > @@ -256,6 +257,8 @@ struct iwn_softc { > struct iwn_fw_info fw; > struct iwn_calib_info calibcmd[5]; > uint32_terrptr; > + > + uint8_t bss_node_addr[IEEE80211_ADDR_LEN]; > > struct iwn_rx_stat last_rx_stat; > int last_rx_valid; -- Renato Aguiar

Re: acpithinkpad: fix brightness keys, keyboard backlight value

VNAME(sc), __func__, sc->sc_brightness)); } void @@ -672,11 +716,15 @@ thinkpad_set_brightness(void *arg0, int struct acpithinkpad_softc *sc = arg0; struct aml_value arg; + DPRINTF(("%s: %s: 0x%llx\n", DEVNAME(sc), __func__, sc->sc_brightness)); + memset(, 0, sizeof(arg)); arg.type = AML_OBJTYPE_INTEGER; arg.v_integer = sc->sc_brightness & 0xff; aml_evalname(sc->sc_acpi, sc->sc_devnode, "PBLS", 1, , NULL); + + thinkpad_get_brightness(sc); } int -- Renato Aguiar

Re: acpithinkpad: a fix for the x260

&= ~0xff; sc->sc_brightness |= dp->curval; - acpi_addtask(sc->sc_acpi, thinkpad_set_brightness, sc, 0); + acpi_addtask(sc->sc_acpi, (void *)thinkpad_set_brightness, sc, + 0); acpi_wakeup(sc->sc_acpi); return 0; default: Hi Joshua, I didn't notice any regression with the new patch on x230 or t470p. Also, microphone mute event seems to have no effect on t470p. Regards, -- Renato Aguiar

Attach kvm-clock to Linux guests on VMM

quot;KVM",pvbus_kvm }, + { KVM_HV_SIGNATURE, "KVM",pvbus_kvm }, { "Microsoft Hv", "Hyper-V", pvbus_hyperv, pvbus_hyperv_print }, { "VMwareVMware", "VMware" }, { "XenVMMXenVMM", "Xen", pvbus_xen, pvbus_xen_print }, -- Renato Aguiar

Re: Attach kvm-clock to Linux guests on VMM

On Mon, May 27 2019, Pratik Vyas wrote: * Renato Aguiar [2019-05-27 03:53:11 -0700]: Hi, The following patch makes Linux guests use kvm-clock by setting KVM's CPUID signature on VMM: I think the right thing is to make linux attach pvclock if it's on OpenBSD vmm. You want to send

Re: Attach kvm-clock to Linux guests on VMM

On Mon, May 27 2019, Mike Larkin wrote: On Mon, May 27, 2019 at 03:53:11AM -0700, Renato Aguiar wrote: Hi, The following patch makes Linux guests use kvm-clock by setting KVM's CPUID signature on VMM: By saying the hypervisor is KVM to all guests, does this cause the guests to make

Re: vmm timer for linux guests

r some reason 4.19 seemed more stable. Regards, -- Renato Aguiar

Re: vmm timer for linux guests

. Multiple fixes have been merged to vmm/vmd since then, so I'm planning to give it another try with OpenBSD 6.7. If you are interested, I can share the patch with you. Regards, -- Renato Aguiar

xdpyinfo: can't load library 'libdmx.so.2.0'

I noticed this after sysupgrading to latest snapshot: $ ldd /usr/X11R6/bin/xdpyinfo /usr/X11R6/bin/xdpyinfo: ld.so: xdpyinfo: can't load library 'libdmx.so.2.0' /usr/X11R6/bin/xdpyinfo: signal 9 It works fine after manually building and installing xdpyinfo from latest xenocara code. -- Renato

FIDO/U2F not working with latest snapshot

Using FIDO/U2F (Yubikey) from browser is not working with the latest snapshot. After some testing and bisecting, I found out that the bug was introduced with the following commit: commit adb06565acb8061f0e1ddb764fb29f86eadeb2f6 from: anton date: Fri Sep 10 05:47:38 2021 UTC Instead of letting

Re: [v4] amd64: simplify TSC sync testing

On Thursday, July 28th, 2022 at 4:55 AM, Dave Voutila wrote: > This is breaking timecounter selection on my x13 Ryzen 5 Pro laptop > running the latest kernel from snaps. sysctl entries immediately after > boot: > > $ sysctl -a | grep tsc > kern.timecounter.choice=i8254(0) tsc(-1000)