Given that my laptop has Bay Trail graphics (the mobile version of Ivy Bridge, I think), hopefully this'll make its way into Arch soon. I don't do [testing], especially not for drivers!
Announcement
Collapse
No announcement yet.
Ivy Bridge Patches For OpenGL 4.0 In Mesa Updated
Collapse
X
-
Originally posted by RussianNeuroMancer View PostIn general you are right. But this days, when compositors require OGL2/GLES as minimum level, I think faking OGL2 or GLES2 for such old hardware is not such a big deal. It's allow people to run modern software after all.
I for example support AMD drop their blob drivers for older hardware, again for that reason to not give people false hope... Not on Linux only of course - if you know, you should know, but we should even make it clear, etc... how Windows 10 is DX 12 thingy, so only that hardware have chance to fully work.
Of course as i said i am not against to make it easy for user to force something not really supported, but i also like to make it clear how they are on their own there.Last edited by dungeon; 19 January 2017, 07:39 PM.
Comment
-
Originally posted by dungeon View PostDepends again which compositor, AFAIK compton does not require GL2Originally posted by dungeon View PostBut really faking things just give people false hope - as old can't be modern
And since we are talking about IvyBridge here I remembered one thing that could be interesting for you. With disabled Gnome Software and Gnome Tracker autostart, Gnome 3 take just less than 0.3 GB at launch (KDE 5 without Akonadi and Baloo use 0.3 GB too) so it actually can replace Windows on tablets with 1 GB RAM (like this Dell tablet, this HP tablet, or this cheap tablet; all this tablets have BayTrail SoC with IvyBridge iGPU, that why I remembered about it) quite nicely, because Windows 10 take 0.7 GB at launch, around 0.1 GB taken by iGPU, so there is not much left for web-browser (I don't remember Windows 8.1 Update 1 numbers, but they are bigger than Gnome 3 for sure, and nobody cares about Win8 this days anyway). With Gnome 3 such tablets actually became useful piece of hardware.
As for old desktops/laptops/netbooks - some people just don't bother to check it, and slap Xubuntu/Lubuntu as default solution for old computers (with is, in my opinion, awful, because usability s obviously worse) while most of this tech is perfectly capable of running modern DEs, thanks for Intel's faked OGL2 and option to remove not necessary stuff from autostart (And with upgraded RAM you don't need to disable autostart of some apps.)
Originally posted by dungeon View PostI for example support AMD drop their blob drivers for older hardware, again for that reason to not give people false hope... Not on Linux only of course - if you know, you should know, but we should even make it clear, etc... how Windows 10 is DX 12 thingy, so only that hardware have chance to fully work. Of course as i said i am not against to make it easy for user to force something not really supported, but i also like to make it clear how they are on their own there.Code:Platform Name Intel Gen OCL Driver Number of devices 1 Device Name Intel(R) HD Graphics IvyBridge M GT2 Device Vendor Intel Device Vendor ID 0x8086 Device Version OpenCL 1.2 beignet 1.1.2 Driver Version 1.1.2 Device OpenCL C Version OpenCL C 1.2 beignet 1.1.2 Device Type GPU Device Profile FULL_PROFILE Max compute units 16 Max clock frequency 1000MHz Device Partition (core) Max number of sub-devices 1 Supported partition types None, None, None Max work item dimensions 3 Max work item sizes 512x512x512 Max work group size 512 Preferred work group size multiple 16 Preferred / native vector sizes char 16 / 8 short 8 / 8 int 4 / 4 long 2 / 2 half 0 / 8 (n/a) float 4 / 4 double 0 / 2 (n/a) Half-precision Floating-point support (n/a) Single-precision Floating-point support (core) Denormals No Infinity and NANs Yes Round to nearest Yes Round to zero No Round to infinity No IEEE754-2008 fused multiply-add No Support is emulated in software No Correctly-rounded divide and sqrt operations No Double-precision Floating-point support (n/a) Address bits 32, Little-Endian Global memory size 2147483648 (2GiB) Error Correction support No Max memory allocation 1073741824 (1024MiB) Unified memory for Host and Device Yes Minimum alignment for any data type 128 bytes Alignment of base address 1024 bits (128 bytes) Global Memory cache type Read/Write Global Memory cache size 8192 Global Memory cache line 64 bytes Image support Yes Max number of samplers per kernel 16 Max size for 1D images from buffer 65536 pixels Max 1D or 2D image array size 2048 images Max 2D image size 8192x8192 pixels Max 3D image size 8192x8192x2048 pixels Max number of read image args 128 Max number of write image args 8 Local memory type Global Local memory size 65536 (64KiB) Max constant buffer size 134217728 (128MiB) Max number of constant args 8 Max size of kernel argument 1024
Comment
Comment