[AMD Official Use Only - AMD Internal Distribution Only]
Hi,
If you have a patch, I'd like to test it.
Thanks,
Marek
From: Tj
Sent: July 15, 2024 05:29
To: Thomas Zimmermann
Cc: Olsak, Marek ; linux-ker...@vger.kernel.org
; 1075...@bugs.debian.org
ion because the issue is closed.
If you can still reproduce this with the latest kernel and libdrm
packages,
can you open a new issue upstream? And mention that in this bug?
Well, right now with 6.5.0-1-amd64 I can't reproduce.
(Yeah, that's not the latest, I know)
Package: xterm
Version: 367-1
Severity: minor
X-Debbugs-Cc: phil...@marek.priv.at
Please see the attached screenshot.
It doesn't matter which menu I open (Ctrl+left, Ctrl+right, ctrl+middle
mouse button) - the right and bottom borders are always missing.
I can't be sure there aren't menu entrie
n system:
--
-rw-r--r-- 1 marek marek 28561 Oct 27 2015
/home/marek/.local/share/xorg/Xorg.1.log
-rw-r--r-- 1 root root 30543 Nov 1 2017 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 54918 Dec 17 2018 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 63459 Mar 6 01:21 /var/log/Xorg.1.log
-rw-r--r--
On Wed, 22 Jan 2020 18:44:56 +0100 Vincent Lefevre
wrote:
> On 2020-01-19 00:09:13 +, Jamie Heilman wrote:
> > Package: xserver-xorg-core
> > Version: 2:1.20.7-2
> > Severity: grave
> >
> > Setup is a NVIDIA GF108GL [Quadro 600] driving two monitors in
> > portrait orientation. Kernel 5.4.0-
I'm using
!XTerm*faceName: DejaVu Sans Mono
and my xterm -> mosh -> screen -> irssi crashes reproducibly when resizing
the window in the irssi tab. At least it did so 10 times in a row before
starting to reply here ;)
Yeah, and now it happens again - resizing the window _sometimes_ works
in
On 02/24/2018 08:48 PM, Marek Vasut wrote:
> [...]
>>>> But this is a bug in the debian-patched X11 packages ?
>>>
>>> It's most likely a bug introduced with the new upstream release.
>>> There's only one newly added Debian-only patch
>>&g
h.
>
> I bisected it to be057d8cc7dfbc0b56cf2434ccfeeb8e30208e35
> "glx: Duplicate relevant fbconfigs for compositing visuals"
>
> If I revert that on top of xorg-server-2_1.19.6-1 , the X doesn't crash
> anymore.
+CC Thomas .
--
Best regards,
Marek Vasut
On 02/16/2018 02:55 PM, Andreas Boll wrote:
> On Fri, Feb 16, 2018 at 01:11:20PM +0100, Marek Vasut wrote:
>> On 02/16/2018 11:47 AM, Andreas Boll wrote:
>>> On Thu, Feb 15, 2018 at 09:54:43AM +0100, Marek Vasut wrote:
>>>> Package: xserver-xorg-core
>>>>
On 02/16/2018 11:47 AM, Andreas Boll wrote:
> On Thu, Feb 15, 2018 at 09:54:43AM +0100, Marek Vasut wrote:
>> Package: xserver-xorg-core
>> Version: 2:1.19.6-1
>>
>> After update from 2:1.19.5-1 crashes with
>>
>> (EE) Backtrace:
>> (EE) 0: /usr/lib/xo
"Device3"
Monitor "Monitor3"
DefaultDepth 24
Option "Rotate""left"
SubSection "Display"
Modes "2560x1440"
Depth 24
EndSubSection
EndSection
Section "Monitor"
Identifier "Monitor0"
Option "Rotate""left"
EndSection
Section "Monitor"
Identifier "Monitor1"
Option "Rotate""left"
EndSection
Section "Monitor"
Identifier "Monitor2"
Option "Rotate""left"
EndSection
Section "Monitor"
Identifier "Monitor3"
Option "Rotate""left"
EndSection
--
Best regards,
Marek Vasut
Hi Thomas,
"xterm" doesn't crash, it just gives the above message and quits -
which
would've been unfortunate, hadn't I be running tmux at the time ;)
I don't see a crash (it probably depends on whether you have the bitmap
fonts installed). Instead, it gives a message:
xterm-dev: cannot loa
Package: xterm
Version: 330-1
Severity: normal
Having an xterm with "Allow font ops" being enabled, it happens to quit
after some of these:
* use "xtermcontrol --font=" with being eg. 0 or 5
* choose a different size from the font menu
"xterm" doesn't crash, it just gives the above message a
> > > > Configuration files should be parsed via the "C" locale, IMO - having
> > > > to
> > > > think about "," vs. "." in there is awkward.
> >
> > faceSize is affected, too, BTW.
> >
> >
> > > As far as I can tell the conversion is done in
> > > https://cgit.freedesktop.org/xorg/lib/libXt/t
> > Configuration files should be parsed via the "C" locale, IMO - having to
> > think about "," vs. "." in there is awkward.
faceSize is affected, too, BTW.
> As far as I can tell the conversion is done in
> https://cgit.freedesktop.org/xorg/lib/libXt/tree/src/Converters.c#n822
> which indeed
Package: xterm
Version: 324-1
Severity: normal
Settings activated via ~/.Xresources are parsed locale-dependent.
I'm running LANG=de_AT.UTF-8; if I put
XTerm*scaleHeight: 1.3
in ~/.Xresources (and "xrdb -merge" it), it's ignored.
The setting
XTerm*scaleHeight: 1,3
works, though.
Now,
On Thu, Aug 19, 2010 at 01:19:10PM +0100, Julien Cristau wrote:
> Please keep the bug report cc:ed on replies.
>
> On Thu, Aug 19, 2010 at 13:38:56 +0200, Marek Eliáš wrote:
>
> > Maybe. I was about to file bugreport for gkrellm because It seemed to be
> > only applicatio
X-Reportbug-Version: 4.12.6
X-Debbugs-Cc: philipp.ma...@linbit.com
Package: xorg
Version: 1:7.5+8
Severity: normal
When starting wireshark over a SSH tunnel from a remote machine, and using
"Follow TCP stream", I get a segfault in xorg - just when showing the
window.
It's reproducible.
Backtrac
On Thu, Aug 19, 2010 at 01:19:10PM +0100, Julien Cristau wrote:
> Please keep the bug report cc:ed on replies.
>
> On Thu, Aug 19, 2010 at 13:38:56 +0200, Marek Eliáš wrote:
>
> > Maybe. I was about to file bugreport for gkrellm because It seemed to be
> > only applicatio
On Thu, Aug 19, 2010 at 12:22:44PM +0100, Julien Cristau wrote:
> On Thu, Aug 19, 2010 at 12:44:06 +0200, Marek Eliáš wrote:
>
> > Package: xorg
> > Version: 1:7.5+6
> > Severity: normal
> >
> >
> > when I am running gkrellm in Xorg and then switch fro
Package: xorg
Version: 1:7.5+6
Severity: normal
when I am running gkrellm in Xorg and then switch from Xorg to console,
Xorg consumes about 12 % of CPU.
This happens when gkrellm or firefox displaying web page with flash is
running. I tried the same with application like mplayer or vlc and
probl
Package: x11proto-dri2-dev
Version: 2.1-1
Severity: normal
--- Please enter the report below this line. ---
I am trying to compile ati graphic driver from git, but it stops with:
checking for DRI... configure: error: Package requirements (libdrm >=
2.2 xf86driproto) were not met:
No package 'li
Package: xorg
Version: 1:7.5+3
Severity: normal
Hello, i have this stange problem, and, i can't google solution.
Step to reproduce in PC witch two video card in my case PCI (ATI 3D Rage) and
PCI-E
(GeForce GTS 250) :
1. Setup bios to use PCI card first (ATI 3D Rage in my case), and run linux
Package: xserver-xorg-video-radeonhd
--- Please enter the report below this line. ---
Today was updated some xserver components to the version 1.6.3.901
but still no success. Original radeonhd driver and also fresh
compiled radeonhd driver from GIT freezes by the xserver start.
--- System inform
Package: xserver-xorg-video-intel
Version: 2:2.7.99.901-2
Severity: normal
After upgrading xserver-xorg-core to 2:1.6.1.901-3, I get a black screen
when the X server is started using a large virtual display (3360x1200).
The screen shows the mouse cursor and X is responsive, I was able to log
in u
Package: xserver-xorg-video-intel
Version: 2:2.7.0-1
Severity: wishlist
The upstream changelog references a NEWS file, which is missing from the binary
package.
Please include it into the documentation.
best,
Torsten
--- System information. ---
Architecture: amd64
Kernel: Linux 2.6.29
No, for some time it works fine.
Now I use 2:2.1.0-2 and OpenGL works very well
BR,
Marek Budyn
Brice Goglin wrote:
On Wed, Jul 18, 2007 at 02:03:39AM +0200, Marek Budyn wrote:
Package: xserver-xorg-video-intel
Version: 2:2.0.0-1
Severity: important
The problem I have occurs when DRI is
Hello Brice!
On Montag, 4. Juni 2007, Brice Goglin wrote:
> Does this problem about Xorg using 100% CPU on certain picture/glyphs
> still happen with latest xserver-xorg-core and drivers?
No, it doesn't.
Either the site has changed the pictures, or the bug is fixed.
Please close this bug; I'll
s bug in the next weeks.
I don't really use X on those old machines anymore, but...
MS-6368 (CyberBlade/i1): can't test, boards work in headless servers.
Compaq N100 (CyberBlade/i7d): Xorg defaults to SW cursor, so I guess
the problem is solved and it's OK to close the bug n
I can independently confirm the same problem with the 2.6.18 kernel
as packaged in "testing" - works fine with text console, fails with
matroxfb exactly as described in the bug report (hang and lots of
these "mga_dma_* called without lock held" messages).
Hope this h
On Friday 08 December 2006 11:16, Michel Dänzer wrote:
> On Thu, 2006-12-07 at 17:15 +0100, Ph. Marek wrote:
> > When I have a root shell hanging around renicing helps a bit.
> > Logging off and on again stops the loop; but looking at the site sends it
> > in the same loop aga
X-Reportbug-Version: 3.31
Package: xorg
Version: 1:7.1.0-7
Severity: normal
When viewing the URL http://www.emchome.net/article.php/3095 in konqueror
(3.5.5a.dfsg.1-2) xorg uses 100% cpu.
When I have a root shell hanging around renicing helps a bit.
Logging off and on again stops the loop; but
greater ] };
key { [ slash,question] };
+key { [ backslash,bar ] };
// End alphanumeric section
};
Thank you,
Marek
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Archi
/xf86-video-ati) fixes the problem for me.
Additionally, you might need the DRM fixes for the kernel (either take a 2.6.17
kernel or use the git-drm patches from 2.6.16-mm*).
best,
Torsten
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C858 -- FP: 1902 0002 5DFC 856B F146 894C 7CC5 451
"lv3:ralt_switch,ctrl:nocaps"
Option "AutoRepeat""200 45"
EndSection
Keep up the good work!
best,
Torsten
PS: Please answer me directly, as I'm not subscribed to the list. TIA.
- --
Torsten Marek <[EMAIL PROTECTED]>
ID: A244C8
9.0.dfsg.1/debian/patches/general/011a_recognize_glibc_2.3.2_locale_names.diff
thanks,
Marek Schmidt
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Am Dienstag, 13. September 2005 21:37 schrieb Denis Barbier:
> On Tue, Sep 13, 2005 at 05:00:55PM +0200, Philipp Marek wrote:
> > I've got serious keyboard problems too, since about 3weeks.
> > ALTGR defunct, CTRL-ALT-F1 and other not working, no @, etc.
> > Last t
X-Reportbug-Version: 3.17
X-Debbugs-Cc: [EMAIL PROTECTED]
Package: xlibs
Version: 6.8.2.dfsg.1-6
Followup-For: Bug #327282
I've got serious keyboard problems too, since about 3weeks.
ALTGR defunct, CTRL-ALT-F1 and other not working, no @, etc.
Last thing I tried was writing a complete .xmodmap wit
David Martínez Moreno napisał(a):
Hello, Marek. Be careful with your mails...you sent the mail directly to me
instead to the list.
sorry.. it was a mistake.
It seems the same problem that everybody is having. Could you please
replace /usr/X11R6/lib/modules/libvgahw.a with the one available
On Wed, 16 Mar 2005, Julien Cristau wrote:
On 16/03/2005-18:25, Marek Grac wrote:
not against the version in woody.
sorry, my fault. but same problem. I habe just done apt-get update &
upgrade. And found following:
Problem file is usr/X11R6/lib/libGLU.so.1 which is (in testing) contained
On Wed, 16 Mar 2005, Julien Cristau wrote:
tags 299791 unreproducible
reproducible :)
take a look at woody package xbase-clients 4.1.0-16woody5
Depends on: ..., xlibmesa3 | libgl1, ...
and there is no such file libGLU.so is not in xlibmesa3
On 16/03/2005-16:55, Marek 'marx' Grac wrot
Package: xbase-clients
Version: 4.3.0.dfsg.1-10
Severity: important
It looks like there are missing dependencies:
[EMAIL PROTECTED] xgrac]$ glxinfo
glxinfo: error while loading shared libraries: libGLU.so.1: cannot open
shared object file: No such file or directory
And there is no such library
rvers.
please Cc me on the answers as I'm not subscribed to the list,
TIA
marek
signature.asc
Description: Digital signature
After further searching on the net I seem to have found a workaround:
Starting an application with
LD_PRELOAD=/usr/lib/tls/libGL.so.1.0.4496 [app]
will load it, seemingly without problems.
So I guess this is an incompatibility issue between the NVidia drivers
and one of the recent system upgra
ome time - very confusing :). If this happens, the machine has to
be power cycled to get the cursor back to normal - even reboot is not
enough. I worked around this by using Option "SWCursor" "on".
Thanks,
Marek
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &qu
ome time - very confusing :). If this happens, the machine has to
be power cycled to get the cursor back to normal - even reboot is not
enough. I worked around this by using Option "SWCursor" "on".
Thanks,
Marek
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of &qu
46 matches
Mail list logo
