You are not logged in.
Pages: 1
Hello,
I was reading the Arch Wiki article related to Intel graphics https://wiki.archlinux.org/title/intel_graphics that deals with different Generations of GPU (not CPU) and according to the generation of the Intel GPU, wiki suggests to install specific packages for specific needs.
As written in the wiki article, the list of Intel GPU generations can be found at https://en.wikipedia.org/wiki/List_of_I … sing_units
I noted that on some hardware configurations, if I run "sudo lspci" or "sudo lspci -v" I don't get the Generation of the Intel GPU, but sometimes I get the Generation of the CPU. I get only the code name (i.e., CoffeeLake) but not always the code name is shown, for example in another configuration, the VGA info by "sudo lspci -v" produces:
00:02.0 VGA compatible controller: Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx Integrated Graphics Controller (rev 21) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 10c0
Flags: bus master, fast devsel, latency 0, IRQ 124
Memory at 80000000 (64-bit, non-prefetchable) [size=16M]
Memory at 90000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities: [d0] Power Management version 2
Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
Capabilities: [b0] Vendor Specific Information: Len=07 <?>
Kernel driver in use: i915
Kernel modules: i915so here as useful information I get only "x5-E8000" for identifying the generation on the wiki page I shared above.
Is there a programmatic way or command to identify which generation an Intel GPU belongs to?
Offline
I'm not aware of a programmatic way to get that info, but you may be able to use the PCI IDs and a hardware database for that.
lspci -nn will giuve the numeric PCI ID.
and according to the generation of the Intel GPU, wiki suggests to install specific packages for specific needs.
One thing arch wiki doesn't mention is that since mesa-amber came to be, regular mesa gained a gallium driver for older intel gpus called crocus .
I'd advise anyone with an intel integrated gpu to install mesa , then run glxinfo -B to see what driver mesa uses for the card.
Incase it shows iris or crocus there's no need for mesa-amber on that system .
Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.
clean chroot building not flexible enough ?
Try clean chroot manager by graysky
Offline
Generation of GPU is a vague concept, more for marketing than technical purposes. For technical identification Device ID should be used. You can identify running Intel GPU by enumerating /sys/class/drm/card*/device/vendor with content "0x8086" and get Device ID from "device" file in the same directory. Then you should have some database mapping Intel's device ID to generation.
Offline
"Intel Corporation Atom/Celeron/Pentium Processor x5-E8000/J3xxx/N3xxx" is braswell, so it's a Gen 8 IGP
@dimich, the suggested "lspci -nn" will conveniently print the PCI ID for you ![]()
Online
@dimich, the suggested "lspci -nn" will conveniently print the PCI ID for you
Sure, there are several methods to get vendor id / product id. With "lspci -nn" device code ("[0300]") also should be taken into account.
By the way, for some reason "lspci -nn" on my laptop takes about 3 seconds to run, while on desktop PC it returns immediately (13 ms).
Offline
One device is slow to probe. Nvidia GPU w/ nouveau?
(But that's tangetial, if you want to look into that you'll have to open a new thread ![]()
Online
One device is slow to probe. Nvidia GPU w/ nouveau?
(But that's tangetial, if you want to look into that you'll have to open a new thread
No, according to strace it delays on opening "vendor" file for thunderbolt controller. Not a problem, just an example of side effect from running "lspci".
Offline
Pages: 1