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 diff
On Thu, Nov 01, 2018 at 12:58:36PM +0100, Matthieu Herrb wrote:
> Hi,
>
> The XDM-AUTHORIZATION-1 protocol is currenly disabled in xenocara.
> It makes sense: this auth protocol doesn't work with IPv6, is relying
> on weak DES encryption and only useful with XDMP which isn't supported
> by xenodm.
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 11.x
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 clang
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 s
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
> ==
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 this.
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
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
b/gnu/llvm/tools/lldb/source/Plugins/UnwindAssembly/x86/x86As
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 p
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 you
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 definit
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
+++ b/sys/dev/
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.
> >
> &g
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:
> > >
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 I
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:
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 nice
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.
NO
> 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 kernel
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 tha
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 add
On Tue, Aug 15, 2017 at 05:12:39PM -0700, Ori Bernstein wrote:
> On Sat, 22 Jul 2017 02:25:29 -0400
> Todd Mortimer wrote:
>
> > xor [rsp], rsp
> >
> > at the start of each function, and before every RET.
>
> Wouldn't this break with alloca() or C99 VLAs
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 or
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
chromiu
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, so what's one
> > mor
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 alrea
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 wa
>
>> Am 20.05.2015 um 02:06 schrieb Todd Mortimer :
>>
>> 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?
&
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.
C
30 matches
Mail list logo