Fedora 19 updates-testing report
The following Fedora 19 Security updates need testing: Age URL 250 https://admin.fedoraproject.org/updates/FEDORA-2013-19963/openstack-glance-2013.1.4-1.fc19 62 https://admin.fedoraproject.org/updates/FEDORA-2014-5896/nrpe-2.15-2.fc19 51 https://admin.fedoraproject.org/updates/FEDORA-2014-6233/dpkg-1.16.14-1.fc19 42 https://admin.fedoraproject.org/updates/FEDORA-2014-6553/chicken-4.8.0.6-2.fc19 40 https://admin.fedoraproject.org/updates/FEDORA-2014-6597/drupal7-views-3.8-1.fc19 19 https://admin.fedoraproject.org/updates/FEDORA-2014-7333/ReviewBoard-1.7.26-2.fc19,python-django-evolution-0.6.9-4.fc19 19 https://admin.fedoraproject.org/updates/FEDORA-2014-7322/thunderbird-24.6.0-1.fc19 13 https://admin.fedoraproject.org/updates/FEDORA-2014-7496/readline-6.2-8.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-7572/kdelibs-4.11.5-4.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-7570/asterisk-11.10.2-2.fc19 11 https://admin.fedoraproject.org/updates/FEDORA-2014-6774/claws-mail-3.10.1-1.fc19,claws-mail-plugins-3.10.0-1.fc19,libetpan-1.5-1.fc19 11 https://admin.fedoraproject.org/updates/FEDORA-2014-7610/perl-Email-Address-1.905-1.fc19 9 https://admin.fedoraproject.org/updates/FEDORA-2014-7654/samba-4.0.19-1.fc19 8 https://admin.fedoraproject.org/updates/FEDORA-2014-7645/couchdb-1.6.0-2.fc19,erlang-ibrowse-4.0.1-1.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-7734/xen-4.2.4-6.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-7716/python-simplejson-3.5.3-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-7782/php-5.5.14-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-7805/mediawiki-1.21.11-1.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-7772/python-2.7.5-13.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-7849/cacti-0.8.8b-7.fc19 4 https://admin.fedoraproject.org/updates/FEDORA-2014-7877/kernel-3.14.9-100.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-7889/zarafa-7.1.10-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-7939/lzo-2.08-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8035/python3-3.3.2-9.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-7997/ansible-1.6.6-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8034/docker-io-1.0.0-6.fc19 The following Fedora 19 Critical Path updates have yet to be approved: Age URL 198 https://admin.fedoraproject.org/updates/FEDORA-2013-22326/fedora-bookmarks-15-5.fc19 124 https://admin.fedoraproject.org/updates/FEDORA-2014-3245/testdisk-6.14-2.fc19.1,ntfs-3g-2014.2.15-1.fc19 13 https://admin.fedoraproject.org/updates/FEDORA-2014-7496/readline-6.2-8.fc19 13 https://admin.fedoraproject.org/updates/FEDORA-2014-7498/pcre-8.32-9.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-7559/polkit-qt-0.103.0-10.fc19 12 https://admin.fedoraproject.org/updates/FEDORA-2014-7572/kdelibs-4.11.5-4.fc19 9 https://admin.fedoraproject.org/updates/FEDORA-2014-7654/samba-4.0.19-1.fc19 7 https://admin.fedoraproject.org/updates/FEDORA-2014-7735/gcc-4.8.3-1.fc19,libtool-2.4.2-24.fc19,gcc-python-plugin-0.12-16.fc19,dragonegg-3.3-2.fc19 6 https://admin.fedoraproject.org/updates/FEDORA-2014-7772/python-2.7.5-13.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-7906/libtasn1-3.7-1.fc19 2 https://admin.fedoraproject.org/updates/FEDORA-2014-7939/lzo-2.08-1.fc19 0 https://admin.fedoraproject.org/updates/FEDORA-2014-8025/shared-mime-info-1.1-6.fc19 The following builds have been pushed to Fedora 19 updates-testing CGSI-gSOAP-1.3.6-4.fc19 ansible-1.6.6-1.fc19 beakerlib-1.9-2.fc19 docker-io-1.0.0-6.fc19 gfal2-util-1.0.0-1.fc19 lz4-r118-1.fc19 mingw-libtasn1-3.7-1.fc19 pam_mapi-0.2.0-1.fc19 plasma-mediacenter-1.3.0-1.fc19 python-rosdep-0.10.28-1.fc19 python3-3.3.2-9.fc19 qpid-dispatch-0.2-5.fc19 qt5-qtbase-5.3.1-4.fc19 qt5-qtconnectivity-5.3.1-1.fc19 qt5-qtdeclarative-5.3.1-1.fc19 qt5-qtdoc-5.3.1-1.fc19 qt5-qtgraphicaleffects-5.3.1-1.fc19 qt5-qtimageformats-5.3.1-1.fc19 qt5-qtlocation-5.3.1-1.fc19 qt5-qtmultimedia-5.3.1-1.fc19 qt5-qtquick1-5.3.1-1.fc19 qt5-qtquickcontrols-5.3.1-1.fc19 qt5-qtscript-5.3.1-1.fc19 qt5-qtsensors-5.3.1-1.fc19 qt5-qtsvg-5.3.1-1.fc19 qt5-qttools-5.3.1-1.fc19 qt5-qttranslations-5.3.1-1.fc19 qt5-qtwayland-5.3.0-0.1.20140529git98dca3b.fc19 qt5-qtwebkit-5.3.1-1.fc19 qt5-qtx11extras-5.3.1-1.fc19 qt5-qtxmlpatterns-5.3.1-1.fc19 shared-mime-info-1.1-6.fc19 wicd-1.7.2.4-8.fc19 Details about builds: CGSI-gSOAP-1.3.6-4.fc19 (FEDORA-2014-7817) GSI plugin for gSOAP Update Inf
Re: [DRI3] Problems on old Intel GPUs
Many thanks, Gnome Shell still slow but I managed to get Kwin to OpenGL 3.1 at least. @Adam Do I understand it well that DRI3 problems won't be solved on these ancient cards? 2014-07-02 22:25 GMT+02:00 poma : > On 02.07.2014 20:09, František Zatloukal wrote: > >> Thanks for you tip Adam, but there isn't such option in driconf. >> I remember there used to be an option to enable that when it was disabled >> by default. >> > > Déjà vu > Intel N10 graphics and i915 driver > https://lists.fedoraproject.org/pipermail/devel/2011-May/151158.html > > e.g. > ~/.drirc > > > > ... > > ... > > > > > > poma > > > Ref. > Enable properly working openGL 3.1 native animations in KWIN on Intel GPU > (i915) > https://manjaro.org/index.php?title=Enable_properly_working_ > openGL_3.1_native_animations_in_KWIN_on_Intel_GPU_(i915)#Solution > > > > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- *František Zatloukal* *E-mail:* zatloukal.franti...@gmail.com *Mobil:* +420 607 480 053 *Web:* frantisek.zatloukalu.eu -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How do I disable edid check on kernel command line?
On 02.07.2014 16:19, Flash wrote: Not Deja vu, per se. Found solution by adjusting bios parameters. IIRC, today's behaviors appeared after changes to systemd-udev. If I could backtrack to the point when oddities first started, I would downgrade system. I'll burn rawhide DVD and give it a try. Thanks Care to clarify, these BIOS settings are exactly what? poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
On 02.07.2014 20:09, František Zatloukal wrote: Thanks for you tip Adam, but there isn't such option in driconf. I remember there used to be an option to enable that when it was disabled by default. Déjà vu Intel N10 graphics and i915 driver https://lists.fedoraproject.org/pipermail/devel/2011-May/151158.html e.g. ~/.drirc ... ... poma Ref. Enable properly working openGL 3.1 native animations in KWIN on Intel GPU (i915) https://manjaro.org/index.php?title=Enable_properly_working_openGL_3.1_native_animations_in_KWIN_on_Intel_GPU_(i915)#Solution -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: dracut shell instead of anaconda :-(
On 2014-06-25 18:31 (GMT-0700) Brian C. Lane composed: This was due to a util-linux bug, pjones patched it this afternoon and tonight's compose should be better. We hope. Same failure with initrd, vmlinuz and squashfs that hit the mirrors today: Warning: /dev/root does not exist. http://fm.no-ip.com/Tmp/Linux/F/analogi945G.txt -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
Thanks for you tip Adam, but there isn't such option in driconf. I remember there used to be an option to enable that when it was disabled by default. I believe it is nice idea to disable that features downstream but it needs further testing if it'll improve with OpenGL 1.4 and won't introduce regressions. E.g. I've read that Kwin 5 removed legacy (pre 2.0) OpenGL backend. If there is no way to do it through driconf I'd try to patch and compile it with just OpenGL 1.4 and do some testing. On the other hand, I can try to write to mutter developers because this problem doesn't exist in Kwin(even in OpenGL 2 mode), Compiz, Openbox... And I doubt I can replace integrated GPU :), anyway, this graphics sucks and it was weak and insufficient since it existed but there are lots of computers (=netbooks) with this ancient HW and it is powerful enough for some internet browsing. 2014-07-02 18:55 GMT+02:00 Adam Jackson : > On Wed, 2014-07-02 at 18:08 +0200, František Zatloukal wrote: > > It's difficult to run Fedora on old Intel graphics. From OpenGL 2.0 > > support in Mesa lot of apps and (especially wine) games became > > unplayable because the hardware doesn't support OpenGL 2 fully and lot > > of things are slower. > > On gen3 (915 / 945 / G33 / GMA3150) yeah, there's half-baked support for > ARB_fragment_shader that tries to work but falls over on shaders that > are too complicated because the hardware simply doesn't support long > shader programs. But upstream decided to do that because the > alternative was users complaining that shaders didn't work at all... > > So yeah, sorry that your GPU is terrible, maybe get a better one. > Alternatively there's driconf which lets you disable that, even at a > per-app granularity so you can see if that's what gnome-shell is > tripping over. (Note that you'll need to restart shell to make the > change take effect, either by logging out or doing Alt-F2 r) > > Though none of this matters for Felix' case, since the 8xx series GPUs > (among their many many other flaws) don't have shader support at all. > Turns out hardware's gotten a lot more sophisticated in the intervening > 13 years since that design... > > - ajax > > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- *František Zatloukal* *E-mail:* zatloukal.franti...@gmail.com *Mobil:* +420 607 480 053 *Web:* frantisek.zatloukalu.eu -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
On Wed, 2014-07-02 at 18:08 +0200, František Zatloukal wrote: > It's difficult to run Fedora on old Intel graphics. From OpenGL 2.0 > support in Mesa lot of apps and (especially wine) games became > unplayable because the hardware doesn't support OpenGL 2 fully and lot > of things are slower. On gen3 (915 / 945 / G33 / GMA3150) yeah, there's half-baked support for ARB_fragment_shader that tries to work but falls over on shaders that are too complicated because the hardware simply doesn't support long shader programs. But upstream decided to do that because the alternative was users complaining that shaders didn't work at all... So yeah, sorry that your GPU is terrible, maybe get a better one. Alternatively there's driconf which lets you disable that, even at a per-app granularity so you can see if that's what gnome-shell is tripping over. (Note that you'll need to restart shell to make the change take effect, either by logging out or doing Alt-F2 r) Though none of this matters for Felix' case, since the 8xx series GPUs (among their many many other flaws) don't have shader support at all. Turns out hardware's gotten a lot more sophisticated in the intervening 13 years since that design... - ajax -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
It's difficult to run Fedora on old Intel graphics. From OpenGL 2.0 support in Mesa lot of apps and (especially wine) games became unplayable because the hardware doesn't support OpenGL 2 fully and lot of things are slower. I have luck so I didn't encounter any boot or X launch issues :) Does anybody see that Gnome Shell is much more slower on these GPUs compared to for example KDE? Even compiz is smoother than mutter. 2014-07-02 15:55 GMT+02:00 Felix Miata : > On 2014-07-02 14:30 (GMT+0200) František Zatloukal composed: > > > I am experiencing serious issues with applications relying on accelerated >> rendering after driver upgrade to 2.99.912-4 which enabled DRI3. All >> packages are upgraded to their latest versions. >> GPU: Intel GMA 3150 (Gen3) >> > > Some apps I've tested: >> gdm - stuck before showing anything >> sddm - working >> gnome-shell - crashed >> KDE Plasma - laggy, unusable, Failsafe working without any issues >> Firefox - crash with GLXtest process failed before showing anything >> > > You're lucky. I've been complaining over a week WRT mainly older gfxchips: > https://bugzilla.redhat.com/show_bug.cgi?id=1104371#c2 > https://lists.fedoraproject.org/pipermail/test/2014-June/121715.html > > I don't get as far as starting X: > https://bugzilla.redhat.com/show_bug.cgi?id=1115241 > -- > "The wise are known for their understanding, and pleasant > words are persuasive." Proverbs 16:21 (New Living Translation) > > Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! > > Felix Miata *** http://fm.no-ip.com/ > > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test > -- *František Zatloukal* *E-mail:* zatloukal.franti...@gmail.com *Mobil:* +420 607 480 053 *Web:* frantisek.zatloukalu.eu -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How do I disable edid check on kernel command line?
Not Deja vu, per se. Found solution by adjusting bios parameters. IIRC, today's behaviors appeared after changes to systemd-udev. If I could backtrack to the point when oddities first started, I would downgrade system. I'll burn rawhide DVD and give it a try. Thanks On 2014-07-02 09:55, poma wrote: On 02.07.2014 15:12, Flash wrote: Thanks for reply. Finally realized why I couldn't locate EDID folder, kernel docs weren't installed. Built default edids, copied 1920x1080.bin to /lib/firmware and /lib/firmware/edid, adds drm_kms_helper.edid_firmware=DVI-I-1:edid/1920x1080.bin drm_debug=14 log_buf_len=16M to commandline. No change in behavior, commandline firmware helper ignored. Boot DVI-I-1 signal drops during and/or after LUKS prompt. Next, invalid EDID message appears although /usr/bin/edid-decode validates /lib/firmware/1920x1080.bin. My guesstimation so far is (1) once DVI-I-1 signal drops during boot nothing I've done so far 're-connects' DVI-I-1; (2) although 1920x1080.bin is placed in /lib/firmware and /lib/firmware/edid neither is found yet there is no notification/complaint; (3) for whatever reason, video:DVI-I-1:e is also ignored. Is there another commandline option to keep signal on for DVI-I-1? Thanks again Déjà vu? Multi-head intel and nvidia configuration fails 100% https://lists.fedoraproject.org/pipermail/test/2013-December/119277.html What happens when you run Rawhide? poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How do I disable edid check on kernel command line?
On 02.07.2014 15:12, Flash wrote: Thanks for reply. Finally realized why I couldn't locate EDID folder, kernel docs weren't installed. Built default edids, copied 1920x1080.bin to /lib/firmware and /lib/firmware/edid, adds drm_kms_helper.edid_firmware=DVI-I-1:edid/1920x1080.bin drm_debug=14 log_buf_len=16M to commandline. No change in behavior, commandline firmware helper ignored. Boot DVI-I-1 signal drops during and/or after LUKS prompt. Next, invalid EDID message appears although /usr/bin/edid-decode validates /lib/firmware/1920x1080.bin. My guesstimation so far is (1) once DVI-I-1 signal drops during boot nothing I've done so far 're-connects' DVI-I-1; (2) although 1920x1080.bin is placed in /lib/firmware and /lib/firmware/edid neither is found yet there is no notification/complaint; (3) for whatever reason, video:DVI-I-1:e is also ignored. Is there another commandline option to keep signal on for DVI-I-1? Thanks again Déjà vu? Multi-head intel and nvidia configuration fails 100% https://lists.fedoraproject.org/pipermail/test/2013-December/119277.html What happens when you run Rawhide? poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
On 2014-07-02 14:30 (GMT+0200) František Zatloukal composed: I am experiencing serious issues with applications relying on accelerated rendering after driver upgrade to 2.99.912-4 which enabled DRI3. All packages are upgraded to their latest versions. GPU: Intel GMA 3150 (Gen3) Some apps I've tested: gdm - stuck before showing anything sddm - working gnome-shell - crashed KDE Plasma - laggy, unusable, Failsafe working without any issues Firefox - crash with GLXtest process failed before showing anything You're lucky. I've been complaining over a week WRT mainly older gfxchips: https://bugzilla.redhat.com/show_bug.cgi?id=1104371#c2 https://lists.fedoraproject.org/pipermail/test/2014-June/121715.html I don't get as far as starting X: https://bugzilla.redhat.com/show_bug.cgi?id=1115241 -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: How do I disable edid check on kernel command line?
Thanks for reply. Finally realized why I couldn't locate EDID folder, kernel docs weren't installed. Built default edids, copied 1920x1080.bin to /lib/firmware and /lib/firmware/edid, adds drm_kms_helper.edid_firmware=DVI-I-1:edid/1920x1080.bin drm_debug=14 log_buf_len=16M to commandline. No change in behavior, commandline firmware helper ignored. Boot DVI-I-1 signal drops during and/or after LUKS prompt. Next, invalid EDID message appears although /usr/bin/edid-decode validates /lib/firmware/1920x1080.bin. My guesstimation so far is (1) once DVI-I-1 signal drops during boot nothing I've done so far 're-connects' DVI-I-1; (2) although 1920x1080.bin is placed in /lib/firmware and /lib/firmware/edid neither is found yet there is no notification/complaint; (3) for whatever reason, video:DVI-I-1:e is also ignored. Is there another commandline option to keep signal on for DVI-I-1? Thanks again On 2014-07-01 15:41, poma wrote: On 01.07.2014 18:50, fla...@dailybrood.com wrote: Current Kernel is 3.14.9-200 x86_64. This is a multihead setup; i915 and NV96 video cards (displays HMDI2 = i915 and NV96 DVI-I-1 and VGA-2 [both X233H Acer]). kernel bootmenu is presented from DVI-I-1, after kernel selection, LUKS prompt appears on HMDI2 and DVI-I-1 is disconnected. In multi-user env HDMI2 and VGA-2 are active and dmesg shows edid complaint about DVI-I-1. /usr/bin/edid-decode complains about edid block for both NV96 displays DVI and VGA but for whatever reason DVI is only one disconnected. So far searches in various forum threads and bugzilla suggest buggy DVI edid problems been around for awhile. The DVI edid block error follows DVI connector, meaning, moving DVI cable to monitor previously with label VGA-2 will produce same edid message. I haven't found complete instructions to build CustomEdid yet, that seems the way to go since commandline settings like drm_edid_strict, video=DVI-I-1:e are ignored. Pointers to documentation to build customedid or kernel commandline to disable DVI edid checking will be greatly appreciated. Thanks in advance. https://www.kernel.org/doc/Documentation/kernel-parameters.txt drm_kms_helper.edid_firmware=[:] Broken monitors, graphic adapters and KVMs may send no or incorrect EDID data sets. This parameter allows to specify an EDID data set in the /lib/firmware directory that is used instead. Generic built-in EDID data sets are used, if one of edid/1024x768.bin, edid/1280x1024.bin, edid/1680x1050.bin, or edid/1920x1080.bin is given and no file with the same name exists. Details and instructions how to build your own EDID data are available in Documentation/EDID/HOWTO.txt. An EDID data set will only be used for a particular connector, if its name and a colon are prepended to the EDID name. https://www.kernel.org/doc/Documentation/EDID/HOWTO.txt poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: [DRI3] Problems on old Intel GPUs
I've sent mail to Jasper St. Pierre. Now u can downgrade xorg-x11-drv-intel. https://bugzilla.redhat.com/show_bug.cgi?id=1115323 https://bugzilla.redhat.com/show_bug.cgi?id=1115324 -- -Igor Gnatenko On Jul 2, 2014 4:30 PM, "František Zatloukal" wrote: > > I am experiencing serious issues with applications relying on accelerated rendering after driver upgrade to 2.99.912-4 which enabled DRI3. All packages are upgraded to their latest versions. > GPU: Intel GMA 3150 (Gen3) > > Some apps I've tested: > gdm - stuck before showing anything > sddm - working > gnome-shell - crashed > KDE Plasma - laggy, unusable, Failsafe working without any issues > Firefox - crash with GLXtest process failed before showing anything > > -- > František Zatloukal > > E-mail: zatloukal.franti...@gmail.com > Mobil: +420 607 480 053 > Web: frantisek.zatloukalu.eu > > -- > test mailing list > test@lists.fedoraproject.org > To unsubscribe: > https://admin.fedoraproject.org/mailman/listinfo/test -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
[DRI3] Problems on old Intel GPUs
I am experiencing serious issues with applications relying on accelerated rendering after driver upgrade to 2.99.912-4 which enabled DRI3. All packages are upgraded to their latest versions. GPU: Intel GMA 3150 (Gen3) Some apps I've tested: gdm - stuck before showing anything sddm - working gnome-shell - crashed KDE Plasma - laggy, unusable, Failsafe working without any issues Firefox - crash with GLXtest process failed before showing anything -- *František Zatloukal* *E-mail:* zatloukal.franti...@gmail.com *Mobil:* +420 607 480 053 *Web:* frantisek.zatloukalu.eu -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: black vttys no longer (i845G regressed?)
On 02.07.2014 04:09, Felix Miata wrote: On 2014-06-30 18:21 (GMT-0400) Felix Miata composed: Already fixed in rc2.git2.1 on the mirrors. :-) In rc2.git4.1 on i845G, either it already regressed, or never left. :-( Every 3.16 before and after rc2.git1.1 and rc2.git2.1 makes all my Intel vtty screens black: 845 865 915 945 4100 Latest failure: kernel-3.16.0-0.rc3.git0.1.fc21.x86_64.rpm drm/i915: only apply crt_present check on VLV https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git/commit/drivers/gpu/drm/i915/intel_display.c?id=84b4e04 author Jesse Barnes2014-06-25 15:24:29 (GMT) committer Jani Nikula2014-06-30 10:48:48 (GMT) -> Age 45 hours <- So if you don't have patience, you can patch it yourself. I guess that's not a problem. :) poma -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
