Re: [patch 00/69] -stable review

[Romano Giannetti <romano.giannetti@gmail.com>]

(changing email. My employer server adds a stupid and malformed
disclaimer, so that vger refuses the post. Oh well. I will no trim the
quot to my original message so that it's here for anyone).

On Tue, 2007-05-22 at 15:07 -0700, Linus Torvalds wrote:
> 
> On Tue, 22 May 2007, Romano Giannetti wrote:
> > 
> > It's an useful patch for me. Without it, my sony vaio pcg-fx701 was very
> > erratic in resume (kernel 2.6.21.1; it works well with the .17 ubuntu
> > kernel). With this patch, I have done 7 cycles flawlessly. Even the
> > out-of-tree rtl8180 wireless driver [1] works ok across resumes. 
> 
> Ok, good to hear.
> 
> > The only problem is that there is an gaping delay of 60 seconds (more or
> > less) on resume. I have the syslog trace copied below; could be a timer
> > problem? Is it known? (It is scaring because the laptop seems dead
> > during this time. I'm not and expert, but it seems here:
> 
> It's not known, no, and yeah, that's scary (and 60 seconds is long enough 
> that most people would have grown bored and pushed the power button for 
> five seconds, having considered the resume a failure).
> 
> > [    1.617972] pcmcia: registering new device pcmcia1.0 
> > [   61.612517] PM: Writing back config space on device 0000:00:[...]
> > 
> > ...and time do not advance.
> 
> Do you mean that doing "date" twice does not increase the seconds? If so, 
> that's almost certainly related to the gaping delay. Which timer do you 
> end up using (what does "dmesg | grep clocksource" say)? Does adding 
> "clocksource=acpi_pm" to the kernel command line change things?
> 

I forgot to mention that I have Ingo cfs patch in. But I had the same
behaviour without, so I do not think it's related.

root@rukbat:/sys/power# dmesg | grep clock
[   19.600060] Time: tsc clocksource has been installed.
[   23.028323] Time: acpi_pm clocksource has been installed.

The "time do not advance was an error of my side... I was basing myself
on the timestamp on the syslog, but then realized that this has nothig
to do with the time at which te message is sent. 

Will try to reboot with clocksource=acpi_pm, althoughI think that this
is the one I'm using. 

> Also, what does your lspci look like?
> 
> 		Linus

00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.4 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:07.5 Multimedia audio controller: VIA Technologies, Inc. VT82C686 AC97 Audio Controller (rev 50)
00:07.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 30)
00:0a.0 CardBus bridge: Texas Instruments PCI1420
00:0a.1 CardBus bridge: Texas Instruments PCI1420
00:0e.0 FireWire (IEEE 1394): Texas Instruments TSB12LV26 IEEE-1394 Controller (Link)
00:10.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:00.0 VGA compatible controller: ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64)
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8180L 802.11b MAC (rev 20)

By the way, suspend to disk (ehem... snapshot/restart) is busted too
(and yes, I have done the echo shutdown > /sys/power/disk thing, he
machine resumes but X no...worked like a charm in 2.6.17.13).

Romano