No APIC interrupts after ACPI suspend

No APIC interrupts after ACPI suspend

[Matthew Garrett]

If I do an S3 suspend, my machine resumes correctly (Thinkpad X40,
acpi_sleep=s3_bios passed on the command line). If I have the ioapic
enabled, however, I get no interrupts after resume. Hacking in a call to
APIC_init_uniprocessor in the resume path improves things - I get edge
triggered interrupts, but anything flagged as level triggered doesn't
work. How can I get the ioapic fully initialised on resume?
-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Hamie]

Matthew Garrett wrote:

>If I do an S3 suspend, my machine resumes correctly (Thinkpad X40,
>acpi_sleep=s3_bios passed on the command line). If I have the ioapic
>enabled, however, I get no interrupts after resume. Hacking in a call to
>APIC_init_uniprocessor in the resume path improves things - I get edge
>triggered interrupts, but anything flagged as level triggered doesn't
>work. How can I get the ioapic fully initialised on resume?
>  
>
I have an identical problem with an r50p. But I'm running PIC... 
(Because the r50p doesn't seem to do APIC). Not sure if it's identical, 
but after resuming, I get maybe 10 seconds of sound, OR 30 odd minutes 
of networking (I know... Sounds strange)... Then neither...

H

Re: No APIC interrupts after ACPI suspend

[Hamie]

Hamie wrote:

> David Eriksson wrote:
>
>> On Fri, 2004-06-25 at 12:48, Matthew Garrett wrote:
>>  
>>
>>> If I do an S3 suspend, my machine resumes correctly (Thinkpad X40,
>>> acpi_sleep=s3_bios passed on the command line). If I have the ioapic
>>> enabled, however, I get no interrupts after resume. Hacking in a 
>>> call to
>>> APIC_init_uniprocessor in the resume path improves things - I get edge
>>> triggered interrupts, but anything flagged as level triggered doesn't
>>> work. How can I get the ioapic fully initialised on resume?
>>>   
>>
>>
>> Maybe you've found this bug?
>>
>> http://bugme.osdl.org/show_bug.cgi?id=2643
>>
>>  
>>
> I think you're right... I've applied the patch to 2.6.7, and I'm still 
> running after a boot-suspend-resume cycle. Hopefully it isn't just a 
> fluke :)
>

Nope... A fluke... Mostly...

FWIW the sound & networking appear to run fine for a while after 
resuming. But I just started a DVD. It ran fine for about 30 seconds and 
then the sound went. About 30 seconds later the video froze and the app 
(xine) has frozen also. (kill -9 time...).

restarting xine it runs the viodeo for about 10 secs before freezing 
again... With no sound...

Checking /proc/interrupts with juk running (Supposedly playing music)

hamish-ffMD+yyVbvkaXcDfM+S1Mg@public.gmane.org:~$ cat /proc/interrupts; sleep 10; cat /proc/interrupts
           CPU0      
  0:   10175817          XT-PIC  timer
  1:       2077          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  5:     169347          XT-PIC  Intel 82801DB-ICH4, yenta
  8:          4          XT-PIC  rtc
  9:      49257          XT-PIC  acpi
 11:       8852          XT-PIC  yenta, uhci_hcd, uhci_hcd, uhci_hcd, 
ehci_hcd, eth0
 12:     110067          XT-PIC  i8042
 14:      63045          XT-PIC  ide0
 15:      38071          XT-PIC  ide1
NMI:          0
ERR:          0
           CPU0      
  0:   10185825          XT-PIC  timer
  1:       2077          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  5:     169347          XT-PIC  Intel 82801DB-ICH4, yenta
  8:          4          XT-PIC  rtc
  9:      49301          XT-PIC  acpi
 11:       8857          XT-PIC  yenta, uhci_hcd, uhci_hcd, uhci_hcd, 
ehci_hcd, eth0
 12:     110586          XT-PIC  i8042
 14:      63055          XT-PIC  ide0
 15:      38071          XT-PIC  ide1
NMI:          0
ERR:          0
hamish-ffMD+yyVbvkaXcDfM+S1Mg@public.gmane.org:~$ ping 192.158.254.254
PING 192.158.254.254 (192.158.254.254): 56 data bytes
64 bytes from 192.158.254.254: icmp_seq=0 ttl=239 time=191.1 ms
64 bytes from 192.158.254.254: icmp_seq=1 ttl=239 time=188.5 ms


The ethernet does still work though... Maybe it's fixed half the problem...

dmesg shows no errors...

radeonfb: suspending to state: 2...
PM: Entering state.
 hwsleep-0304 [42487] acpi_enter_sleep_state: Entering sleep state [S3]
Back to C!
PM: Finishing up.
PCI: Setting latency timer of device 0000:00:1d.0 to 64
PCI: Setting latency timer of device 0000:00:1d.1 to 64
PCI: Setting latency timer of device 0000:00:1d.2 to 64
PCI: Setting latency timer of device 0000:00:1d.7 to 64
PCI: Setting latency timer of device 0000:00:1f.5 to 64
hStart = 1656, hEnd = 1848, hTotal = 2160
vStart = 1202, vEnd = 1205, vTotal = 1250
h_total_disp = 0xc7010d    hsync_strt_wid = 0x180670
v_total_disp = 0x4af04e1           vsync_strt_wid = 0x304b1
pixclock = 6172
freq = 16202
lvds_gen_cntl: 000cffa5
radeonfb: resumed !
ACPI: IRQ9 SCI: Edge set to Level Trigger.
Restarting tasks... done
usbcore: registered new driver usbfs
usbcore: registered new driver hub
USB Universal Host Controller Interface driver v2.2
uhci_hcd 0000:00:1d.0: Intel Corp. 82801DB (ICH4) USB UHCI #1
PCI: Setting latency timer of device 0000:00:1d.0 to 64
uhci_hcd 0000:00:1d.0: irq 11, io base 00001800
uhci_hcd 0000:00:1d.0: new USB bus registered, assigned bus number 1
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.1: Intel Corp. 82801DB (ICH4) USB UHCI #2
PCI: Setting latency timer of device 0000:00:1d.1 to 64
uhci_hcd 0000:00:1d.1: irq 11, io base 00001820
uhci_hcd 0000:00:1d.1: new USB bus registered, assigned bus number 2
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 2 ports detected
uhci_hcd 0000:00:1d.2: Intel Corp. 82801DB (ICH4) USB UHCI #3
PCI: Setting latency timer of device 0000:00:1d.2 to 64
uhci_hcd 0000:00:1d.2: irq 11, io base 00001840
uhci_hcd 0000:00:1d.2: new USB bus registered, assigned bus number 3
hub 3-0:1.0: USB hub found
hub 3-0:1.0: 2 ports detected
ehci_hcd 0000:00:1d.7: Intel Corp. 82801DB (ICH4) USB2 EHCI Controller
PCI: Setting latency timer of device 0000:00:1d.7 to 64
ehci_hcd 0000:00:1d.7: irq 11, pci mem e1908000
ehci_hcd 0000:00:1d.7: new USB bus registered, assigned bus number 4
PCI: cache line size of 32 is not supported by device 0000:00:1d.7
ehci_hcd 0000:00:1d.7: USB 2.0 enabled, EHCI 1.00, driver 2004-May-10
hub 4-0:1.0: USB hub found
hub 4-0:1.0: 6 ports detected
hw_random: RNG not detected
e1000: Ignoring new-style parameters in presence of obsolete ones
Intel(R) PRO/1000 Network Driver - version 5.2.52-k4
Copyright (c) 1999-2004 Intel Corporation.
e1000: eth0: e1000_probe: Intel(R) PRO/1000 Network Connection
e1000: eth0: e1000_watchdog: NIC Link is Up 100 Mbps Full Duplex
hamish-ffMD+yyVbvkaXcDfM+S1Mg@public.gmane.org:~$




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Herman Sheremetyev]

[-- Attachment #1: Type: text/plain, Size: 3498 bytes --]

Hi All,

I'm having basically the same issue on my Asus M6N though with different
drivers.  I'm running Fedora Core 2 with a vanilla 2.6.7 kernel.  In my
case snd-intel8x0 and ipw2100, which both share IRQ 11, work ok for a
short while after an S3 resume but then freeze up and refuse to respond
until I unload and reload them.  I think the interrupts not incrementing
is just a symptom of the problem rather than the cause.  A reliable way
to reproduce it is to play music while either transferring a big file or
doing a ping -f.  This usually knocks them out pretty fast however it's
not at all consistent about the length of time they will work after a
resume.  

After reloading both of them, either one will work by itself but as soon
as I try to use them together both freeze again, and this time they
freeze pretty much immediately.  I noticed that PCI registers are set
differently after the machine comes back from S3 so I tried setting them
back manually but that did not fix the problem either.  There are some
that actually refused to be set so maybe that has something to do with
it.  I am attaching outputs of lspci -xxx and lspci -vv from a pre-S3
state and post-S3 if somebody thinks they might be helpful.  I also
tried alternate drivers for both devices (i810-audio and ndiswrapper)
with similar results.

Also, after an S3 resume, I only see 'inu' in yellow on black letters on
the screen, the ASM in wakeup.S is pretty impenetrable to me so I don't
know if this indicates a problem or not.  My laptop also does not reboot
properly after an S3, just hangs there after saying it's about to
restart, but again I'm not sure it that's related or not.

Thanks in advance for any help, and if I should provide any further
information please let me know.

-Herman

On Sun, 2004-06-27 at 13:57, Hamie wrote:
> Hamie wrote:
<snip>
> Nope... A fluke... Mostly...
> 
> FWIW the sound & networking appear to run fine for a while after 
> resuming. But I just started a DVD. It ran fine for about 30 seconds and 
> then the sound went. About 30 seconds later the video froze and the app 
> (xine) has frozen also. (kill -9 time...).
> 
> restarting xine it runs the viodeo for about 10 secs before freezing 
> again... With no sound...
> 
> Checking /proc/interrupts with juk running (Supposedly playing music)
> 
> hamish-ffMD+yyVbvkaXcDfM+S1Mg@public.gmane.org:~$ cat /proc/interrupts; sleep 10; cat /proc/interrupts
>            CPU0      
>   0:   10175817          XT-PIC  timer
>   1:       2077          XT-PIC  i8042
>   2:          0          XT-PIC  cascade
>   5:     169347          XT-PIC  Intel 82801DB-ICH4, yenta
>   8:          4          XT-PIC  rtc
>   9:      49257          XT-PIC  acpi
>  11:       8852          XT-PIC  yenta, uhci_hcd, uhci_hcd, uhci_hcd, 
> ehci_hcd, eth0
>  12:     110067          XT-PIC  i8042
>  14:      63045          XT-PIC  ide0
>  15:      38071          XT-PIC  ide1
> NMI:          0
> ERR:          0
>            CPU0      
>   0:   10185825          XT-PIC  timer
>   1:       2077          XT-PIC  i8042
>   2:          0          XT-PIC  cascade
>   5:     169347          XT-PIC  Intel 82801DB-ICH4, yenta
>   8:          4          XT-PIC  rtc
>   9:      49301          XT-PIC  acpi
>  11:       8857          XT-PIC  yenta, uhci_hcd, uhci_hcd, uhci_hcd, 
> ehci_hcd, eth0
>  12:     110586          XT-PIC  i8042
>  14:      63055          XT-PIC  ide0
>  15:      38071          XT-PIC  ide1
> NMI:          0
> ERR:          0


[-- Attachment #2: lspci.tar.bz2 --]
[-- Type: application/x-bzip-compressed-tar, Size: 4533 bytes --]

Re: No APIC interrupts after ACPI suspend

[Alexander Gran]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Sonntag, 27. Juni 2004 19:57 schrieb Hamie:
> FWIW the sound & networking appear to run fine for a while after
> resuming. But I just started a DVD. It ran fine for about 30 seconds and
> then the sound went. About 30 seconds later the video froze and the app
> (xine) has frozen also. (kill -9 time...).

I can confirm that here:
after resuming, network completely works (yeah!).
Sound doesn't.
unloading/reloading the sound driver does not help.
USB works jumpy (perhaps 5-10hz)
Reloading does the trick for usb.

regards
Alex

- -- 
Encrypted Mails welcome.
PGP-Key at http://zodiac.dnsalias.org/misc/pgpkey.asc | Key-ID: 0x6D7DD291
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA3xd5/aHb+2190pERAmTsAJ0Q9iFLAGC6pbMZgTMjlv0BpmSALgCfTOmS
Ye+xHeQfxA/qrcUroQmdmJw=
=oyv2
-----END PGP SIGNATURE-----



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Hamie]

Alexander Gran wrote:

>-----BEGIN PGP SIGNED MESSAGE-----
>Hash: SHA1
>
>Am Sonntag, 27. Juni 2004 19:57 schrieb Hamie:
>  
>
>>FWIW the sound & networking appear to run fine for a while after
>>resuming. But I just started a DVD. It ran fine for about 30 seconds and
>>then the sound went. About 30 seconds later the video froze and the app
>>(xine) has frozen also. (kill -9 time...).
>>    
>>
> <>
> I can confirm that here:
> after resuming, network completely works (yeah!).
> Sound doesn't.
> unloading/reloading the sound driver does not help.
> USB works jumpy (perhaps 5-10hz)
> Reloading does the trick for usb.
>

Since it sounds like a different bug to 2643, (Similiar but the patch 
that fixes the ethernet doesn't appear to doa  lot for the sound). I've 
opened a new one... #2965.



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Alexander Gran]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Sonntag, 27. Juni 2004 20:52 schrieb Alexander Gran:
> Sound doesn't.
> unloading/reloading the sound driver does not help.
> USB works jumpy (perhaps 5-10hz)
> Reloading does the trick for usb.

Oh, sorry. That one was incorrect.
reloading the usb drivers does only help on 2.6.7-mm2 without bk-acpi.patch. 

regards
Alex

- -- 
Encrypted Mails welcome.
PGP-Key at http://zodiac.dnsalias.org/misc/pgpkey.asc | Key-ID: 0x6D7DD291
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA3x6E/aHb+2190pERAiwgAJ93jDFzhcTUy3MR0M4kHuqvXxIL9gCeIkUt
KGA555USeLuPnYTVKjQJAzk=
=nA8V
-----END PGP SIGNATURE-----



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Hamie]

Hamie wrote:

> Alexander Gran wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Am Sonntag, 27. Juni 2004 19:57 schrieb Hamie:
>>  
>>
>>> FWIW the sound & networking appear to run fine for a while after
>>> resuming. But I just started a DVD. It ran fine for about 30 seconds 
>>> and
>>> then the sound went. About 30 seconds later the video froze and the app
>>> (xine) has frozen also. (kill -9 time...).
>>>   
>>
>> <>
>> I can confirm that here:
>> after resuming, network completely works (yeah!).
>> Sound doesn't.
>> unloading/reloading the sound driver does not help.
>> USB works jumpy (perhaps 5-10hz)
>> Reloading does the trick for usb.
>>
>
> Since it sounds like a different bug to 2643, (Similiar but the patch 
> that fixes the ethernet doesn't appear to doa  lot for the sound). 
> I've opened a new one... #2965.
>

Seeing as sound was on IRQ5 and the patch for 2643 fixed the ethernet, I added a
(big hack here :) call to 

                acpi_pic_sci_set_trigger(5, acpi_sci_flags.trigger);

in  acpi_pm_finish(u32 state); just after the call to set the IRQ trigger for
the acpi irq... 

Results in (kern.log) 

Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ9 SCI: Edge set to Level Trigger.
Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ5 SCI: Edge set to Level Trigger.


and then sound works after resume... Obviously not a very good fix as it won't
fix anything that uses somethign other than IRQ5.

So... What should the correct fix be? Obviously some IRQ's triggers aren't
surviving the resume... But why... The timer (IRQ 0) obviously does... 




-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

RE: No APIC interrupts after ACPI suspend

[Li, Shaohua]

Hi,
I attached a new patch to handler all level triggered IRQs after resume
for 8259 in http://bugme.osdl.org/show_bug.cgi?id=2643. Please try and
attach your test result on it.

Thanks,
Shaohua
>-----Original Message-----
>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
>admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Hamie
>Sent: Monday, June 28, 2004 4:27 AM
>Cc: Alexander Gran; linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; acpi-
>devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>Subject: Re: [ACPI] No APIC interrupts after ACPI suspend
>
>Hamie wrote:
>
>> Alexander Gran wrote:
>>
>>> -----BEGIN PGP SIGNED MESSAGE-----
>>> Hash: SHA1
>>>
>>> Am Sonntag, 27. Juni 2004 19:57 schrieb Hamie:
>>>
>>>
>>>> FWIW the sound & networking appear to run fine for a while after
>>>> resuming. But I just started a DVD. It ran fine for about 30
seconds
>>>> and
>>>> then the sound went. About 30 seconds later the video froze and the
app
>>>> (xine) has frozen also. (kill -9 time...).
>>>>
>>>
>>> <>
>>> I can confirm that here:
>>> after resuming, network completely works (yeah!).
>>> Sound doesn't.
>>> unloading/reloading the sound driver does not help.
>>> USB works jumpy (perhaps 5-10hz)
>>> Reloading does the trick for usb.
>>>
>>
>> Since it sounds like a different bug to 2643, (Similiar but the patch
>> that fixes the ethernet doesn't appear to doa  lot for the sound).
>> I've opened a new one... #2965.
>>
>
>Seeing as sound was on IRQ5 and the patch for 2643 fixed the ethernet,
I
>added a
>(big hack here :) call to
>
>                acpi_pic_sci_set_trigger(5, acpi_sci_flags.trigger);
>
>in  acpi_pm_finish(u32 state); just after the call to set the IRQ
trigger
>for
>the acpi irq...
>
>Results in (kern.log)
>
>Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ9 SCI: Edge set to Level
>Trigger.
>Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ5 SCI: Edge set to Level
>Trigger.
>
>
>and then sound works after resume... Obviously not a very good fix as
it
>won't
>fix anything that uses somethign other than IRQ5.
>
>So... What should the correct fix be? Obviously some IRQ's triggers
aren't
>surviving the resume... But why... The timer (IRQ 0) obviously does...
>
>
>
>
>-------------------------------------------------------
>This SF.Net email sponsored by Black Hat Briefings & Training.
>Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
>digital self defense, top technical experts, no vendor pitches,
>unmatched networking opportunities. Visit www.blackhat.com
>_______________________________________________
>Acpi-devel mailing list
>Acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>https://lists.sourceforge.net/lists/listinfo/acpi-devel



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 -
digital self defense, top technical experts, no vendor pitches,
unmatched networking opportunities. Visit www.blackhat.com

Re: No APIC interrupts after ACPI suspend

[Hamie]

Li, Shaohua wrote:

>Hi,
>I attached a new patch to handler all level triggered IRQs after resume
>for 8259 in http://bugme.osdl.org/show_bug.cgi?id=2643. Please try and
>attach your test result on it.
>
>  
>


Uh.... That might work.... Except that after applying the patch & 
restarting. Then suspend-resume I get another small problem... My 
thinkpad (r50p) uses the power button to wake up from suspend... The 
system wakes, but with this latest patch, acpid then kicks in & says 
'Ohh! I saw him press the power button' and promptly shuts down...

here's my acpid logfile

[Mon Jun 28 09:39:27 2004] received event "button/sleep SLPB 00000080 
00000001"
[Mon Jun 28 09:39:27 2004] executing action "/etc/acpi/sleep.sh"
[Mon Jun 28 09:39:27 2004] BEGIN HANDLER MESSAGES
ERROR: Module i810_audio does not exist in /proc/modules
Stopping hotplug subsystem:
   input
   net
   pci
   usb
done
ERROR: Module bluetooth is in use by rfcomm,l2cap
Starting hotplug subsystem:
   input
   net
   pci
   usb
** can't synthesize root hub events
done

/dev/hda:
 setting standby to 240 (20 minutes)
[Mon Jun 28 09:39:43 2004] END HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] action exited with status 0
[Mon Jun 28 09:39:43 2004] completed event "button/sleep SLPB 00000080 
00000001"
[Mon Jun 28 09:39:43 2004] received event "button/power PWRF 00000080 
00000001"
[Mon Jun 28 09:39:43 2004] executing action "/etc/acpi/powerbtn.sh"
[Mon Jun 28 09:39:43 2004] BEGIN HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] END HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] action exited with status 0
[Mon Jun 28 09:39:43 2004] completed event "button/power PWRF 00000080 
00000001"
[Mon Jun 28 09:40:07 2004] exiting
[Mon Jun 28 09:41:08 2004] starting up
[Mon Jun 28 09:41:08 2004] 3 rules loaded
ballbreaker:/var/log#


Sleeps, wakes & a shutdown... Should acpid do that? (i.e. shouldn't it 
eat the power button event that woke it up as a wakeup? Should it even 
get that?) Or is it the previous patch for drivers/acpi/sleep/main.c 
resetting the IRQ9 to edge triggered that's killing me? (I'll try 
removing that now).

TIA
Hamish.

>Thanks,
>Shaohua
>  
>
>>-----Original Message-----
>>From: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org [mailto:acpi-devel-
>>admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org] On Behalf Of Hamie
>>Sent: Monday, June 28, 2004 4:27 AM
>>Cc: Alexander Gran; linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org; acpi-
>>devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
>>Subject: Re: [ACPI] No APIC interrupts after ACPI suspend
>>
>>Hamie wrote:
>>
>>    
>>
>>>Alexander Gran wrote:
>>>
>>>      
>>>
>>>>-----BEGIN PGP SIGNED MESSAGE-----
>>>>Hash: SHA1
>>>>
>>>>Am Sonntag, 27. Juni 2004 19:57 schrieb Hamie:
>>>>
>>>>
>>>>        
>>>>
>>>>>FWIW the sound & networking appear to run fine for a while after
>>>>>resuming. But I just started a DVD. It ran fine for about 30
>>>>>          
>>>>>
>seconds
>  
>
>>>>>and
>>>>>then the sound went. About 30 seconds later the video froze and the
>>>>>          
>>>>>
>app
>  
>
>>>>>(xine) has frozen also. (kill -9 time...).
>>>>>
>>>>>          
>>>>>
>>>><>
>>>>I can confirm that here:
>>>>after resuming, network completely works (yeah!).
>>>>Sound doesn't.
>>>>unloading/reloading the sound driver does not help.
>>>>USB works jumpy (perhaps 5-10hz)
>>>>Reloading does the trick for usb.
>>>>
>>>>        
>>>>
>>>Since it sounds like a different bug to 2643, (Similiar but the patch
>>>that fixes the ethernet doesn't appear to doa  lot for the sound).
>>>I've opened a new one... #2965.
>>>
>>>      
>>>
>>Seeing as sound was on IRQ5 and the patch for 2643 fixed the ethernet,
>>    
>>
>I
>  
>
>>added a
>>(big hack here :) call to
>>
>>               acpi_pic_sci_set_trigger(5, acpi_sci_flags.trigger);
>>
>>in  acpi_pm_finish(u32 state); just after the call to set the IRQ
>>    
>>
>trigger
>  
>
>>for
>>the acpi irq...
>>
>>Results in (kern.log)
>>
>>Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ9 SCI: Edge set to Level
>>Trigger.
>>Jun 27 21:15:28 ballbreaker kernel: ACPI: IRQ5 SCI: Edge set to Level
>>Trigger.
>>
>>
>>and then sound works after resume... Obviously not a very good fix as
>>    
>>
>it
>  
>
>>won't
>>fix anything that uses somethign other than IRQ5.
>>
>>So... What should the correct fix be? Obviously some IRQ's triggers
>>    
>>
>aren't
>  
>
>>surviving the resume... But why... The timer (IRQ 0) obviously does...
>>
>>
>>
>>    
>>



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com

Re: [ACPI] No APIC interrupts after ACPI suspend

[Luca Capello]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

on 06/28/04 10:48, Hamie wrote:
> Li, Shaohua wrote:
>> I attached a new patch to handler all level triggered IRQs after resume
>> for 8259 in http://bugme.osdl.org/show_bug.cgi?id=2643. Please try and
>> attach your test result on it.
> Uh.... That might work.... Except that after applying the patch &
> restarting. Then suspend-resume I get another small problem... My
> thinkpad (r50p) uses the power button to wake up from suspend... The
> system wakes, but with this latest patch, acpid then kicks in & says
> 'Ohh! I saw him press the power button' and promptly shuts down...
<cut>
> Sleeps, wakes & a shutdown... Should acpid do that? (i.e. shouldn't it
> eat the power button event that woke it up as a wakeup? Should it even
> get that?) Or is it the previous patch for drivers/acpi/sleep/main.c
> resetting the IRQ9 to edge triggered that's killing me? (I'll try
> removing that now).
this is a known /bug/, I experienced the same on my ancient ASUS M3N. It
has nothing to do with 'acpid'. Please refer to this thread:
	http://marc.theaimsgroup.com/?l=acpi4linux&m=107291320113621&w=2

For the moment, you can use the workaround I proposed here
	http://marc.theaimsgroup.com/?l=acpi4linux&m=107333070225744&w=2

Thx, bye,
Gismo / Luca
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFA3+JiVAp7Xm10JmkRAoioAJ0Wm/HoUcW0CH2yePQvjB4YGJDs/gCdHd8S
NHmS97q0bfg8JOec6H7fFKs=
=J5E+
-----END PGP SIGNATURE-----

Re: [ACPI] No APIC interrupts after ACPI suspend

[Hamie]

Li, Shaohua wrote:

>Hi,
>I attached a new patch to handler all level triggered IRQs after resume
>for 8259 in http://bugme.osdl.org/show_bug.cgi?id=2643. Please try and
>attach your test result on it.
>
>  
>


[Sorry if some see this twice... It bounced when I sent it before]

Uh.... That might work.... Except that after applying the patch & 
restarting. Then suspend-resume I get another small problem... My 
thinkpad (r50p) uses the power button to wake up from suspend... The 
system wakes, but with this latest patch, acpid then kicks in & says 
'Ohh! I saw him press the power button' and promptly shuts down...

here's my acpid logfile

[Mon Jun 28 09:39:27 2004] received event "button/sleep SLPB 00000080 
00000001"
[Mon Jun 28 09:39:27 2004] executing action "/etc/acpi/sleep.sh"
[Mon Jun 28 09:39:27 2004] BEGIN HANDLER MESSAGES
ERROR: Module i810_audio does not exist in /proc/modules
Stopping hotplug subsystem:
  input
  net
  pci
  usb
done
ERROR: Module bluetooth is in use by rfcomm,l2cap
Starting hotplug subsystem:
  input
  net
  pci
  usb
** can't synthesize root hub events
done

/dev/hda:
setting standby to 240 (20 minutes)
[Mon Jun 28 09:39:43 2004] END HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] action exited with status 0
[Mon Jun 28 09:39:43 2004] completed event "button/sleep SLPB 00000080 
00000001"
[Mon Jun 28 09:39:43 2004] received event "button/power PWRF 00000080 
00000001"
[Mon Jun 28 09:39:43 2004] executing action "/etc/acpi/powerbtn.sh"
[Mon Jun 28 09:39:43 2004] BEGIN HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] END HANDLER MESSAGES
[Mon Jun 28 09:39:43 2004] action exited with status 0
[Mon Jun 28 09:39:43 2004] completed event "button/power PWRF 00000080 
00000001"
[Mon Jun 28 09:40:07 2004] exiting
[Mon Jun 28 09:41:08 2004] starting up
[Mon Jun 28 09:41:08 2004] 3 rules loaded
ballbreaker:/var/log#


Sleeps, wakes & a shutdown... Should acpid do that? (i.e. shouldn't it 
eat the power button event that woke it up as a wakeup? Should it even 
get that?) Or is it the previous patch for drivers/acpi/sleep/main.c 
resetting the IRQ9 to edge triggered that's killing me? (I'll try 
removing that now).

[Note, I've recieved a note regarding the wakeup & shutdown problem... 
It's a bug perhaps? Does anyone know whether the bug is that acpi 
shouldn't get the power button event after the resume? Or is it a bug 
that acpid itself doesn't eat the event as we've just resumed (How does 
it know the button was to wakeup & wasn't really to shutdown?) or is the 
bug in the scripts (unlikely... The 'workaround' I was pointed at 
scrapes the log to find out if we've just resumed... But what if the 
logfilesystem is full... No log & we'll shutdown anyway, so I'd suspect 
acpid myself... Anyone confirm which area is actually responsible?

TIA
Hamish.

Re: No APIC interrupts after ACPI suspend

[Pavel Machek]

Hi!

> Also, after an S3 resume, I only see 'inu' in yellow on black letters on
> the screen, the ASM in wakeup.S is pretty impenetrable to me so I don't
> know if this indicates a problem or not.  My laptop also does not reboot
> properly after an S3, just hangs there after saying it's about to
> restart, but again I'm not sure it that's related or not.

Its trying to say Linux! and that should be normal.
-- 
64 bytes from 195.113.31.123: icmp_seq=28 ttl=51 time=448769.1 ms         



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com