grub + uvesafb + nvidia-drivers = 1920x1080

Доброго времени суток! Начну по порядку... имеется видеокарта ASUS GeForce GTX 750 Ti, монитор PHILIPS 222EL, мать GIGABYTE GA-EP43-DS3L и желание заставить все работать правильно... в данной теме речь пойдет о видео, в частности правильной работе как в консольном режиме с 1080 так и в графическом режиме...
На данный момент получилось узреть консольный режим 1080 при помощи Uvesafb и работу в Gnome, но есть несколько но...

Что было проделано (описание может быть полезным для пользователей Gentoo так как многих деталей нет в GentooWiki, многое собиралось по крупицам с разных источников, а также для меня... возможно сделал лишние шаги, или, что более прискорбно -плюнул себе в карму и мне ткнут носом в это безумие):

1. естественно установлен Uvesafb полностью по вики, вплоть до того что вернул на место /dev/agpgart (AGP Support) и в нем Intel 440LX/BX/GX, I8xx and E7x05 chipset support
grep -e "CONFIG_AGP" -e "CONFIG_AGP_INTEL" /usr/src/linux/.config
CONFIG_AGP=y
CONFIG_AGP_INTEL=y
# CONFIG_AGP_SIS is not set
# CONFIG_AGP_VIA is not set
на сколько я правильно понял это не нужно в моей сборке, но настоятельно посоветовали вернуть, ссылаясь на возможные проблемы с видеокартой, да и собственно собрав изначально модулем увидел 2 новых подгруженных модуля intel и дополнительную запись при просмотре lspci:
03:00.0 IDE interface: JMicron Technology Corp. JMB368 IDE controller
не особо понял к чему все это, ибо чипсеты матери далеки от того что в описании, но решил что таки нужно и вточил наглухо в ядро

добавил uvesafb как модуль, убрал модуль vesa и nvidiafb которые имели место в ядре, и добавил ещё несколько пунктов которых требовал вики и здравый смысл... вроде здравый, не уверен):
grep -e "CONFIG_CONNECTOR" -e "CONFIG_FB_UVESA" -e "CONFIG_INITRAMFS_SOURCE" -e "CONFIG_FB_NVIDIA" -e "CONFIG_FB_VESA" -e "CONFIG_FIRMWARE_EDID" -e "CONFIG_FRAMEBUFFER_CONSOLE" -e "CONFIG_DRM" -e "CONFIG_VGA_ARB" /usr/src/linux/.config
CONFIG_INITRAMFS_SOURCE="/usr/share/v86d/initramfs"
CONFIG_CONNECTOR=y
CONFIG_VGA_ARB=y
CONFIG_VGA_ARB_MAX_GPUS=16
CONFIG_DRM=m
# CONFIG_DRM_PTN3460 is not set
# CONFIG_DRM_TDFX is not set
# CONFIG_DRM_R128 is not set
# CONFIG_DRM_RADEON is not set
# CONFIG_DRM_NOUVEAU is not set
# CONFIG_DRM_I810 is not set
# CONFIG_DRM_I915 is not set
# CONFIG_DRM_MGA is not set
# CONFIG_DRM_SIS is not set
# CONFIG_DRM_VIA is not set
# CONFIG_DRM_SAVAGE is not set
# CONFIG_DRM_VMWGFX is not set
# CONFIG_DRM_GMA500 is not set
# CONFIG_DRM_UDL is not set
# CONFIG_DRM_AST is not set
# CONFIG_DRM_MGAG200 is not set
# CONFIG_DRM_CIRRUS_QEMU is not set
# CONFIG_DRM_QXL is not set
# CONFIG_DRM_BOCHS is not set
CONFIG_FIRMWARE_EDID=y
CONFIG_FB_UVESA=m
# CONFIG_FB_VESA is not set
# CONFIG_FB_NVIDIA is not set
CONFIG_FRAMEBUFFER_CONSOLE=y
CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y
# CONFIG_FRAMEBUFFER_CONSOLE_ROTATION is not set


пересобрал с новшествами...

установил v86d, klibc подтянулся как зависимость если не обшибаюсь... и hwinfo дабы варьировать в дальнейшем при настройке grub и uvesafb

sudo emerge -avp v86d klibc hwinfo

Total: 3 packages (3 reinstalls), Size of downloads: 0 KiB


2. Полез в /etc/default/grub. Нашел и добавил/исправил строчки на следующие, меняя «номер» и разрешение на свои, значение vga=«номер» для GRUB_CMDLINE_LINUX и разрешение с глубиной берется из вывода команды sudo hwinfo --framebuffer (к примеру более приемлемая в моем случае была строчка - Mode 0x034d: 1920x1080 (+7680), 24 bits):
GRUB_CMDLINE_LINUX_DEFAULT="quiet video=uvesafb:mode_option=1920x1080-24,mtrr=3,scroll=ywrap"
GRUB_CMDLINE_LINUX="vga=0x034d"
GRUB_GFXMODE=1920x1080
GRUB_GFXPAYLOAD_LINUX=keep #тут вообще спорно, много где говорили о баге с этой строчкой, но комент и размаск ничего не поменял

3. Полез в /etc/grub.d/00_header. Cтроку
if [ "x${GRUB_GFXMODE}" = "x" ] ; then GRUB_GFXMODE=auto ; fi
изменил на нужное мне разрешение, опять же отталкиваясь от hwinfo
if [ "x${GRUB_GFXMODE}" = "x" ] ; then GRUB_GFXMODE=1920x1080 ; fi
Также сразу под этой строкой дописал
set gfxpayload=keep
на счет GRUB_GFXPAYLOAD_LINUX я писал что вроде как критично давать keep, тут тоже самое, но разници как говорил ранее не пронаблюдал, даже комментируя эти строки одновременно... Далее в этом же файле изменил строку
set gfxmode=${GRUB_GFXMODE}
на нужное разрешение:
set gfxmode=1920x1080
на этой прекрасной ноте с grub покончили можно пересоздать конфиг
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

4. Так как uvesafb модуль, разумеется добавляем его в автозагрузку, раз уж это наполовину руководство - буду писать и для тех кто в танке:
sudo nano /etc/conf.d/modules
и добавить модуль, желательно самым первым и через пробел все остальные, в которых есть необходимость...
modules="uvesafb"

модулем собран uvesafb так как в мануале к нему это рекомендуется, а не моя прихоть... это также дает нам возможность насколько я правильно понял дать ему параметры которые нам необходимы (поправьте если ошибаюсь)... создаем файл /etc/modprobe.d/uvesafb.conf и пишем в нем, опять же отталкиваясь от информации hwinfo необходимые параметры, в моем случае это:
options uvesafb mode_option=1920x1080-24 mtrr=3 scroll=ywrap

####################################
Информация была взята с сайтов:
Ubuntu гайд
Gentoo Uvesafb
Archlinux Uvesafb
с поправкой на Генту и эволюцию...
####################################

Что получилось реализовать:

1. симпотный grub и консольный режим в разрешении 1080
2. получить небольшой прирост после всех манипуляций в виде несколько тысяч frames и несущественный в FPS... попугаи естественно отталкиваясь от glxgears

Приобретенные недостатки и возможно критические:

1. при более ранней потуге осилить uvesafb он был собран модулем на ряду с nvidiafb... в чем соль - вот вывод lsmod при тех условиях

   Module Size Used by
ipt_MASQUERADE 1650 3
iptable_nat 2630 1
nf_nat_ipv4 3320 1 iptable_nat
nf_nat 11370 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat
pptp 14106 2
gre 3429 1 pptp
vboxnetadp 17510 0
vboxnetflt 15282 0
vboxdrv 319486 2 vboxnetadp,vboxnetflt
uvesafb 21137 1
nvidia 11010386 49
drm 229404 3 nvidia
nvidiafb 37081 0
cfbfillrect 3786 2 uvesafb,nvidiafb
gspca_zc3xx 42899 0
gspca_main 23132 1 gspca_zc3xx
8139too 19206 0
cfbimgblt 2079 2 uvesafb,nvidiafb
vgastate 8585 1 nvidiafb
8139cp 19344 0
cfbcopyarea 3230 2 uvesafb,nvidiafb
i2c_algo_bit 5175 1 nvidiafb
fb_ddc 1341 1 nvidiafb

   а вот который получился

   Module Size Used by
ipt_MASQUERADE 1650 3
iptable_nat 2630 1
nf_nat_ipv4 3320 1 iptable_nat
nf_nat 11370 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat
pptp 14106 2
gre 3429 1 pptp
vboxnetadp 17510 0
vboxnetflt 15282 0
vboxdrv 319486 2 vboxnetadp,vboxnetflt
uvesafb 21137 1
cfbfillrect 3786 1 uvesafb
cfbimgblt 2079 1 uvesafb
cfbcopyarea 3230 1 uvesafb
nvidia 11010354 49
gspca_zc3xx 42899 0
gspca_main 23132 1 gspca_zc3xx
8139too 19206 0
8139cp 19344 0
drm 237712 3 nvidia

   как можно заметить cfbfillrect, cfbimgblt, cfbcopyarea стали монополизированы uvesafb и не зависимы от "лишнего" фрэймбуфера(я не у верен что это корректное высказывание, хотелось бы услышать более опытное мнение на бардак в первом случае и втором), но также теперь лишились vgastate, i2c_algo_bit, fb_ddc... хотелось бы услышать аргументированое мнение на счет этого... я как обеспокоенный гражданин посмотрел в /var/log/dmesg и увидел то что мне не очень то и понравилось:
   sudo grep uvesa /var/log/dmesg Пароль:
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-3.17.1-gentoo-r1 root=UUID=21b477c7-2785-4878-bad6-0db4eb2b7266 ro vga=0x034d quiet video=uvesafb:mode_option=1920x1080-24,mtrr=3,scroll=ywrap
[ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.17.1-gentoo-r1 root=UUID=21b477c7-2785-4878-bad6-0db4eb2b7266 ro vga=0x034d quiet video=uvesafb:mode_option=1920x1080-24,mtrr=3,scroll=ywrap
[ 9.127031] uvesafb: NVIDIA Corporation, GM107 Board - 20100050, Chip Rev, OEM: NVIDIA, VBE v3.0
[ 9.236303] uvesafb: VBIOS/hardware doesn't support DDC transfers
[ 9.236306] uvesafb: no monitor limits have been set, default refresh rate will be used
[ 9.236617] uvesafb: scrolling: redraw
[ 9.570825] uvesafb: framebuffer at 0xe1000000, mapped to 0xffffc90007900000, using 14336k, total 14336k

   Хотелось бы понять стоит ли беспокоится на счет этого всего, так как некоторые из подтаскиваемых модулей от nvidiafb как раз латали на сколько я правильно понял часть этих ошибок, к примеру связанный с DDC, именно по этой причине в ядро был добавлен безоговорочно CONFIG_FIRMWARE_EDID, но это не помогло

2. не до конца корректная загрузка системы... суть в чем, сначала я наблюдаю красивый граб с нужным разрешением экрана, потом в течении примерно секунды переключение на низкое разрешение, это видно по каретке, потом черный экран и уже через секунды 2-3 прогрузку системы с частью лога в нормальном разрешении 1080(стадия начала где пингвины я не вижу)... полагаю записи в dmesg на счет монитора и скролинга, которые приведены выше напрямую связаны с этим явлением... пытался побороть - безрезультатно
3. артефакты, я не до конца разобрался в чем именно проблема, в видеокарте или матери или таки в системе, но удушливые зависания наглухо с артефактами, без возможности ничего сделать были замечены после добавления uvesafb... это может быть вполне спонтанное зависание, без каких либо нагрузок, поэтому пожалуй видеокарта не особо вписывается, особенно учитывая что это навая архитектура которая не страдает вообще перегревами, максимальная температура которую я видел на ней при адских нагрузках - 40-45 градусов... возможно память видеокарты, но опять же там два кулера, я специально привел в начале линку, да видеокарте и пол года не исполнилось... возможно мать, я ей не особо доверяю в последнее время... ну а на данный момент вроде затишье после того как выкинул vesa и nvidiafb, понаблюдаю ещё... тут хотелось бы услышать мнение возможно ли это по причине наличия кучи фрэймбуферов или отсутствия CONFIG_AGP с CONFIG_AGP_INTEL в моем случае

P.S. хотелось бы услышать дельные советы по решению/толкованию проблем, любую недостающую информацию предоставлю, куда копать уже не знаю, предоставил то что исчерпывающе могло описать всю ситуацию как по мне и, возможно, сразу ткнуть носом на неправильные действия