search for: libxshmfenc

Adam Jackson (2): configure: Nerf a thing Revert "configure: Nerf a thing" Emil Velikov (1): autogen.sh: use quoted string variables Matt Turner (1): libxshmfence 1.3 Michał Górny (1): Fix missing <limits.h> include for HAVE_UMTX branch of futex Mihail Konev (1): autogen: add default patch prefix Peter Hutterer (1): autogen.sh: use exec instead of waiting for configure to finish Ross Burton (1): configure.ac: call AC_USE_SY...

...=1 Julien Cristau (1): Check return value from ftruncate Jung-uk Kim (1): Add support for FreeBSD using umtx (v3). Keith Packard (3): Use /dev/shm as an optional shared memory directory Use linux 3.17 memfd_create syscall when available Bump version to 1.2 git tag: libxshmfence-1.2 http://xorg.freedesktop.org/archive/individual/lib/libxshmfence-1.2.tar.bz2 MD5: 66662e76899112c0f99e22f2fc775a7e libxshmfence-1.2.tar.bz2 SHA1: a2ebe90e5595afca4db93a4359732af43b2b8c69 libxshmfence-1.2.tar.bz2 SHA256: d21b2d1fd78c1efbe1f2c16dae1cb23f8fd231dcf891465b8debe636a9054b0c libxs...

...cessing Dependency: libfreebl3.so for package: glibc-2.17-196.el7.i686 ---> Package libgcc.i686 0:4.8.5-16.el7 will be installed ---> Package libstdc++.i686 0:4.8.5-16.el7 will be installed ---> Package mesa-libGL.i686 0:17.0.1-6.20170307.el7 will be installed --> Processing Dependency: libxshmfence.so.1 for package: mesa-libGL-17.0.1-6.20170307.el7.i686 --> Processing Dependency: libxcb.so.1 for package: mesa-libGL-17.0.1-6.20170307.el7.i686 --> Processing Dependency: libxcb-sync.so.1 for package: mesa-libGL-17.0.1-6.20170307.el7.i686 --> Processing Dependency: libxcb-present.so.0 f...

...23 0.0088 snd_hda_codec 20 0.0077 libglib-2.0.so.0.5800.1 11 0.0042 snd_timer 9 0.0035 libglapi.so.0.0.0 8 0.0031 libdrm.so.2.4.0 7 0.0027 snd_aloop 7 0.0027 snd_hda_intel 7 0.0027 libxshmfence.so.1.0.0 7 0.0027 libgcc_s.so.1 5 0.0019 [vdso] (tgid:6215 range:0xf7f9f000-0xf7f9ffff) 5 0.0019 snd_hda_core 4 0.0015 r8169 3 0.0012 libahci 2 7.7e-04 ohci_hcd 2 7.7e-04 libxcb-pre...

Hi list, on my workstation I've a md raid (mirror) for / on md1. This raid has 2 ssd as members (each corsair GT force 120GB MLC). This disks are ~ 5 years old. Today I've checked my ssds smart status and I get: ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE 1 Raw_Read_Error_Rate 0x000f 100 100 050 Pre-fail Always -

...20 0.0077 libglib-2.0.so.0.5800.1 > 11 0.0042 snd_timer > 9 0.0035 libglapi.so.0.0.0 > 8 0.0031 libdrm.so.2.4.0 > 7 0.0027 snd_aloop > 7 0.0027 snd_hda_intel > 7 0.0027 libxshmfence.so.1.0.0 > 7 0.0027 libgcc_s.so.1 > 5 0.0019 [vdso] (tgid:6215 range:0xf7f9f000-0xf7f9ffff) > 5 0.0019 snd_hda_core > 4 0.0015 r8169 > 3 0.0012 libahci > 2 7.7e-04 ohci_hcd >...

...x86_64 libXau-1.0.9-5.fc33.x86_64 libXdmcp-1.1.3-5.fc33.x86_64 libdrm-2.4.102-3.fc34.x86_64 libedit-3.1-34.20191231cvs.fc34.x86_64 libffi-3.2.1-2.3.fc32.x86_64 libgcc-10.2.1-3.fc34.x86_64 libstdc++-10.2.1-3.fc34.x86_64 libva-2.9.0-2.fc34.x86_64 libxcb-1.14-6.fc34.x86_64 libxml2-2.9.10-8.fc34.x86_64 libxshmfence-1.3-8.fc33.x86_64 libzstd-1.4.5-7.fc34.x86_64 llvm-libs-10.0.1-2.1.fc34.x86_64 ncurses-libs-6.2-4.20200817.fc34.x86_64 sssd-client-2.3.0-2.fc33.x86_64 xz-libs-5.2.5-4.fc33.x86_64 z3-libs-4.8.8-5.fc33.x86_64 zlib-1.2.11-23.fc33.x86_64 (gdb) bt full Missing separate debuginfos, use: dnf debuginfo-in...

...2.0.so.0.5800.1 > > 11 0.0042 snd_timer > > 9 0.0035 libglapi.so.0.0.0 > > 8 0.0031 libdrm.so.2.4.0 > > 7 0.0027 snd_aloop > > 7 0.0027 snd_hda_intel > > 7 0.0027 libxshmfence.so.1.0.0 > > 7 0.0027 libgcc_s.so.1 > > 5 0.0019 [vdso] (tgid:6215 range:0xf7f9f000-0xf7f9ffff) > > 5 0.0019 snd_hda_core > > 4 0.0015 r8169 > > 3 0.0012 libahci > >...

...userspace (libdrm-nouveau 2.4.46/xserver-xorg-video-nouveau 1.0.9/mesa 9.2.1); the attached logs are with the latter (crashes at Nov 15 18:05 and 18:42 in the kernel log, the Xorg log is from the second of these). With the latest git userspace (xorg/proto/dri3proto, mesa/drm, xcb/libxcb, xorg/lib/libxshmfence, mesa/mesa, xorg/proto/presentproto, xcb/proto, nouveau/xf86-video-nouveau), the system hangs on boot (at a correctly displayed graphical splash screen), with Alt+SysRq not working and nothing recognisable as an error in the logs. I suspect this is due to an incompatible combination of Ubuntu and...

https://bugs.freedesktop.org/show_bug.cgi?id=92438 Bug ID: 92438 Summary: Segfault in pushbuf_kref when running the android emulator (qemu) on nv50 Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium