Bug 746410
Summary: | [MGA_CARD_TYPE_G550] Add /lib/firmware/matrox/g400_warp.fw into initramfs | ||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Brent Baude <bbaude> | ||||||||||||||||||||||
Component: | xorg-x11-drv-mga | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||||||||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||||||||
Severity: | medium | Docs Contact: | |||||||||||||||||||||||
Priority: | unspecified | ||||||||||||||||||||||||
Version: | 16 | CC: | dennis, gansalmon, itamar, jonathan, karsten, kernel-maint, madhu.chinakonda, mcepl, notting, wwoods, xgl-maint | ||||||||||||||||||||||
Target Milestone: | --- | Keywords: | Triaged | ||||||||||||||||||||||
Target Release: | --- | ||||||||||||||||||||||||
Hardware: | ppc64 | ||||||||||||||||||||||||
OS: | Linux | ||||||||||||||||||||||||
Whiteboard: | [cat:others] | ||||||||||||||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||||||||||||||
Doc Text: | Story Points: | --- | |||||||||||||||||||||||
Clone Of: | Environment: | ||||||||||||||||||||||||
Last Closed: | 2013-01-20 15:47:12 UTC | Type: | --- | ||||||||||||||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||||||||||||||
Documentation: | --- | CRM: | |||||||||||||||||||||||
Verified Versions: | Category: | --- | |||||||||||||||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||||||||
Embargoed: | |||||||||||||||||||||||||
Bug Depends On: | |||||||||||||||||||||||||
Bug Blocks: | 718276 | ||||||||||||||||||||||||
Attachments: |
|
Description
Brent Baude
2011-10-15 13:47:09 UTC
this firmware file already is in firmware/matrox/ directory in the rootfs.img that is inside the LiveOS/squashfs.img If it doesn't get loaded automatically, we need to take a closer look at what's going on here. Kernel would be what would have to request the firmware, pushing there for now. Nothing needs to be in the initramfs if the driver isn't a DRM driver. Is X not working for you? The requested firmware is already present. So what's the actual problem? (Please include relevant error messages from /tmp/{Xorg.0.log,syslog} if possible.) Chuck and Will, I believe you are correct. I may have been confused by working with RHEL versions. Nevertheless, the here are the logs from the system, which tries to go into graphical anaconda and fails. Each console is also basically murdered and corrupted. Created attachment 528893 [details]
all logs from /tmp
Looking at it, there are no errors about missing firmware - in fact, it looks as if graphical anaconda started OK, and X started OK to configure a 1024x768 display. If that's not working, then it's something in the driver. Created attachment 529112 [details]
anaconda.log from the archive
Created attachment 529113 [details]
anaconda-yum.conf from the archive
Created attachment 529114 [details]
program.log from the archive
Created attachment 529115 [details]
storage.log from the archive
Created attachment 529116 [details]
syslog from the archive
Created attachment 529117 [details]
Xorg.0.log from the archive
Reporter, can I get a more elaborate description of the problem than "corrupted"? A screenshot from a phone camera perhaps? If I understand correctly, the corruption reported here is the same as bug #742613 - that is, this is a bug with setfont and not Xorg. If the reporter can confirm this fact, let's close this as a duplicate of #742613. Actually, now that I'm thinking about it, I bet I know what this is. Try building xorg-x11-drv-mga-1.4.13-9.fc17 (in the 'master' branch in package git) for ppc and see if that works any better. Adam, can you elaborate? (In reply to comment #17) > Adam, can you elaborate? $ sudo yum-builddep -y xorg-x11-drv-mga $ fedpkg co -a xorg-x11-drv-mga $ cd xorg-x11-drv-mga $ fedpkg local $ sudo yum localinstall ./ppc64/*.rpm and restart X. Adam, thanks. Actually I was asking you to elaborate on "I bet I know what this is." (In reply to comment #19) > Adam, thanks. Actually I was asking you to elaborate on "I bet I know what > this is." Oh that. There was a bug found and fixed in RHEL6 [1] where the mga driver would clobber the byte swizzle setup register to something that worked fine for little-endian but not big-endian. Said bug, near as I can tell, had been there forever, but we'd never noticed previously because PPC machines always used the fbdev userspace driver, which doesn't do any direct register access. [1] - Not merged back to upstream yet because I'm not totally happy with how it's implemented, it puts a register read into the blit path which is probably a small performance hit, should just be precomputed at server init time. Created attachment 532118 [details]
1103 anaconda log
Created attachment 532119 [details]
1103 syslog
Created attachment 532120 [details]
1103 X log
I have tried Karstens 1103 image it did not fix X as it goes into the graphical anaconda. I did not pass any special options to anaconda either. Can I get some additional details about what the graphical failure looks like? Screenshot for example? Using the DVD media for F16 alpha and Karsten's 1103 ISO (both appear to behave the same), order of events are as such: * Boot media * Skip media check, and it continues to boot in Anaconda * When anaconda loads and X is normally loaded, the monitor goes black and no X is loaded. * there is an error generated on the monitor and presumable BY the monitor which basically says resolution out of range. I can double check the exact error in the morning. Same behaviour is being seen in RHEL6.1 as well. reported to work with xorg-x11-drv-mga-1.4.13-12.fc16 Definitely works with a running system. if you want to create an ISO I can test. F16-RC1 from the usual place already has this package This message is a reminder that Fedora 16 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 16. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '16'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 16's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 16 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping |