CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: v...@cvs.openbsd.org2019/07/31 22:52:56 Modified files: sys/arch/octeon/stand/rdboot: cmd.c Log message: Fix fd leak that broke disk_close().
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2019/07/31 21:30:43 Modified files: distrib/sets/lists/man: mi Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2019/07/31 21:08:43 Modified files: share/man/man4 : Makefile Added files: share/man/man4 : tpmr.4 Log message: add a manpage for tpmr(4). the examples section need to be cut down a lot, but this is a good start.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2019/07/31 21:06:59 Modified files: sys/conf : GENERIC Log message: enable tpmr(4) so people can try it.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2019/07/31 21:06:35 Modified files: sys/conf : files Log message: wire up tpmr(4), an 802.1Q Two-Port MAC Relay implementation
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: d...@cvs.openbsd.org2019/07/31 21:05:46 Added files: sys/net: if_tpmr.c Log message: add tpmr(4), a quick and dirty 802.1Q Two-Port MAC Relay implementation a TPMR is a simplified brigde (as supported by bridge(4)). it only supports two ports, and unconditionally forwards frames between them. this is unlike a real bridge which can support an arbitrary number of ports and implements a learning algorithm. i needed this to tunnel LACP between switches in a couple of data centers separated by an IP network. because bridge(4) implements an actual 802.1Q bridge, it eats packets that are supposed to be sent between bridges, such as spanning tree and LACP. TPMR according to the spec does a lot less of this, and is in fact documented in the spec as being able to support transport of LACP frames. tpmr(4) is actually a lot dumber and current does no filtering (except what you can do with BPF). because the forwarding path in tpmr(4) is so short and simple, it is relatively fast and can be used to isolate and help improve the relative performance of some parts of the system. i also have plans to use this for monitoring traffic without processing it. tpmr(4) implements the trunk(4) ioctls for managing configuration. the ifconfig output for trunk interfaces is a bit shorter and needs a lot less stuff faked to be useful. inside the kernel it appears as an IFT_BRIDGE interface (like bridge(4)). it generally just drops stuff unless it's between the ports it's managing. this has been in production at my work for a few days between some physical nics and etherip(4), and so far it has been really solid. hrvoje popovski has kicked the tyres too, but more from a performance point of view. ok claudio@ deraadt@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: morti...@cvs.openbsd.org2019/07/31 19:09:09 Modified files: gnu/llvm/lib/Target/AArch64: AArch64TargetMachine.cpp Log message: The GlobalISel IRTranslator pass assumes that it is safe to use the LOAD_STACK_GUARD pseudo without consulting the value of useLoadStackGuardNode(), and then tries to add the return from getSDagStackGuard() as a parameter without consulting the return from getIRStackGuard() to see if it should do that. This means that the GlobalISel IRTranslator's implementation for Intrinsic::stackprotector is broken for platforms that implement getIRStackGuard() like we do, and this causes a segfault later when the incomplete LOAD_STACK_GUARD pseudo is lowered in the back end. Since GlobalISel is disabled on aarch64 most of the time anyway, add a bit that disables it for OpenBSD/aarch64 all the time. Fixes a crash when building on aarch64 without retguard, with a stack protector and without optimizations, which manifests when building cross-tools. ok patrick@ deraadt@
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: dera...@cvs.openbsd.org 2019/07/31 19:01:59 Modified files: . : mail.html Log message: minor markup improvements; from Alex Naumov
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: pam...@cvs.openbsd.org 2019/07/31 13:43:48 Modified files: . : plus.html Log message: plus for June 24 - July 15 OK florian
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: mart...@cvs.openbsd.org 2019/07/31 12:30:53 Modified files: usr.sbin/snmpctl: snmpclient.c Log message: When walking a leaf return the value itself instead of returning the getnext value. Based on an older diff. Reminded and tested by deraadt@
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: t...@cvs.openbsd.org2019/07/31 11:16:09 Modified files: . : 66.html Log message: credit the work of Samuel Weiser and David Schrammel
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 10:09:12 Modified files: sys/dev/i2c: ihidev.c Log message: ihidev: continue doing polling when interrupt setup fails
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 10:07:21 Modified files: sys/dev/acpi : dwiic_acpi.c Log message: dwiic_acpi: handle GPIO interrupts when we have no appropriate driver Avoid printing a confusing "irq 0" message in this case.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 10:04:16 Modified files: sys/dev/pci: dwiic_pci.c Log message: dwiic: stop enabling polling by default The interrupt problem had nothing to do with changes in the Intel 100 Series and was due to most of these machines using the same DSDT template where we were walking _INI nodes in the wrong order. This lead to the touchpad device's _INI method being called before \_SB_.PCI0._INI (where \OSYS is initialized), making the touchpad device's interrupts setup for an OSYS of 0, but when its _CRS method was called later during ihidev attachment (after \_SB_.PCI0._INI was executed, modifying OSYS), it returned information for interrupts as if were initially setup for the proper OSYS.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 09:58:00 Modified files: sys/dev/acpi : dsdt.c Log message: aml_find_node: perform callback on matched direct-child nodes before recursing into child devices looking for matches. This ensures that when walking nodes with acpi_inidev, a method like \_SB_.PCI0._INI will be executed before \_SB_.PCI0.I2C1.TPL1._INI. This matches how ACPICA walks nodes and a commonly-used DSDT template assumes that \OSYS has been initialized in \_SB_.PCI0._INI before being used by other device _INI methods. This should also help to execute \_INI and \_SB_._INI first, if present, which ACPICA does explicitly. Tested in snaps, ok deraadt
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 09:47:49 Modified files: sys/dev/acpi : dsdt.c Log message: The ACPI 3 spec says the ToHexString and ToDec(imal)String operators can take a data argument of Integer, String, or Buffer types, not just Integer. ok kettenis, deraadt
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2019/07/31 09:05:24 Modified files: distrib/sets/lists/man: mi Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: v...@cvs.openbsd.org2019/07/31 06:38:04 Modified files: sys/arch/octeon/octeon: machdep.c Log message: Fix kmem access on octeon. Currently, mem_layout lists segments that were free after the kernel was loaded. The memory occupied by the kernel image is not included. To let libkvm access the image through /dev/kmem, return true from is_memory_range() if the physical address is within the kernel.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: clau...@cvs.openbsd.org 2019/07/31 06:35:28 Modified files: build/mirrors : openbgpd-ftp.html.head openbgpd : ftp.html Log message: Adjust the hardcoded version and release date of OpenBGPD 6.5p1. Missed in previous commit.
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: clau...@cvs.openbsd.org 2019/07/31 06:25:29 Modified files: . : ftp.html build : Makefile openbgpd : ftp.html Log message: OpenBGPD 6.5p1 just got released
CVS: cvs.openbsd.org: www
CVSROOT:/cvs Module name:www Changes by: inogu...@cvs.openbsd.org2019/07/31 06:05:09 Modified files: . : 66.html Log message: Add libressl improvements
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: aoy...@cvs.openbsd.org 2019/07/31 05:19:39 Modified files: distrib/luna88k/ramdisk: Makefile Log message: Fix errors while building bsd.rd & minirootXX.fs on luna88k that is caused by recent Makefile changes. Confirmed by me, "sure" deraadt@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:50:49 Modified files: sys/dev/pci/drm/amd/display/dc/dcn10: dcn10_hw_sequencer.c Log message: drm/amd/display: fix compilation error >From Hariprasad Kelam 6a7047471073c2cf8e375b2fe5a71bacf9799973 in linux 4.19.y/4.19.63 88099f53cc3717437f5fc9cf84205c5b65118377 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:47:09 Modified files: sys/dev/pci/drm/amd/display/amdgpu_dm: amdgpu_dm.c Log message: drm/amd/display: Always allocate initial connector state state >From Nicholas Kazlauskas 11b4e9f3695c155f71cb2bc56d761284bf5e65b1 in linux 4.19.y/4.19.63 f04bee34d6e35df26cbb2d65e801adfd0d8fe20d in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:44:30 Modified files: sys/dev/pci/drm/amd/amdkfd: kfd_device_queue_manager.c Log message: drm/amdkfd: Fix sdma queue map issue >From Oak Zeng 210dfe6309112dd028bf06561b828a749b6e1169 in linux 4.19.y/4.19.63 065e4bdfa1f3ab2884c110394d8b7e7ebe3b988c in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:41:57 Modified files: sys/dev/pci/drm/amd/amdkfd: kfd_mqd_manager_v9.c Log message: drm/amdkfd: Fix a potential memory leak >From Oak Zeng db64bc13944013357d231cbf9d1aee798d7b9892 in linux 4.19.y/4.19.63 e73390d181103a19eec2f25559a0570e9fe0 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:39:48 Modified files: sys/dev/pci/drm/amd/display/dc/dce: dce_abm.c Log message: drm/amd/display: Disable ABM before destroy ABM struct >From Paul Hsieh 6b1d2871fe369cb65f087cd300bad6af50764ac7 in linux 4.19.y/4.19.63 1090d58d4815b1fcd95a80987391006c86398b4c in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:37:42 Modified files: sys/dev/pci/drm/amd/amdgpu: gmc_v9_0.c Log message: drm/amdgpu/sriov: Need to initialize the HDP_NONSURFACE_BAStE >From Tiecheng Zhou c242a531bb068c91bea7454353206330423ec1a6 in linux 4.19.y/4.19.63 fe2b5323d2c3cedaa3bf943dc7a0d233c853c914 in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 04:35:08 Modified files: sys/dev/pci/drm/amd/display/dc/dce110: dce110_hw_sequencer.c Log message: drm/amd/display: Fill prescale_params->scale for RGB565 >From Nicholas Kazlauskas 147137f86b5b72aea3af4edb2e66f10c0baa841e in linux 4.19.y/4.19.63 1352c779cb74d427f4150cbe779a2f7886f70cae in mainline linux
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 02:23:48 Modified files: sbin/dhclient : dhclient.8 Log message: space between macro arg and punctuation;
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2019/07/31 02:22:19 Modified files: share/man/man4 : iavf.4 Log message: uppercase Ethernet;