Updating src tree:
P src/doc/CHANGES
P src/external/bsd/llvm/librt/Makefile
P src/sbin/gpt/Makefile
P src/sbin/gpt/gpt.8
P src/sbin/gpt/gpt.c
P src/sbin/gpt/gpt.h
P src/sbin/gpt/gpt_uuid.c
P src/sbin/gpt/main.c
U src/sbin/gpt/uuid.c
P src/sys/arch/arm/acpi/acpipchb.c
P
From: Jun Ebihara
Subject: Xorg Segmentation fault on xorg_backtrace,os_move_fd
Date: Wed, 26 Jun 2019 09:26:46 +0900 (JST)
I read
http://mail-index.netbsd.org/current-users/2019/06/25/msg036135.html
and add
Option "AccelMethod" "UXA
to xorg.conf. It seems work fine.thanx!
> On
On NetBSD/i386 8.99.43 on Thinkpad X40 and Acer netbook,
After some minitues startx and mikutter,
X always falls into Segmentation fault,
on xorg_backtrace,os_move_fd
https://twitter.com/ebijun/status/1142974161284812800
I've got comment about it.
On Sun, 9 Jun 2019 at 15:30, Valery Ushakov wrote:
> [... some clipped ...]
>
> revision 1.19
> date: 2008-10-07 14:00:01 +0400; author: abs; state: Exp; lines: +2 -1;
> branches: 1.19.18; 1.19.20;
> Add a constty entry, marked 'off', with otherwise the same
In article <20190625191514.qbcastohka3nxfos@uptimegirl>, wrote:
>Hi,
>
>has someone commited a fix for this in the last 8 hours or so
>since I've been compiling src?
Have you cleaned in the sysinst directory?
christos
Hi Matthew,
matthew green wrote:
two things to try: use UXA instead of SNA. just this
in xorg.conf is all you need (or similar):
Section "Device"
Identifier "Card0"
Driver "intel"
Option "AccelMethod" "UXA"
EndSection
this worked! So I suppose it is an UXA
Hi,
has someone commited a fix for this in the last 8 hours or so
since I've been compiling src?
# compile amd64/msg_defs.o
/usr/src/../tools/bin/x86_64--netbsd-clang -O2 -fPIE -Os -std=gnu99
-Wno-sign-compare -Wno-pointer-sign -Wall -Wstrict-prototypes
-Wmissing-prototypes
Thanks Matthew, this was helpful.
On 6/25/19, 7:10 AM, "matthew green" wrote:
Riccardo Mottola writes:
> Hi,
>
> I just upgraded all kernel and userland, it took some time because of
> the long buiild [*]
[ .. ]
> [*] what option to avoid building whole llvm
Riccardo Mottola writes:
> Hi,
>
> I just upgraded all kernel and userland, it took some time because of
> the long buiild [*]
[ .. ]
> [*] what option to avoid building whole llvm again? I think it is not
> needed for the intel driver, right? I remember some discussion to skip
> that part
Hi,
I just upgraded all kernel and userland, it took some time because of
the long buiild [*]
So I am running now:
NetBSD disc 8.99.47 NetBSD 8.99.47 (HP620) #4: Sat Jun 22 15:42:42 CEST
2019 amd64
The system itself works fine, console looks fine too, but X11 behaves
strangely. I do not
10 matches
Mail list logo