Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression -- Possible solution

2010-08-21 Thread Josef Spillner
An update to this report which might help with the solution: While the old 
system based on Kernel package version 2.6.32-3 worked, I've experienced 
graphics slowdowns after resume. Just today I've come across #587722 which 
seems to be related. It hints at installing firmware-linux. Its dependency 
linux-firmware-free was already installed, but firmware-linux-nonfree was not 
yet present.

When I installed it, I've experienced the same issue as Pietro, the submitter 
of #587722, namely that Kernel 2.6.32-3 doesn't resume at all anymore. 
However, with the newer kernel packages and in particular 2.6.35-trunk the 
resume works flawlessly now after several tries, and on top of it it also fixes 
the slowdown issue after resume.

Therefore, in summary, Kernel 2.6.35 + firmware-linux-nonfree is the best 
combination for my system. Now I guess the next step is to find out if the non-
free part is really needed. If my observations are correct, it might make 
sense to retitle the report accordingly.

I will also add a note to #587722.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008211318.52046.2...@kuarepoti-dju.net



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression -- Possible solution

2010-08-21 Thread Ben Hutchings
On Sat, 2010-08-21 at 13:18 +0200, Josef Spillner wrote:
 An update to this report which might help with the solution: While the old 
 system based on Kernel package version 2.6.32-3 worked, I've experienced 
 graphics slowdowns after resume. Just today I've come across #587722 which 
 seems to be related. It hints at installing firmware-linux. Its dependency 
 linux-firmware-free was already installed, but firmware-linux-nonfree was not 
 yet present.
[...]

ATI/AMD Radeon GPUs require some microcode for 3D acceleration, which is
loaded by the radeon driver and is packaged in firmware-linux-nonfree.
However, following Debian policy the kernel packages do not depend on or
recommend this package.  All other functionality of the radeon driver
(including suspend/resume) should be available without the 3D microcode
installed.

Ben.

-- 
Ben Hutchings
Once a job is fouled up, anything done to improve it makes it worse.


signature.asc
Description: This is a digitally signed message part


Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-10 Thread Josef Spillner
Am Dienstag, 10. August 2010, 00:04:50 schrieben Sie:
 Documentation/power/basic-pm-debugging.txt is the guide for
 nailing what is going wrong. also in this case please report
 upstream in bugzilla.kernel.org and let us know upstream bug nr
 for tracking thanks.

There you go:
https://bugzilla.kernel.org/show_bug.cgi?id=16552



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008100919.56024.2...@kuarepoti-dju.net



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-09 Thread Josef Spillner
The issue remains with linux-image-2.6.35-trunk-amd64 in today's version 
2.6.35-1~experimental.1. This leaves me with the debug things.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008091501.48479.2...@kuarepoti-dju.net



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-09 Thread maximilian attems
On Mon, 09 Aug 2010, Josef Spillner wrote:

 The issue remains with linux-image-2.6.35-trunk-amd64 in today's version 
 2.6.35-1~experimental.1. This leaves me with the debug things.

Documentation/power/basic-pm-debugging.txt is the guide for
nailing what is going wrong. also in this case please report
upstream in bugzilla.kernel.org and let us know upstream bug nr
for tracking thanks.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100809220450.ga27...@stro.at



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-02 Thread Josef Spillner
Am Sonntag, 1. August 2010, 22:56:40 schrieb maximilian attems:
 unstable versions just install fine in testing, no point in
 waiting for transition.

Well, so much for that theory: One needs at least a newer extlinux installed, 
otherwise the postinst fails. Yet one more case of missing tight 
dependencies.

Anyway, after taking this hurdle, all I can say is that the issue remains.

r...@bomba:~# apt-cache policy linux-image-2.6.32-5-amd64
linux-image-2.6.32-5-amd64:
  Installiert: 2.6.32-18
  Kandidat: 2.6.32-18
  Versions-Tabelle:
 *** 2.6.32-18 0
500 http://ftp.de.debian.org sid/main Packages
100 /var/lib/dpkg/status
 2.6.32-15 0
990 http://ftp.de.debian.org squeeze/main Packages



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008022131.26966.2...@kuarepoti-dju.net



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-02 Thread maximilian attems
On Mon, Aug 02, 2010 at 09:31:26PM +0200, Josef Spillner wrote:
 Am Sonntag, 1. August 2010, 22:56:40 schrieb maximilian attems:
  unstable versions just install fine in testing, no point in
  waiting for transition.
 
 Well, so much for that theory: One needs at least a newer extlinux installed, 
 otherwise the postinst fails. Yet one more case of missing tight 
 dependencies.
 
 Anyway, after taking this hurdle, all I can say is that the issue remains.
 

well then you have either to go for the suspend to ram debug things
or test latest 2.6.35 in experimental.

second choice is easier and best advice.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100802220509.gt19...@baikonur.stro.at



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-01 Thread Josef Spillner
 outdated test against 2.6.32-18 from unstable,

Will do so in two days when that version enters testing. Is it possible 
through bugs.d.o to get a notification when a package which fixes a bug becomes 
available for a certain distribution or suite? This would be an awesome 
feature.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201008010822.42754.2...@kuarepoti-dju.net



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-08-01 Thread maximilian attems
On Sun, Aug 01, 2010 at 08:22:42AM +0200, Josef Spillner wrote:
  outdated test against 2.6.32-18 from unstable,
 
 Will do so in two days when that version enters testing. Is it possible 
 through bugs.d.o to get a notification when a package which fixes a bug 
 becomes 
 available for a certain distribution or suite? This would be an awesome 
 feature.

unstable versions just install fine in testing, no point in
waiting for transition.




-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100801205640.gr19...@baikonur.stro.at



Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-07-31 Thread Josef Spillner
Package: linux-2.6
Version: 2.6.32-15
Severity: normal


Suspending the computer to RAM (e.g., from the KDE menu) works fine in the 
previous kernel linux-image-2.6.32-3-amd64.
But with the current -5 kernel it has ceased to work. The machine falls asleep 
but the system doesn't come up again
afterwards when the hardware runs again but nothing is shown on the screen.
This is on a fully up-to-date squeeze system. The bug was already present with 
the same kernel on last week's squeeze.
It's clearly a regression, as it's the first Debian kernel which doesn't get 
this right on this machine.

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Chassis Manufacture
chassis_version: Chassis Version
bios_vendor: American Megatrends Inc.
bios_version: 1006   
board_vendor: ASUSTeK Computer INC.
board_name: M4A78-EM
board_version: Rev X.0x

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] RS780 Host Bridge 
[1022:9600]
Subsystem: ASUSTeK Computer Inc. Device [1043:82f1]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort+ SERR- PERR- INTx-
Latency: 0
Capabilities: access denied

00:01.0 PCI bridge [0604]: ASUSTeK Computer Inc. RS880 PCI to PCI bridge (int 
gfx) [1043:9602] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64
Bus: primary=00, secondary=01, subordinate=01, sec-latency=64
I/O behind bridge: c000-cfff
Memory behind bridge: fe80-fe9f
Prefetchable memory behind bridge: d000-dfff
Secondary status: 66MHz+ FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA+ MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied

00:0a.0 PCI bridge [0604]: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge 
(PCIE port 5) [1022:9609] (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
I/O behind bridge: d000-dfff
Memory behind bridge: fea0-feaf
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- 
MAbort- SERR- PERR-
BridgeCtl: Parity+ SERR+ NoISA+ VGA- MAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: access denied
Kernel driver in use: pcieport

00:11.0 SATA controller [0106]: ATI Technologies Inc SB700/SB800 SATA 
Controller [IDE mode] [1002:4390] (prog-if 01 [AHCI 1.0])
Subsystem: ASUSTeK Computer Inc. Device [1043:82ef]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 22
Region 0: I/O ports at b000 [size=8]
Region 1: I/O ports at a000 [size=4]
Region 2: I/O ports at 9000 [size=8]
Region 3: I/O ports at 8000 [size=4]
Region 4: I/O ports at 7000 [size=16]
Region 5: Memory at fe7ffc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: access denied
Kernel driver in use: ahci

00:12.0 USB Controller [0c03]: ATI Technologies Inc SB700/SB800 USB OHCI0 
Controller [1002:4397] (prog-if 10 [OHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:82ef]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- 
TAbort- MAbort- SERR- PERR- INTx-
Latency: 64, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fe7fe000 (32-bit, non-prefetchable) [size=4K]
Kernel driver in use: ohci_hcd

00:12.1 USB Controller [0c03]: ATI Technologies Inc SB700 USB OHCI1 Controller 
[1002:4398] (prog-if 10 [OHCI])
Subsystem: ASUSTeK Computer Inc. Device [1043:82ef]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- 

Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-07-31 Thread maximilian attems
tags 591073 moreinfo
stop

On Sat, Jul 31, 2010 at 06:42:03PM +0200, Josef Spillner wrote:
 Package: linux-2.6
 Version: 2.6.32-15
 Severity: normal
 
 
 Suspending the computer to RAM (e.g., from the KDE menu) works fine in the 
 previous kernel linux-image-2.6.32-3-amd64.
 But with the current -5 kernel it has ceased to work. The machine falls 
 asleep but the system doesn't come up again
 afterwards when the hardware runs again but nothing is shown on the screen.
 This is on a fully up-to-date squeeze system. The bug was already present 
 with the same kernel on last week's squeeze.
 It's clearly a regression, as it's the first Debian kernel which doesn't get 
 this right on this machine.

outdated test against 2.6.32-18 from unstable,
thanks.



-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100731211308.gp19...@baikonur.stro.at



Processed: Re: Bug#591073: linux-image-2.6.32-5-amd64: Suspend-to-RAM regression

2010-07-31 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 tags 591073 moreinfo
Bug #591073 [linux-2.6] linux-image-2.6.32-5-amd64: Suspend-to-RAM regression
Added tag(s) moreinfo.
 stop
Stopping processing here.

Please contact me if you need assistance.
-- 
591073: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591073
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


-- 
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.12806113624372.transcr...@bugs.debian.org