Re: [PATCH] Report versioned lib.so in cc --print-file-name given short name

I am fine with this, especially since it helps you with the lang/ghc port. I am not a fan of the code duplication, but this also code that doesn't change much, so I don't see it too much of a burden. If it were to be shared, it would be somewhere in one of the llvm libs that is shared between

Re: [macppc] clang-10: issue with ppc dag to dag pattern instruction selection

On Tue, Sep 01, 2020 at 07:37:19PM -0400, George Koehler wrote: > Moving from bugs to tech. > > cwen reported that base-clang crashed on macppc in graphics/babl and > emulators/mednafen [1]. I observed that clang crashed on powerpc64 in > mednafen. I now propose to backport a commit in llvm

Re: [macppc 6.7-beta] clang backend error: "adde Constant" issue

On Thu, Apr 30, 2020 at 12:58:32PM -0400, George Koehler wrote: > On Wed, 29 Apr 2020 21:08:52 +0200 (CEST) > Mark Kettenis wrote: > > > Upstream fixed this issue as well. Apparently only ADDE can't be > > legalized (because it is "special") but ADDCARRY can. Do ypu want to > > adjust your

Re: macppc base-clang -msvr4-struct-return

On Wed, Feb 12, 2020 at 04:05:38PM -0500, George Koehler wrote: > This is the everything diff: it includes the clang diff that I sent to > tech@, plus the major version bumps for libLLVM libc++ libc++abi. > > - distrib/sets/lists: put the new versions in the base sets. > - gnu/llvm/tools/clang:

Re: macppc base-clang -msvr4-struct-return

Hi George, On Tue, Feb 04, 2020 at 08:39:12PM -0500, George Koehler wrote: > Hello tech list, > > This is a diff for base-clang. It would change the powerpc target to > return small structs in registers r3 and r4. This would fix an > incompatibility with gcc in OpenBSD macppc. I fear that if

Re: Add pcidev for Ryzen 3x ccp

On Thu, Jan 02, 2020 at 09:33:59AM +1000, Jonathan Matthew wrote: > On Thu, Jan 02, 2020 at 10:20:52AM +1100, Jonathan Gray wrote: > > On Wed, Jan 01, 2020 at 11:21:45AM -0500, Todd Mortimer wrote: > > > On Thu, Jan 02, 2020 at 02:41:11AM +1100, Jonathan Gray wrote: > >

Re: Add pcidev for Ryzen 3x ccp

On Thu, Jan 02, 2020 at 02:41:11AM +1100, Jonathan Gray wrote: > On Wed, Jan 01, 2020 at 09:53:39AM -0500, Todd Mortimer wrote: > > My CPU has a CCP that isn't in the known list, so add it and tell ccp > > about it. > > > > Tested on Ryzen 3900x. > > > > ok

Add pcidev for Ryzen 3x ccp

My CPU has a CCP that isn't in the known list, so add it and tell ccp about it. Tested on Ryzen 3900x. ok? Will commit a pcidevs regen immediately after. diff --git a/sys/dev/pci/ccp_pci.c b/sys/dev/pci/ccp_pci.c index 2259594644b..c8dcc8750fc 100644 --- a/sys/dev/pci/ccp_pci.c +++

Re: [PATCH] add support for more Nuvoton chips to lm(4)

Hi Joe, On Mon, Dec 16, 2019 at 12:04:57PM -0500, Joe Gidi wrote: > Hi Todd, > > Thanks for taking the time to review and offer improvements. I'm attaching > a new diff that incorporates your suggestion for simplifying the matching > and eliminating the unneeded struct and function. It is

Re: [PATCH] add support for more Nuvoton chips to lm(4)

Hello, On Fri, Dec 13, 2019 at 06:32:36PM -0500, Joe Gidi wrote: > Hi all, > > I recently built a new system with an ASRock B450M Pro4 motherboard. I literally fired up a new system with the exact same board today and saw the temp sensors didn't appear to be supported, so I'm very happy that

Neuter shm calls from X swrast_dri.so

A few weeks ago I noticed that firefox tabs were getting killed for running afoul of pledge(2). It seems that the problem was some calls to shmget(2) from the X swrast_dri.so lib that seem to have come from the new mesa code that was recently imported. Since the shm syscalls aren't covered by any

lldb - detect retguard prologue

The diff below teaches the lldb assembly inspector to skip over the retguard instrumentation when traversing function prologues. ok? diff --git a/gnu/llvm/tools/lldb/source/Plugins/UnwindAssembly/x86/x86AssemblyInspectionEngine.cpp

Re: -msave-args : uninitialized variable

On Mon, Feb 04, 2019 at 04:53:36PM +0100, Sebastien Marie wrote: > Hi, > > Recently, devel/llvm (the port) has copied the -msave-args diff from > base, and it resulted lang/rust to segfault. > > Since, the change has been backouted, but I continued searching the root > cause as the diff is on base

Re: Fix gdb "target kvm" on amd64

On Tue, Jan 22, 2019 at 02:47:10PM +0900, YASUOKA Masahiko wrote: > Hi, > > Currently gdb "target kvm bsd.0.core" on amd64 doesn't work. It can't > read the registers and can't follow the stack frames. The diff > follows fixes those problems. > > ok? comment? Sorry for the delay getting to

Re: [patch] Remove unused variable in gnu/llvm/lib/Target/X86/X86FrameLowering.cpp

On Wed, Jun 06, 2018 at 03:57:44PM +0800, Nan Xiao wrote: > Hi tech@, > > The following patch fixes the build warning: Committed, thanks! > > .. > > variable 'CFIIndex' [-Wunused-variable] > unsigned CFIIndex; >^ > 1 warning generated. > > > Index: X86FrameLowering.cpp >

Quiet clang warnings in elfrd_size.c

New clang warns about some differences between Elf64_Addr (aka uint64) and Elf32_Addr (aka uint32) and the format type provided for these values in the debug output from distrib/common/elfrd_size.c. The same code is used when compiling both 32 and 64 bit versions, so we used ptrdiff_t to get size

Re: clang: Avoid EBX/RBX

Hi tech@, This is an updated diff that shuffles the allocation order for registers on i386/amd64. The last one exposed a subtle bug with the way chromium and libexecinfo interact when creating backtraces. With this diff, make release seems fine, I didn't see any differences in regress, and

clang: Avoid EBX/RBX

Hello tech@, The attached diff changes the order in which clang will allocate registers on X86, specifically so EBX / RBX are selected last. The reason is because some instructions using RBX as the destination operand and either RAX or RCX as the source result in machine code that includes a C3

Re: llvm - xor return pointers

On Tue, Aug 15, 2017 at 05:12:39PM -0700, Ori Bernstein wrote: > On Sat, 22 Jul 2017 02:25:29 -0400 > Todd Mortimer <t...@opennet.ca> wrote: > > > xor [rsp], rsp > > > > at the start of each function, and before every RET. > > Wouldn't this break wit

llvm - xor return pointers

Hello tech, I've been working on llvm/clang some lately, and am experimenting with the llvm Pass infrastructure. Passes essentially let you perform arbitrary transforms on the program at various points in the compilation process. I've attached a patch that defines a machine function pass that

clang: emit trap padding between functions

Hello tech, The patch below teaches clang to treat padding between functions differently than padding inside functions. Padding between functions is completely filled with trap instructions, and padding inside functions is padded as usual (trapsleds on X86, NOPs on everything else). This means

Re: Trapsleds

> 2. This patch also hits NOP sleds > 8 bytes on i386. We could also hit > the NOP sleds between 3 and 7 bytes if there are no objections. The attached diff implements the same trapsled mechanism for i386 and amd64 for all padding sequences between 3 and 15 bytes. I have put this through a

Trapsleds

Hello tech, I have attached a patch that converts NOP padding from the assembler into INT3 padding on amd64. The idea is to remove potentially conveinent NOP sleds from programs and libraries, which makes it harder for an attacker to hit any ROP gadgets or other instructions after a NOP sled.

Re: Scheduler hack for multi-threaded processes

On Sat, Mar 19, 2016 at 01:53:07PM +0100, Martin Pieuchot wrote: > I experimented with various values for "p_priority" and this one is > the one that generates fewer # IPIs when watching a HD video on firefox. > Because yes, with this diff, now I can. Same result here: Video in firefox plays

Allow custom signify key in install.sub

Hello tech, The attached patch adds an autoinstall question to install.sub that lets the user specify a custom signify key for the SHA256.sig file. I like to track -stable for a bunch of my servers, and it's convenient to make a release and use autoinstall with bsd.rd to keep up to date. I

Re: ksh another home/end pair

On Tue, Dec 29, 2015 at 10:02:48PM +0100, Mark Kettenis wrote: > > From: "Ted Unangst" > > Date: Tue, 29 Dec 2015 12:11:25 -0500 > > > > In tmux, home and end send different bytes. I don't know why, but I want > > things to just work. We already have two different keys here,

[patch] faq12 - blobs

Hi tech@ It seems that this question comes up frequently enough that people might be tired of answering it. Not sure if this is the right spot in the FAQ to put this, or even if this is something that people want included in there at all. Rejections, corrections and bikeshedding welcome.

Re: [Patch] httpd - don't leak fcgi file descriptors

, Am 20.05.2015 um 02:06 schrieb Todd Mortimer t...@opennet.ca: The attached patch fixes a problem I’ve been having with httpd + php_fpm + owncloud on 5.7. The patch is against 5.7-release. Can you try with recent snapshot, and see if issue still occurs, please? Development happens in -current

[Patch] httpd - don't leak fcgi file descriptors

Hi tech, The attached patch fixes a problem I’ve been having with httpd + php_fpm + owncloud on 5.7. The patch is against 5.7-release. After several days running owncloud with httpd, php_fpm started complaining about hitting pm.max_children, and top would show a bunch of idle php_fpm processes