Hi,
I had the same problem with lost interrupts spam after an update from
linux-4.0.5 to 4.5.2 (both locally built).
In my case, there was "irqpoll" specified at the kernel command line (perhaps
a leftover from some tests). After removing it, the hpet spam vanished, too.
Regards,
Hi,
just walked over that bug report, and I can not reproduce it anymore with
the latest isdnvboxclient from unstable (1:3.25+dfsg1-3wheezy1).
(It started working again some time ago, but I can't tell with which
version.)
regards,
Dietz
signature.asc
Description: This is a digitally
...the same here, after a resume, the system comes up,
but the screen remains blank (backlight seems to be on).
Could not reproduce the kernel panic.
regards,
Dietz
signature.asc
Description: This is a digitally signed message part.
Hi,
I can confirm the bug too and have made up a similar patch that works
flawlessly since the dawn of it's making.
Therefore, would be a good thing if someone pulled in the bug fix
so this one can get closed
regards,
Dietz
signature.asc
Description: This is a digitally signed
You:
On Mon, Apr 05, 2010 at 12:29:23AM +0200, Dietz Pröpper wrote:
Tried 2.6.34-rc3 for an hour or so yesterday and could no longer
reproduce it. Esp. a running glxgears which triggered the behaviour
within seconds runs fine now.
As soon as 2.3.34 gets released I will try again
Philipp Kern:
Hi Brice,
On Mon, Mar 01, 2010 at 01:47:18PM +0100, Brice Goglin wrote:
Dietz Pröpper wrote:
Why do you report against xserver-xorg-video-radeon if 2.6.33 seems
to be the breaker here ?
Eh? It might also be an error in xserver-xorg-video-radeon. And
given
You:
severity 572001 normal
thank you
If you think...
Dietz Proepper wrote:
Package: xserver-xorg-video-radeon
Version: 1:6.12.99+git20100201.a887818f-1
Severity: grave
Justification: renders package unusable
Seriously ? No. It's not even a crash, which would only be important
:)
Hi,
I am currently playing with the kms enabled radeon driver
and it seems that it breaks GLX.
Excerpt from Xorg.0.log:
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 9, (OK)
You:
On Thu, 2010-02-11 at 14:33 +0100, Dietz Pröpper wrote:
Hi,
I am currently playing with the kms enabled radeon driver
and it seems that it breaks GLX.
(EE) AIGLX error: Calling driver entry point failed
This is usually because the 3D driver doesn't have KMS support built
Me:
As far as I can tell from a short test, downgrading libmarble does not
affect digikam's marble integration.
To clarify, it does not affect digikam apart from resolving the
cpu/shutdown issue ;-).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
Hi Mark,
Mark Purcell:
Could I ask you to start the marble application, without digikam, and
see if you get the same result.
Yeah, exactly the same. Eats up lots of CPU and locks up on exit. I can
supply strace or gdb output if needed.
I suspect this issue is being caused by the marble
Mark,
You:
Please run strace on digikam.
$ strace digikam
and that will let us know what is going on.
;-) shall I attach 13M of strace output?
In my case I had an issue with FD 7 not being opened which led me to
nepomuk.
Here, digikam seems to read from fd 7 infinitely. Attached is a
Hi,
I can still confirm this one with latest xorg stuff from unstable.
My xorg.conf:
Section Device
Identifier radeon x1400
Driver radeon
Option AccelMethod EXA
EndSection
Section DRI
Mode 0666
EndSection
Section Screen
Identifier Default Screen
Since I moved to x86_64, I also see this bug. Mostly directly after the
machine ist powered up, one ifconfig down / ifconfig up normally fixes it.
Additional infos:
- seems to happen only with the wlan interface (iwl3945)
- used guessnet on the same machine with 32 bit for 2.5 years with no
Hi,
after reading a little bit of guessnet source and pcap documentation,
one of the possible reasons seemed to be a too short timeout for packet
capture (4th parameter of pcap_open_live). This is set to 500ms in the
original sources. Changing this to 5 (5000 should also suffice I think)
Hi,
since the last kde update (I think, it was the kde stuff), the font
corruption has nearly completely vanished.
Other display corruption also occurs much more infrequently than before.
Therefore, as far as I'm concerned I consider the bug closed.
regards
Dietz
--
To
You:
[ Owen, 'the patch' below refers to
http://cgit.freedesktop.org/xorg/xserver/commit/?id=7c8327f0a75087a85864256a9cea80dd4b86def5
]
Any corrupted glyph in the cache should get replaced sooner
or later with or without the patch.
Is there a way to explicitely invalidate the cache?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: dcraw
Version: 8.86-1
Severity: normal
dcraw 8.86 fails to decode raw images form camera mentioned in subject.
The current version (8.93) works.
Perhaps time for an update?
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (1000, 'unstable')
Package: pm-utils
Version: 1.2.4-2
Severity: wishlist
pm-utils has a mechanism to have scripts executed prior and
after suspen/hibernate. acpi-suspend has a similar logic to handle
acpi-triggered suspend/hibernate.
IMHO it would be nice if both of them used the same scripts,
to have only one
Package: akregator
Version: 4:3.5.9-5
Severity: important
Once every couple of days akregator starts putting messages
from one feed to the folder of an other feed. Most times,
the problem vanishes after restarting akregator (the messages
stay at the wrong place, but new messages get downloaded
Package: knode
Version: 4:3.5.9-3
Severity: normal
powertop shows a very high number (around 1000/s) of cpu wakeups for
knode, which is a very bad thing i.e. for laptop use.
A little digging in the source reveals that the protocol client does
select() calls with a timeout of 1000 usec. Changing
Package: encfs
Version: 1.4.1.1-2
Severity: important
As of encfs 1.4.1.1, some programs seem to have trouble with file
operations on encrypted mounts. The ones I discovered are:
- openoffice 2.4: a general error is reported on saving files.
- digicam 0.9.3: can not create it's image database.
Package: kmail
Version: 4:3.5.8-1
Severity: normal
For funnily formatted From: headers the filter is in address book does not
match, therefore rendering filters that use that filter a little less useful
than possible. In my case, the From: is like follows:
From: Euro Prime Casino [EMAIL
Package: fglrx-driver
Version: 8.42.3-2
Severity: important
2-d-performance is very bad compared to the 8.40.4 driver.
Especially font rendering in konsole, konqueror, kmail seems
extremely slow.
Fix: downgrade to 8.40.4 driver...
-- System Information:
Debian Release: lenny/sid
APT prefers
Package: acpid
Version: 1.0.4-7.1
Severity: important
Hi,
after upgrading to 1.0.6-1 suspend to ram invoked via acpid
(and acpi-support) has cheased to suspend the machine. If I
invoke /etc/acpi/sleep.sh by hand, everything works fine.
Downgrading to 1.0.4 fixes the problem for me.
-- System
Package: fglrx-kernel-src
Version: 8.37.6-1
Severity: important
Hi,
version 8.38.6 breaks resuming from S3 on my Lenovo Thinkpad Z61m(Mobity Radeon
X1400). 8.37.6 works fine.
The symptoms are as follows:
- suspending takes much more time as normal: after the suspending console(s)
output the
27 matches
Mail list logo