Re: [ANNOUNCE] libdrm 2.4.94
Le vendredi 24 août 2018, 00:37:51 CEST Kristian H. Kristensen a écrit : > git tag: libdrm-2.4.94 > > https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.bz2 > MD5: d48759b2c276382f9085799a08a153f5 libdrm-2.4.94.tar.bz2 > SHA1: 740c5c19b5e451102d0f5b360dae3016b3e72eab libdrm-2.4.94.tar.bz2 > SHA256: 31d9831e6eaa5b16fb560e5578b3428ce6aa024ff6c66882631005cc9624680f > libdrm-2.4.94.tar.bz2 SHA512: > ac6b37fd3b88f5b7660dc630ec0a22b05d24138d0985c93c45363b938f5ee72cfe8bb198d94 > 765090c3a5c158c06f3be14b849fd00b8d865c04d4132e28f6920 libdrm-2.4.94.tar.bz2 > PGP: https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.bz2.sig > > https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.gz > MD5: 1d2e80ffe5b69c31c8465966e5cc7ce4 libdrm-2.4.94.tar.gz > SHA1: 05433abd64c692250a52694f1af74f161323a698 libdrm-2.4.94.tar.gz > SHA256: c438b0e2a8e0c9e6a1d92f4c235176e545d81f4edb9a14bc606bb5ede6668d8e > libdrm-2.4.94.tar.gz SHA512: > 99cc4eba5e9fc44886c515484821e6d509d202ee269d292e0d9b426bb92a53f6fc7095174d1 > 2652b377cd12036e4138ebc324df9e36e5edde5da31d476fa4ebe libdrm-2.4.94.tar.gz > PGP: https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.gz.sig > > ___ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel And something is wrong: ==> Starting check()... ninja: Entering directory `/build/libdrm/src/build' ninja: no work to do. 1/15 kms-symbol-checkOK 0.05 s 2/15 gen4-3d.batch OK 0.01 s 3/15 gen45-3d.batch OK 0.02 s 4/15 gen5-3d.batch OK 0.02 s 5/15 gen6-3d.batch OK 0.01 s 6/15 gen7-3d.batch OK 0.02 s 7/15 gen7-2d-copy.batch OK 0.01 s 8/15 intel-symbol-check OK 0.30 s 9/15 nouveau-symbol-checkOK 0.15 s 10/15 radeon-symbol-check OK 0.17 s 11/15 amdgpu-symbol-check FAIL 0.22 s (exit status 1) 12/15 threadedSKIP 0.01 s 13/15 random OK 73.35 s 14/15 hashOK 0.01 s 15/15 drmsl OK 0.38 s OK:13 FAIL: 1 SKIP: 1 TIMEOUT:0 -- 11/15 amdgpu-symbol-check FAIL 0.22 s (exit status 1) --- command --- LANG='en_US.UTF-8' SUDO_GID='0' OLDPWD='/build/libdrm/src' COMMAND_MODE='legacy' USERNAME='builduser' SUDO_COMMAND='/bin/bash -c bash -c cd\ /startdir;\ makepkg\ "$@" -bash --syncdeps --noconfirm --log --holdver -- skipinteg --install' CFLAGS='-march=x86-64 -mtune=generic -O2 -pipe -fstack- protector-strong -fno-plt' USER='builduser' CXXFLAGS='-march=x86-64 - mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt' TEXTDOMAINDIR='/ usr/share/locale' PWD='/build/libdrm/src/build' HOME='/build' TEXTDOMAIN='pacman-scripts' SUDO_USER='root' SUDO_UID='0' MAIL='/var/mail/ builduser' CHOST='x86_64-pc-linux-gnu' SHELL='/bin/bash' TERM='xterm-256color' SHLVL='3' CPPFLAGS='-D_FORTIFY_SOURCE=2' SOURCE_DATE_EPOCH='1535132201' LOGNAME='builduser' LDFLAGS='-Wl,-O1,--sort-common,--as-needed,-z,relro,- z,now' PATH='/usr/local/sbin:/usr/local/bin:/usr/bin:/usr/bin/site_perl:/usr/ bin/vendor_perl:/usr/bin/core_perl:/usr/bin/site_perl:/usr/bin/vendor_perl:/ usr/bin/core_perl:/usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl:/ usr/bin/site_perl:/usr/bin/vendor_perl:/usr/bin/core_perl' MAKEFLAGS='-j9' _='/usr/bin/meson' NM='/usr/bin/nm' /usr/bin/bash /build/libdrm/src/build/../ libdrm-2.4.94/amdgpu/amdgpu-symbol-check amdgpu/libdrm_amdgpu.so.1.0.0 --- stdout --- amdgpu_find_bo_by_cpu_mapping --- -- Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [ANNOUNCE] libdrm 2.4.94
Le vendredi 24 août 2018, 00:37:51 CEST Kristian H. Kristensen a écrit : > https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.bz2 -> Forbidden You don't have permission to access /libdrm/libdrm-2.4.94.tar.bz2 on this server. > PGP: https://dri.freedesktop.org/libdrm/libdrm-2.4.94.tar.bz2.sig -> Not Found The requested URL /libdrm/libdrm-2.4.94.tar.bz2.sig was not found on this server. - Laurent Carlier http://www.archlinux.org signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [ANNOUNCE] libdrm 2.4.47
Le vendredi 11 octobre 2013 10:11:18 Ben Widawsky a écrit : http://dri.freedesktop.org/libdrm/libdrm-2.4.47.tar.bz2 MD5: e043d6d59328887b9e434f4d27aacc09 libdrm-2.4.47.tar.bz2 SHA1: d9775b71c681c67a53794a72785a45846a17578c libdrm-2.4.47.tar.bz2 SHA256: a98809a55ede4dac17416cac41f1f017114a97a7b6c2574f96a225ab1bd06074 libdrm-2.4.47.tar.bz2 Am i alone ? $ md5sum libdrm-2.4.47.tar.bz2 8d780e74df730d94887d2b86f04e15a9 libdrm-2.4.47.tar.bz2 $ sha1sum libdrm-2.4.47.tar.bz2 2e3015d9af4ac5a8bf7b17235fc3a97ad6c4f979 libdrm-2.4.47.tar.bz2 $ sha256sum libdrm-2.4.47.tar.bz2 c2dac2250adbcea23efb18fa8cf484c0f43c8ffbf5064ec82678bc410084f8e7 libdrm-2.4.47.tar.bz2 -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: This is a digitally signed message part. ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
[PATCH 000/165] radeon drm-next patches
Le 28/06/2013 01:55, Alex Deucher a ?crit : > On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss wrote: >> Alex Deucher wrote: >>> >>> On Wed, Jun 26, 2013 at 9:21 AM, wrote: >>>> >>>> From: Alex Deucher >>>> >>>> These are the radeon patches for 3.11. Some of these patches >>>> are huge so, it might be easier to review things here: >>>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip >>> >>> >>> Updated branch: >>> http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2 >>> Takes into account comments from Jerome a Christian and contains a few >>> DPM fixes. >> >> >> I see there's a 3 now - I tested that (I guess currently it's the same as 2 >> anyway). >> >> On my rv790 there are no regressions so far, but whatever I do it stays low. > > This should work much better with with wip-5. > > Alex > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > Just tested, and my card (HD6870) is still stuck at low. (tested with HL2 and wine/furmark) ++ -- Laurent Carlier ArchLinux Developer http://www.archlinux.org -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 555 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130628/3faec536/attachment.pgp>
Re: [PATCH 000/165] radeon drm-next patches
Le 28/06/2013 01:55, Alex Deucher a écrit : On Thu, Jun 27, 2013 at 9:12 AM, Andy Furniss adf.li...@gmail.com wrote: Alex Deucher wrote: On Wed, Jun 26, 2013 at 9:21 AM, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com These are the radeon patches for 3.11. Some of these patches are huge so, it might be easier to review things here: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip Updated branch: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.11-wip-2 Takes into account comments from Jerome a Christian and contains a few DPM fixes. I see there's a 3 now - I tested that (I guess currently it's the same as 2 anyway). On my rv790 there are no regressions so far, but whatever I do it stays low. This should work much better with with wip-5. Alex ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel Just tested, and my card (HD6870) is still stuck at low. (tested with HL2 and wine/furmark) ++ -- Laurent Carlier ArchLinux Developer http://www.archlinux.org signature.asc Description: OpenPGP digital signature ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel
glapi/libdricore linking trouble with make install targets
Le dimanche 9 septembre 2012 09:48:54 Andreas Radke a ?crit :
> When building packages in ArchLinux we try to avoid the old
> bin/minstall to move each and every file by hand. So we try to move to
> make install targets. Here we run into several linking issues:
>
> make -C src/glx DESTDIR="${pkgdir}" install
>
> fails with:
>
> make[2]: Entering directory
> `/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx' make[2]:
> Nothing to be done for `install-data-am'.
> /usr/bin/mkdir -p '/build/pkg/libgl/usr/lib'
> /bin/sh ../../libtool --mode=install /usr/bin/install -c libGL.la
> '/build/pkg/libgl/usr/lib' libtool: install: warning: relinking `libGL.la'
> libtool: install: (cd
> /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx; /bin/sh
> /build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/libtool --silent
> --tag CC --mode=relink gcc -I../../include -I../../include/GL/internal
> -I../../src/mapi -I../../src/mapi/glapi -I../../src/mapi
> -I../../src/mapi/glapi -DGLX_SHARED_GLAPI -DXF86VIDMODE -D_REENTRANT
> -DDEFAULT_DRIVER_DIR=\"/usr/lib/xorg/modules/dri\" -D_GNU_SOURCE -DPTHREADS
> -DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_DLOPEN
> -DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING
> -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
> -DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV
> -DHAVE_LLVM=0x0301 -I/usr/include/libdrm -march=x86-64 -mtune=generic -O2
> -pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall
> -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes
> -fno-strict-aliasing -fno-builtin-memcmp -Wl,-Bsymbolic -vers ion-number
> 1:2 -no-undefined -Wl,-O1,--sort-common,--as-needed,-z,relro -o libGL.la
> -rpath /usr/lib libglx.la ../../src/mapi/shared-glapi/libglapi.la
> ../../src/mapi/glapi/libglapi.la -lXext -lXdamage -lXfixes -lX11-xcb -lX11
> -lxcb-glx -lxcb -lXxf86vm -ldrm -lm -lpthread -ldl -inst-prefix-dir
> /build/pkg/libgl) /usr/bin/ld: cannot find -lglapi
> collect2: error: ld returned 1 exit status
> libtool: install: error: relink `libGL.la' with the above command before
> installing it make[2]: *** [install-libLTLIBRARIES] Error 1
>
>
> Similar errors happen with other targets. Our community found
> a workaround by running this:
>
> # fix linking because of splitted package
> make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" install
>
> # libGL & libdricore
> make -C src/glx DESTDIR="${pkgdir}" install
> make -C src/mesa/libdricore DESTDIR="${pkgdir}" install
>
> # fix linking because of splitted package - cleanup
> make -C src/mapi/shared-glapi DESTDIR="${pkgdir}" uninstall
>
>
>
> Such step seems to be needed for these other target directories:
>
> * make -C src/egl DESTDIR="${pkgdir}" install
> * make -C src/gbm DESTDIR="${pkgdir}" install
>
> Similar issues seem to be there when trying to install the driver targets
> (intel, ati and nouveau), the workaround seems to be then:
>
> # fix linking because of splitted package
> make -C src/mesa/libdricore DESTDIR="${pkgdir}" install
>
> make -C src/mesa/drivers/dri/i915 DESTDIR="${pkgdir}" install
> make -C src/mesa/drivers/dri/i965 DESTDIR="${pkgdir}" install
>
> # fix linking because of splitted package - cleanup
> make -C src/mesa/libdricore DESTDIR="${pkgdir}" uninstall
>
>
> Can't these targets do proper linking on their own?
>
> -Andy
> ArchLinux
> ___
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
See https://bugs.freedesktop.org/show_bug.cgi?id=52435
++
-- next part --
An HTML attachment was scrubbed...
URL:
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL:
Re: glapi/libdricore linking trouble with make install targets
Le dimanche 9 septembre 2012 09:48:54 Andreas Radke a écrit :
When building packages in ArchLinux we try to avoid the old
bin/minstall to move each and every file by hand. So we try to move to
make install targets. Here we run into several linking issues:
make -C src/glx DESTDIR=${pkgdir} install
fails with:
make[2]: Entering directory
`/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx' make[2]:
Nothing to be done for `install-data-am'.
/usr/bin/mkdir -p '/build/pkg/libgl/usr/lib'
/bin/sh ../../libtool --mode=install /usr/bin/install -c libGL.la
'/build/pkg/libgl/usr/lib' libtool: install: warning: relinking `libGL.la'
libtool: install: (cd
/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/src/glx; /bin/sh
/build/src/mesa-41d14eaf193c6b1eb87fe1998808a887f1c6c698/libtool --silent
--tag CC --mode=relink gcc -I../../include -I../../include/GL/internal
-I../../src/mapi -I../../src/mapi/glapi -I../../src/mapi
-I../../src/mapi/glapi -DGLX_SHARED_GLAPI -DXF86VIDMODE -D_REENTRANT
-DDEFAULT_DRIVER_DIR=\/usr/lib/xorg/modules/dri\ -D_GNU_SOURCE -DPTHREADS
-DTEXTURE_FLOAT_ENABLED -DUSE_X86_64_ASM -DHAVE_DLOPEN
-DHAVE_POSIX_MEMALIGN -DIN_DRI_DRIVER -DUSE_XCB -DGLX_INDIRECT_RENDERING
-DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
-DIN_DRI_DRIVER -DHAVE_ALIAS -DHAVE_MINCORE -DHAVE_LIBUDEV
-DHAVE_LLVM=0x0301 -I/usr/include/libdrm -march=x86-64 -mtune=generic -O2
-pipe -fstack-protector --param=ssp-buffer-size=4 -D_FORTIFY_SOURCE=2 -Wall
-std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes
-fno-strict-aliasing -fno-builtin-memcmp -Wl,-Bsymbolic -vers ion-number
1:2 -no-undefined -Wl,-O1,--sort-common,--as-needed,-z,relro -o libGL.la
-rpath /usr/lib libglx.la ../../src/mapi/shared-glapi/libglapi.la
../../src/mapi/glapi/libglapi.la -lXext -lXdamage -lXfixes -lX11-xcb -lX11
-lxcb-glx -lxcb -lXxf86vm -ldrm -lm -lpthread -ldl -inst-prefix-dir
/build/pkg/libgl) /usr/bin/ld: cannot find -lglapi
collect2: error: ld returned 1 exit status
libtool: install: error: relink `libGL.la' with the above command before
installing it make[2]: *** [install-libLTLIBRARIES] Error 1
Similar errors happen with other targets. Our community found
a workaround by running this:
# fix linking because of splitted package
make -C src/mapi/shared-glapi DESTDIR=${pkgdir} install
# libGL libdricore
make -C src/glx DESTDIR=${pkgdir} install
make -C src/mesa/libdricore DESTDIR=${pkgdir} install
# fix linking because of splitted package - cleanup
make -C src/mapi/shared-glapi DESTDIR=${pkgdir} uninstall
Such step seems to be needed for these other target directories:
* make -C src/egl DESTDIR=${pkgdir} install
* make -C src/gbm DESTDIR=${pkgdir} install
Similar issues seem to be there when trying to install the driver targets
(intel, ati and nouveau), the workaround seems to be then:
# fix linking because of splitted package
make -C src/mesa/libdricore DESTDIR=${pkgdir} install
make -C src/mesa/drivers/dri/i915 DESTDIR=${pkgdir} install
make -C src/mesa/drivers/dri/i965 DESTDIR=${pkgdir} install
# fix linking because of splitted package - cleanup
make -C src/mesa/libdricore DESTDIR=${pkgdir} uninstall
Can't these targets do proper linking on their own?
-Andy
ArchLinux
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
See https://bugs.freedesktop.org/show_bug.cgi?id=52435
++
signature.asc
Description: This is a digitally signed message part.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
