Bug#343440: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2006-11-13 Thread Thomas Maier
Am Sonntag, den 12.11.2006, 23:15 +0100 schrieb maximilian attems: > heya, > > On Mon, 06 Nov 2006, Thomas Maier wrote: > > > Am Donnerstag, den 02.11.2006, 18:01 +0100 schrieb maximilian attems: > > > > That is very good. Thanks for the link (retrieving packa

Bug#343440: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2006-11-06 Thread Thomas Maier
Am Donnerstag, den 02.11.2006, 18:01 +0100 schrieb maximilian attems: > hello thomas, > > [...] > > Yeah, frustrating from a user's point of view, but absolutely > > understandable. > > we try our best so you'll see in Debian 2.6.18 several backported > swsusp patches. > http://svn.debian.org/wsv

Bug#343440: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2006-10-31 Thread Thomas Maier
Am Montag, den 30.10.2006, 14:38 +0100 schrieb maximilian attems: > On Mon, Oct 30, 2006 at 10:42:25AM +0100, Thomas Maier wrote: > > Hi David, > > > > thought nobody's going to look at this, it's almost a year :). > > swsusp bugs are low priority and t

Bug#343440: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2006-10-30 Thread Thomas Maier
2.net), which works amazingly fast and has a couple of other nice characteristics (better concept, nice community, nice developer (especially in contrast to the in-kernel suspend), etc.). In short: in-kernel suspend works but sucks, suspend2 works and is nice. Easy choice, I'd think :

Bug#343440: linux-image-2.6.14-2-686: Resuming from suspend to RAM with 2.6.14-5 fails significantly more often than with 2.6.14-4

2005-12-15 Thread Thomas Maier
Package: linux-image-2.6.14-2-686 Version: 2.6.14-5 Severity: normal *** Please type your report below this line *** For me, personally, this is a critical bug as I use Linux on a notebook, but I did not want to boost up the priority too much. The "new" kernel (2.6.14-5) suspends (to RAM) as fin

Bug#343048: linux-image-2.6.14-2-686: no need to install initramfs-tools (but piix not loaded)

2005-12-13 Thread Thomas Maier
Am Dienstag, den 13.12.2005, 12:36 +0100 schrieb Sven Luther: > On Tue, Dec 13, 2005 at 12:27:09PM +0100, Thomas Maier wrote: > > Am Dienstag, den 13.12.2005, 11:52 +0100 schrieb Jonas Smedegaard: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > >

Bug#343048: linux-image-2.6.14-2-686: no need to install initramfs-tools (but piix not loaded)

2005-12-13 Thread Thomas Maier
Am Dienstag, den 13.12.2005, 11:52 +0100 schrieb Jonas Smedegaard: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Tue, 13 Dec 2005 09:44:22 +0100 > Thomas Maier <[EMAIL PROTECTED]> wrote: > > > It seems piix was the critical one. > > Yes - that

Bug#343048: linux-image-2.6.14-2-686: no need to install initramfs-tools

2005-12-13 Thread Thomas Maier
> > > These modules are loaded: > > ## > > lsmod |egrep "piix|generic|ide" > > piix 10436 0 [permanent] > > generic 4356 0 [permanent] > > ide_disk 18784 7 > > ide_generic 1216 0 [permanent] > > ide_core 131740 4 piix,ge

Bug#343048: linux-image-2.6.14-2-686: no need to install initramfs-tools (but piix not loaded)

2005-12-13 Thread Thomas Maier
Hi, I also added MODULE ide-generic MODULE ide-disk to /etc/yaird/Default.cfg and the kernel booted again. Unfortunately, DMA was disabled and I got several fat warnings about this while booting. Adding MODULE ide-core MODULE

Bug#340593: Bug#267600: Is CONFIG_SOFTWARE_SUSPEND enough?

2005-11-24 Thread Thomas Maier
Am Mittwoch, den 23.11.2005, 15:50 +0100 schrieb Maximilian Attems: > please open a _new_ bug report, so the issue don't get lost. > > > Am Dienstag, den 22.11.2005, 12:55 +0100 schrieb Jonas Smedegaard: > > Well, I *think* it won't work as swsusp even refuses to suspend (so I > > could never tr

Bug#340593: linux-image-2.6.14-2-686: swsusp does not suspend (swsusp: cannot find swap device, try swapon -a.)

2005-11-24 Thread Thomas Maier
Package: linux-image-2.6.14-2-686 Version: 2.6.14-3 Severity: normal When I try to suspend to disk, swsusp answers: swsusp: cannot find swap device, try swapon -a. I use the hibernate script (package hibernate) configured to use ### sysfs_power_state UseSysfsPowerState disk but the same

Re: Bug#267600: Is CONFIG_SOFTWARE_SUSPEND enough?

2005-11-23 Thread Thomas Maier
[not CCing to [EMAIL PROTECTED] at the request of Maximilian Attems, although I still don't think this bug should be closed] Am Dienstag, den 22.11.2005, 12:55 +0100 schrieb Jonas Smedegaard: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Tue, 22 Nov 2005 11:39:

Re: Bug#267600: Is CONFIG_SOFTWARE_SUSPEND enough?

2005-11-22 Thread Thomas Maier
nything from please enable CONFIG_SOFTWARE_SUSPEND to please make it work, but hey, sorry anyway. > On Tue, Nov 22, 2005 at 11:39:13AM +0100, Thomas Maier wrote: > > > > I happily discovered that CONFIG_SOFTWARE_SUSPEND is enabled in my > > 2.6.14-2-686 kernel (version 2.6.14-3) and

Bug#267600: Is CONFIG_SOFTWARE_SUSPEND enough?

2005-11-22 Thread Thomas Maier
Hi, I happily discovered that CONFIG_SOFTWARE_SUSPEND is enabled in my 2.6.14-2-686 kernel (version 2.6.14-3) and tried to suspend to disk. Unfortunately it refused to suspend and after googling for a while it seems to me that the problem is that the IDE drivers are still compiled as modules. See