Bug 88889
Summary: | starwars xscreensaver can freeze video card | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Michael Young <m.a.young> | ||||||||
Component: | XFree86 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | David Lawrence <dkl> | ||||||||
Severity: | low | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 9 | CC: | da_alchemist, per.starback | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | i386 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2004-09-29 21:43:34 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: | |||||||||||
Attachments: |
|
Description
Michael Young
2003-04-15 11:01:26 UTC
XFree86 log + config file + kernel messages log as file attachments please. Created attachment 91248 [details]
X configuration
Created attachment 91249 [details]
messages file
Created attachment 91250 [details]
X log file
I had the same problem when running my screensaver as a non-priveleged (non- root) user. None of my X or screensaver configuration settings have been altered from the default Red Hat Linux 9 distribution. ****************************************************************************** Here are my card details: 00:02.0 VGA compatible controller: Intel Corp. 82845G/GL [Brookdale-G] Chipset I ntegrated Graphics Device (rev 01) (prog-if 00 [VGA]) Subsystem: IBM: Unknown device 0267 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Step ping- SERR- FastB2B- Status: Cap+ 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- Latency: 0 Interrupt: pin A routed to IRQ 11 Region 0: Memory at 88000000 (32-bit, prefetchable) [size=128M] Region 1: Memory at 80000000 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2- ,D3hot -,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- ****************************************************************************** I also noticed this error in the XFree log file: drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenDevice: minor is 0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 7, (OK) drmGetBusid returned '' ****************************************************************************** My XF86Config section for the DRI is: Section "DRI" Group 0 Mode 0666 EndSection Since this bugzilla report was filed, there have been several major updates to the X Window System, which may resolve this issue. We encourage you to upgrade to the latest version of Fedora Core (http://fedora.redhat.com). If this issue turns out to still be reproduceable in the latest version of Fedora Core, please file a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker, and will review any bug fixes that become available for consideration in future updates. It looks like the bug has actually been fixed at some point; my current settings should cause the problem eventually if it was still there, but I haven't had any reoccurence. Ok, thanks for the update! |