I have a problem installing my graphics card
Tofloor
poster avatar
emma
deepin
2018-04-11 14:08
Author
hi guys
I installed deepin today,but i can't fix intel graphics card!
i download "intel-gpu-tools-1.21" From https://01.org/linuxgraphics/ site and Extract file in Desktop


But I don't know how to install it...

README  File:
  1. Intel GPU Tools
  2. ===============

  3. Description
  4. -----------

  5. Intel GPU Tools is a collection of tools for development and testing of the
  6. Intel DRM driver. There are many macro-level test suites that get used against
  7. the driver, including xtest, rendercheck, piglit, and oglconform, but failures
  8. from those can be difficult to track down to kernel changes, and many require
  9. complicated build procedures or specific testing environments to get useful
  10. results. Therefore, Intel GPU Tools includes low-level tools and tests
  11. specifically for development and testing of the Intel DRM Driver.

  12. Intel GPU Tools is split into several sections:

  13. benchmarks/
  14.         This is a collection of useful microbenchmarks that can be used to tune
  15.         DRM code in relevant ways.

  16.         The benchmarks require KMS to be enabled.  When run with an X Server
  17.         running, they must be run as root to avoid the authentication
  18.         requirement.

  19.         Note that a few other microbenchmarks are in tests (like gem_gtt_speed).

  20. tests/
  21.         This is a set of automated tests to run against the DRM to validate
  22.         changes. Many of the tests have subtests, which can be listed by using
  23.         the --list-subtests command line option and then run using the
  24.         --run-subtest option. If --run-subtest is not used, all subtests will
  25.         be run. Some tests have futher options and these are detailed by using
  26.         the --help option.

  27.         The test suite can be run using the run-tests.sh script available in
  28.         the scripts directory. Piglit is used to run the tests and can either
  29.         be installed from your distribution (if available), or can be
  30.         downloaded locally for use with the script by running:

  31.         ./scripts/run-tests.sh -d

  32.         run-tests.sh has options for filtering and excluding tests from test
  33.         runs:

  34.           -t       only include tests that match the regular expression
  35.           -x       exclude tests that match the regular expression

  36.         Useful patterns for test filtering are described in the API
  37.         documentation and the full list of tests and subtests can be produced
  38.         by passing -l to the run-tests.sh script.

  39.         Results are written to a JSON file and an HTML summary can also be
  40.         created by passing -s to the run-tests.sh script. Further options are
  41.         are detailed by using the -h option.


  42.         If not using the script, piglit can be obtained from:

  43.         git://anongit.freedesktop.org/piglit

  44.         There is no need to build and install piglit if it is only going to be
  45.         used for running i-g-t tests.

  46.         Set the IGT_TEST_ROOT environment variable to point to the tests
  47.         directory, or set the path key in the "igt" section of piglit.conf to
  48.         the intel-gpu-tools root directory.

  49.         The tests in the i-g-t sources need to have been built already. Then we
  50.         can run the testcases with (as usual as root, no other drm clients
  51.         running):

  52.         piglit-sources # ./piglit run igt

  53.         The testlist is built at runtime, so no need to update anything in
  54.         piglit when adding new tests. See

  55.         piglit-sources $ ./piglit run -h

  56.         for some useful options.

  57.         Piglit only runs a default set of tests and is useful for regression
  58.         testing. Other tests not run are:
  59.         - tests that might hang the gpu, see HANG in Makefile.am
  60.         - gem_stress, a stress test suite. Look at the source for all the
  61.           various options.
  62.         - testdisplay is only run in the default mode. testdisplay has tons of
  63.           options to test different kms functionality, again read the source for
  64.           the details.

  65. lib/
  66.         Common helper functions and headers used by the other tools.

  67. man/
  68.         Manpages, unfortunately rather incomplete.

  69. tools/
  70.         This is a collection of debugging tools that had previously been
  71.         built with the 2D driver but not shipped.  Some distros were hacking
  72.         up the 2D build to ship them.  Instead, here's a separate package for
  73.         people debugging the driver.

  74.         These tools generally must be run as root, safe for the ones that just
  75.         decode dumps.

  76. debugger/
  77.         This tool is to be used to do shader debugging. It acts like a
  78.         debug server accepting connections from debug clients such as
  79.         mesa. The connections is made with unix domain sockets, and at some
  80.         point it would be nice if this directory contained a library for
  81.         initiating connections with debug clients..

  82.         The debugger must be run as root: "sudo debugger/eudb"

  83. docs/
  84.         Contains the automatically generated intel-gpu-tools libraries
  85.         reference documentation in docs/reference/. You need to have the
  86.         gtk-doc tools installed and use the "--enable-gtk-doc" configure flag
  87.         to generate this API documentation.

  88.         To regenerate the html files when updating documentation, use:

  89.         $ make clean -C docs && make -C docs

  90.         If you've added/changed/removed a symbol or anything else that changes
  91.         the overall structure or indexes, this needs to be reflected in
  92.         intel-gpu-tools-sections.txt. Entirely new sections will also need to be
  93.         added to intel-gpu-tools-docs.xml in the appropriate place.

  94. include/drm-uapi
  95.         Imported DRM uapi headers from airlied's drm-next branch.
  96.         These should be updated all together by executing "make
  97.         headers_install" from that branch of the kernel and then
  98.         copying the resulting ./usr/include/drm/*.h in and committing
  99.         with a note of which commit on airlied's branch was used to
  100.         generate them.


  101. Requirements
  102. ------------

  103. This is a non-exhaustive list of package dependencies required for building
  104. the default configuration (package names may vary):

  105.         gtk-doc-tools
  106.         libcairo2-dev
  107.         libdrm-dev
  108.         libkmod-dev
  109.         libpciaccess-dev
  110.         libprocps-dev
  111.         libunwind-dev
  112.         python-docutils
  113.         x11proto-dri2-dev
  114.         xutils-dev

  115. The following dependencies are required for building chamelium support
  116. (package names may vary):

  117.         libxmlrpc-core-c3-dev
  118.         libpixman-1-dev
  119.         libudev-dev
  120.         libglib2.0-dev
  121.         libgsl-dev

  122. The following dependencies are requires for building audio support
  123. (package names may vary):

  124.         libasound2-dev
  125.         libgsl-dev

  126. Meson build system support
  127. --------------------------

  128. Currently we support both meson and automake as build systems, but meson is the
  129. recommended choice. Oneliner to get started:

  130. $ mkdir build && meson build && cd build && ninja

  131. Note that meson insist on separate build directories from the source tree.

  132. Running testcases is done with

  133. $ cd build && ninja test

  134. Documentation is built using

  135. $ cd build && ninja && ninja intel-gpu-tools-doc

  136. Note that there's a setup script similar to ./autogen.sh which creates a
  137. compatibility Makefile with a few useful default targets:

  138. $ ./meson.sh [make-arguments]

  139. Releases for maintainers
  140. ------------------------

  141. (1.14)

  142. http://www.x.org/wiki/Development/Documentation/ReleaseHOWTO/
Copy the Code

Reply Favorite View the author
All Replies
oscararg
deepin
2018-04-11 15:11
#1
My doubt here is why you want to install that, as Intel processors' integrated cards are supported by Deepin without installing any extra package. And, as an advice, Intel is leaving all their apps for linux, not bad news anyways, because kernels comes with good support of Intel products, thats why Intel guys are leaving those apps who not too much people use and can be replaced with kernel updates.
Reply View the author
emma
deepin
2018-04-11 17:40
#2
https://bbs.deepin.org/post/155216
My doubt here is why you want to install that, as Intel processors' integrated cards are supported b ...

Thank you for answering
There is a problem scrolling the image and browser and watch movies
How to know if the graphics card is installed?
Reply View the author
oscararg
deepin
2018-04-12 14:39
#3
https://bbs.deepin.org/post/155216
Thank you for answering
There is a problem scrolling the image and browser and watch movies
How to ...

sudo apt update && sudo apt install i-nex, with this app you must see all of your pc's devices, even graphics card. There is a "Deepin Graphics Drivers Utility" in Deepin Store too. It must show to you the best graphic driver available, but if you use only Intel's integrated one, it doesn't need any extra drivers, so the problem must radicate in the browser, try using (only for testing) another one, a light one, like Min or Midori, to check if the problem is on all browsers or (I suppose you're using Chrome), Chrome based (this can be a flash problem).
Reply View the author