Displaying 20 results from an estimated 8000 matches similar to: "[Bug 98383] X server is crashing/eats 100% cpu when turning on monitor"
2017 Mar 29
0
[Bug 98383] X server is crashing/eats 100% cpu when turning on monitor
https://bugs.freedesktop.org/show_bug.cgi?id=98383
Mariusz Białończyk <manio at skyboo.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Assignee|xorg-team at lists.x.org |nouveau at lists.freedesktop.o
| |rg
2017 Apr 03
0
[Bug 98383] X server is crashing/eats 100% cpu when turning on monitor
https://bugs.freedesktop.org/show_bug.cgi?id=98383
Mariusz Białończyk <manio at skyboo.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #9 from Mariusz Białończyk
2019 Jan 06
9
[Bug 109230] New: [crash] Xorg is crashing on startup with enabled xinerama
https://bugs.freedesktop.org/show_bug.cgi?id=109230
Bug ID: 109230
Summary: [crash] Xorg is crashing on startup with enabled
xinerama
Product: xorg
Version: unspecified
Hardware: x86-64 (AMD64)
OS: All
Status: NEW
Severity: major
Priority: medium
Component:
2017 Mar 29
0
[PATCH xf86-video-nouveau] Do not register hotplug without RandR
Chris, could you have a look at this since it's allegedly your work in
the intel driver and let us know if it's reasonable? I'm definitely
not enough of an X driver guy to rule one way or the other.
On Wed, Mar 29, 2017 at 4:07 PM, Mariusz Bialonczyk <manio at skyboo.net> wrote:
> When using Xinerama, RandR is automatically disabled, and calling RR
> routines will trigger
2017 Mar 29
2
[PATCH xf86-video-nouveau] Do not register hotplug without RandR
When using Xinerama, RandR is automatically disabled, and calling RR
routines will trigger an assert() because the RR keys/resources are
not set, leading to an Xserver abort.
Hotplug makes little sense without RandR, so no need to install a
udev monitor if RandR is not available.
Ported from intel driver, original work by:
Chris Wilson <chris at chris-wilson.co.uk>
Bugzilla:
2020 Aug 17
0
qemu -display sdl,gl=on also eats CPU
I rebuild mesa with debug symbols, and now top functions using CPU looks like this:
CPU: AMD64 family15h, speed 3800 MHz (estimated)
Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000
samples % image name symbol name
-------------------------------------------------------------------------------
222978 45.1489
1999 Nov 10
0
Re: undocumented bugs - nfsd
On Tue, Nov 09, 1999 at 11:39:39AM +0100, Mariusz Marcinkiewicz wrote:
> After reading lcamtuf's posts I decided write this one. Few months ago one
> of my friends - digit - found bug in linux nfsd daemon. I made example
> sploit about IV 1999. Now in distributions is new nfsd and nowhere was
> information about security weaknes of old version!
Well, one gets used to people
2018 Jun 01
10
[Bug 106772] New: Xorg crashes with nouveau and dual screen setup
https://bugs.freedesktop.org/show_bug.cgi?id=106772
Bug ID: 106772
Summary: Xorg crashes with nouveau and dual screen setup
Product: xorg
Version: unspecified
Hardware: Other
OS: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Driver/nouveau
Assignee:
2011 Jan 09
2
Windows guest eats as many CPU as available
Hello,
I run Debian on my Laptop Lenovo X60s (with VT).
I've created a Windows-XP as well as a Windows-Vista guest on it.
Both, XP as well as Vista, eats as many CPU as available.
Therefore the CPU always has high load and will never reduce cpu-frequenz or
ventilator.
Did this works as designed or should I modify something?
Thanks in advance
Matthias
--
Don't Panic
2003 Aug 07
0
/bin/sh eats memory and CPU infinitely
>Submitter-Id: current-users
>Originator: Eugene Grosbein
>Organization: JSC Svyaz-Service
>Confidential: no
>Synopsis: /bin/sh eats memory and CPU infinitely
>Severity: serious
>Priority: medium
>Category: bin
>Class: sw-bug
>Release: FreeBSD 4.8-STABLE i386
>Environment:
System: FreeBSD grosbein.pp.ru 4.8-STABLE FreeBSD 4.8-STABLE #3: Wed Aug 6 21:50:36 KRAST
2010 Sep 16
1
[LLVMdev] Linking shared library
Hi,
I have conventional directory structure for a pass taken from project examples.
I want to build a tool which makes usage of a shared library which is included in the project.
This means that I have library here:
# lib/foo/*.cc
and after compilation the library is placed here
# Debug/lib/libfoo.so
My tool is located here:
# tool/test_foo
# cat tool/Makefile
LEVEL = ../
TOOLNAME=test_foo
2010 Sep 15
0
[LLVMdev] getAnalysis<LoopInfo> from ModulePass
hi,
On Wed, Sep 15, 2010 at 8:21 PM, Mariusz Grad <mariusz.grad at gmail.com> wrote:
> Hi,
>
> I wrote tiny ModulePass which iterates over functions and then uses getAnalysis<LoopInfo> in order to get informations about the loop.
> It compiles smoothly, but whenever I try to run it I got error like this:
> opt: .. PassAnalysisSupport.h:203: AnalysisType&
2006 Nov 08
1
Xorg eats lots of cpu power when compiz is active
As stated in topic. Maybe I have misconfigured something, because cpu
usage sometimes rises to as much as 40%. I am running git compiz, fedora
core 6, nvidia fx5700 with 128 MB vram using 1.0-9629 driver and a
pentium 4 3.0E prescott cpu. Isn't compiz supposed to be
hardware-accelerated, and thus not hogging the cpu so much? Thanks for
the response in advance.
2012 Apr 17
1
nmbd eats cpu for breakfast after upgrade from 3.5 to 3.6
Hello.
I have Samba 3.6.4 with LDAP backend
with domain logons enabled.
Long time I was running 3.5.1? from
Debian Squeeze backports without any problems.
Few days ago I decided (after testing) to upgrade
to 3.6.4, also from Debian backports.
Next morning nobody could login
and nmbd was eating up a enitre cpu core.
Killing nmbd with -9 and restarting samba
solved the problem.
Same happened
2020 Aug 17
0
qemu -display sdl,gl=on also eats CPU
The DDX eating CPU isn't intrinsically bad. Did you check where perf
says the CPU time is going? Could be doing copies/etc.
On Mon, Aug 17, 2020 at 12:52 AM Andrew Randrianasulu
<randrianasulu at gmail.com> wrote:
>
> I was testing Ilia's patches for ddx, and while they definitely helped for Xorg itself,
> qemu still eats a lot of CPU if launched like this
>
>
2003 Aug 14
4
bin/55346: /bin/sh eats memory and CPU infinitely
Hi!
It seems /bin/sh in 4.8-STABLE has problem with SIGCHLD processing.
In short, it often fails to process it correctly, zombies float
around, jobs are not marked as finished in jobtab[] that fills memory
and takes much CPU to be processed.
Run this one-liner using /bin/sh and see hundreds of zombies:
#!/bin/sh
while :; do : & done
A kernel will halt this as soon as it reaches limits and
2010 Mar 05
1
[LLVMdev] How to increase the size of a basic block?
Hi,
I am working on Instruction Set Extensions and I am looking for a way to increase the sizes of a basic block.
Besides the loop-unrollers is there any code laying around which could be used to that purpose (like superblock formation, hyperblocks, predicate execution ..)?
Best regards, Mariusz.
--
Mariusz Grad
2002 Jul 02
2
Printing eats my CPU
Hi all,
I still have several problems with the printing system.
The most critical is, that some drivers seem to cause an infinite RPC loop.
I have a KYOCERA Mita KM 4230 KX driver installed. In this moment I can see
SPOOLSS_GET_PRINTER and SPOOLSS_GET_PRINTERDATA requests and
RPC responses on the net. Stracing the smbd process looks like this:
...
pread(16,
2020 Aug 18
0
qemu -display sdl,gl=on also eats CPU
Update, after few hours of qemu uptime
I can see this oreport:
CPU: AMD64 family15h, speed 3800 MHz (estimated)
Counted CPU_CLK_UNHALTED events (CPU Clocks not Halted) with a unit mask of 0x00 (No unit mask) count 100000
samples % linenr info image name symbol name
-------------------------------------------------------------------------------
385793
2011 May 19
1
[Bug 652] pcap plugin problem
http://bugzilla.netfilter.org/show_bug.cgi?id=652
Mariusz Kielpinski <kielpi at poczta.onet.pl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kielpi at poczta.onet.pl
Status|ASSIGNED |NEW
--- Comment #3 from