Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

I will likely conclude this problem has been completely solved, and I will close this bug report. Meanwhile, I hope if you decide as a last resort to try updating your own BIOS (after careful consideration of the known risks), that will completely solve this issue for you. Alan _

Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

__ Alan W. Irwin Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org

Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

On 2018-06-02 10:07-0700 Alan W. Irwin wrote: The propagation of kernel 4.16.12 from Sid to Buster has greatly improved this situation, i.e., no lock ups so far (uptime approaching 3 days since I switched to 4.16.12 from 4.16.5) and may have completely solved it. [...] Well, further

Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

671>. I would like to see what sort of maximum uptime I can now achieve with this card without lock ups and report that here for the benefit of other Debian users of AMD RX 550 graphics cards so please leave this bug open for at least several more months. Alan __ Alan W.

Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides p

Bug#900087: xserver-xorg-video-amdgpu: AMD RX 550 often locks up

Package: xserver-xorg-video-amdgpu Version: 18.0.1-1 Severity: important Dear Maintainer, The lock ups for the AMD RX 550 graphics card I have been experiencing occur on time scales of a few hours after a boot to up to a maximum of two days after a reboot. The frequency of those backups is the

Bug#899086: xserver-xorg-video-amdgpu: completely fails to detect AMD RX 550 (which uses the Polaris 12 chipset) unless firmware-amd-graphics package installed

Package: xserver-xorg-video-amdgpu Version: 18.0.1-1 Severity: normal Dear Maintainer, I recently performed a successful text install of Debian Buster using a snapshot from . That install was minimal,

Bug#803885: xserver-xorg-video-intel: glxgears segfaults for g33 chipset

. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time

Bug#803885: xserver-xorg-video-intel: glxgears segfaults for g33 chipset

Package: xserver-xorg-video-intel Version: 2:2.21.15-2+b2 Severity: normal Dear Maintainer, For my Intel g33 video chipset glxgears ran without issues on Debian Wheezy, but for Debian Jessie it segfaults on startup. I also find that glxgears works fine for that identical Debian Jessie box if

Bug#689377: xserver-xorg-input-evdev: emits non-fatal but concerning (EE) errors in the X log for a serial mouse

Package: xserver-xorg-input-evdev Version: 1:2.7.0-1+b1 Severity: normal The principal issue is as described in the subject line. This bug is closely related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688674, but for a completely different system (64-bit for this report versus 32-bit

Bug#688812: Substitute GMA950 everywhere I said GMA500 in the text

Subject line says it all -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/alpine.DEB.2.00.1209260933200.31522@ybpnyubfg.ybpnyqbznva

Bug#688812: xserver-xorg-video-intel: Reapplying the same Outline desktop effect slows GMA 950 graphics core to a permanent crawl

Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal For this particular Intel GMA500 graphics core, the KDE desktop is normally quite responsive. However, during initial configuration of KDE I was trying to get rid of a colored halo that appears for window that happens to have

Bug#688818: xserver-xorg-video-intel: GMA 500 regression for LIBGL_ALWAYS_INDIRECT=1 playing of 3D games

Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal When Debian stable was installed on this ASUS Eee box (b202) with 945GM chipset (GMA 500 graphics core), I could ssh in to a remote box and play the low-end 3D game foobillard without problems with this incantation: env

Bug#688822: xserver-xorg-video-intel: GMA 950 regression for LIBGL_ALWAYS_INDIRECT=1

Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal When Debian stable was installed on this ASUS Eee box (b202) with 945GM chipset (GMA 950 graphics core), I could ssh in to a remote box and play the low-end 3D game foobillard without problems with this incantation: env

Bug#688818: I am going to close this bug report

Because I stated in the subject line and body that it was GMA 500 rather than the correct GMA 950. Important difference! I have resubmited this bug report again with correct subject line and body GMA id. Alan __ Alan W. Irwin Astronomical research affiliation

Bug#688674: xserver-xorg-input-evdev: emits non-fatal but concerning (EE) errors in the X log for PS2 to USB adapter

Package: xserver-xorg-input-evdev Version: 1:2.7.0-1+b1 Severity: normal The principal issue is as described in the subject line. I use an ordinary PS2 to USB converter with two sockets for keyboard and mouse and one USB socket that is plugged into my computer. So I presume the device looks

Simple cookbook for xmodmap to xkb conversion for personal use

does pick this up for that website because those Debian users who currently use a personal xmodmap approach really do need a quick coobkbook of what to do to get converted to the equivalent personal xkb approach. Alan __ Alan W. Irwin Astronomical research affiliation

Bug#588566: xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse

On 2011-03-06 03:24+0100 Cyril Brulebois wrote: Hi Alan, Alan W. Irwin ir...@beluga.phys.uvic.ca (26/02/2011): I do plan to give inputattach a quick try once I move from Debian Squeeze to Debian testing (probably in 6-12 months after testing has had a chance to settle down for a while

Bug#615491: Please close this bug report

were not duplicated and the last boundary segment was small both the even-odd and non-zero winding rule fill rules produced correct results for the self-intersecting boundary case that also looked obviously correct. Therefore, please close this bug report. Alan __ Alan W

Bug#615491: xserver-xorg-core: does not fill correctly for complex boundaries

On 2011-03-01 13:04+0100 Michel Dänzer wrote: On Mon, 2011-02-28 at 12:03 -0800, Alan W. Irwin wrote: Following your suggestion, I tried the EvenOddRule fill rule case for both fbdev and vesa, and the results were consistent (i.e., many fill rendering errors) with what happens for the intel

Bug#615491: xserver-xorg-core: does not fill correctly for complex boundaries

On 2011-02-28 14:15+0100 Michel Dänzer wrote: On Sam, 2011-02-26 at 13:52 -0800, Alan W. Irwin wrote: Package: xserver-xorg-core Version: 2:1.7.7-11 Severity: normal The PLplot development team have just implemented a demanding 2D fill rendering test for the X stack where we modify our

Bug#588566: xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse

on the missing dependency issue for the legacy approach. Please fix that! Also, please remove the moreinfo tag. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming

Bug#615491: xserver-xorg-core: does not fill correctly for complex boundaries

need guidance on which component of the X stack is responsible for filling before I do such propagation. Finally, I am not sure exactly how to attach screenshots to Debian bugs using reportbug so I may have to do that later if it does not work with this initial report. Alan W. Irwin -- Package

Bug#606340: This bug not completely fixed in 2:2.13.0-5

. Assuming the hypothesis is correct, one solution to the issue which I think would justify closing this bug report would be to warn users about the reboot requirement with an install warning message for xserver-xorg-video-intel. Alan __ Alan W. Irwin Astronomical research

Bug#606340: This bug not completely fixed in 2:2.13.0-5

is not a permanent solution. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors

Bug#588560: xserver-xorg-video-intel: generates confusing FATAL: Module fbcon not found. message

the web says. So therefore, please just remove this useless and confusing message! Also, if this is the wrong package to report this bug (say if this is caused by the X server rather than intel driver), please forward this bug to the appropriate X package. Alan W. Irwin -- Package-specific info

Bug#579910: vmware video driver breaks X configure

configuration for a vastly changed X configuration landscape. Therefore, if the workaround were not available I would have requested classifying this bug at a much higher severity level. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics

Bug#588566: xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse

think they affect it at all unless the user specifically is requesting kbd and mouse drivers as I outlined above. Alan W. Irwin -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2

Bug#588560: xserver-xorg-video-intel: generates confusing FATAL: Module fbcon not found. message

On 2010-07-09 18:40+0100 Julien Cristau wrote: On Fri, Jul 9, 2010 at 10:12:20 -0700, Alan W. Irwin wrote: Package: xserver-xorg-video-intel Version: 2:2.9.1-4 Severity: minor There is plenty of advice on the internet to ignore this message which is why I have classified this as a minor bug

Bug#588566: xserver-xorg-input-all: For amd64 should depend on xserver-xorg-input-kbd and xserver-xorg-input-mouse

On 2010-07-09 19:32+0100 Julien Cristau wrote: On Fri, Jul 9, 2010 at 11:04:19 -0700, Alan W. Irwin wrote: Package: xserver-xorg-input-all Version: 1:7.5+6 Severity: normal The default hot plugging X input system implemented using evdev did not detect my serial mouse so I turned hot

Bug#563850: xserver-xorg-video-sis: X server crashes when logging out from KDE via xdm

(since I am logging out anyway), but I thought I should report them for the record. Alan W. Irwin -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Jan 5 00:56 /etc/X11/X - /usr/bin/Xorg -rwxr

Bug#563850: test

Just checking for whether I am subscribed to this bug or not. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#451917: xserver-xorg-video-intel: upgrade from 2:2.1.1-4 to 2:2.2.0-1 breaks X for g33 chipset

:2.1.1-4 of xserver-xorg-video-intel X works fine in combination with the new xserver-xorg-core. What's the next step? Is there a debianized latest git version of xserver-xorg-video-intel that I could try for you? Alan __ Alan W. Irwin Astronomical research affiliation

Bug#451917: xserver-xorg-video-intel: continued report for XAA possibility

Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Followup-For: Bug #451917 XAA was a nice idea, which I thought might work, but it didn't help. X -probeonly still gives complete lockup for version 2:2.2.0-1 of xserver-xorg-video-intel while there are no X problems for version 2.1.1-4 of that

Bug#451917: xserver-xorg-video-intel: upgrade from 2:2.1.1-4 to 2:2.2.0-1 breaks X for g33 chipset

On 2007-11-19 11:11+0100 Brice Goglin wrote: Alan W. Irwin wrote: Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Severity: normal X -probeonly completely locks up the keyboard with the monitor immediately put into its low-power state (as close to turned off as possible without quite

Bug#451917: xserver-xorg-video-intel: upgrade from 2:2.1.1-4 to 2:2.2.0-1 breaks X for g33 chipset

X to normalcy would be much appreciated. For example, is there any way for me to get back to 2:2.1.1-4? Alan W. Irwin -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target does not match checksum in /var/lib/x11/X.md5sum. X server symlink status

Bug#451917: xserver-xorg-video-intel: upgrade from 2:2.1.1-4 to 2:2.2.0-1 breaks X for g33 chipset

Package: xserver-xorg-video-intel Version: 2:2.2.0-1 Followup-For: Bug #451917 Brice said: Anyway, could you try changing your modeline into something else? For instance [EMAIL PROTECTED] or [EMAIL PROTECTED] instead? (use gtf to get the corresponding modeline). Hi Brice: I was also

Bug#448983: xserver-xorg-video-intel: ignores Modes and minimum VertRefresh to always choose [EMAIL PROTECTED] for Intel g33 chipset

On 2007-11-03 09:24+0100 Brice Goglin wrote: Alan W. Irwin wrote: Worse yet, only the VGA one is documented in the intel man page. However, when I tried Option Monitor-VGA-1 Sony CPD-15SF2 encouraged by your remark above but contrary to the man page that (finally) solved the issue

Bug#448983: xserver-xorg-video-intel: ignores Modes and minimum VertRefresh to always choose [EMAIL PROTECTED] for Intel g33 chipset

at the internal and external connector list from the ASUS P5K-V MB manual). Let me know if there is any other information you need to track this VGA-1 problem down. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy

Bug#448983: xserver-xorg-video-intel: ignores Modes and minimum VertRefresh to always choose [EMAIL PROTECTED] for Intel g33 chipset

which screwed me up completely with regard to adding a special modeline and using the PreferredMode option. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming