All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Kok, Auke" <auke-jan.h.kok@intel.com>
To: "Kok, Auke" <auke-jan.h.kok@intel.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Andrey Borzenkov <arvidjaar@mail.ru>,
	e1000-devel@lists.sourceforge.net, netdev@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [2.6.25-rc2] e100: Trying to free already-free IRQ 11 during suspend ...
Date: Wed, 20 Feb 2008 10:33:00 -0800	[thread overview]
Message-ID: <47BC725C.3060400@intel.com> (raw)
In-Reply-To: <47BB0F76.1040808@intel.com>

Kok, Auke wrote:
> Andrew Morton wrote:
>> On Sun, 17 Feb 2008 15:36:50 +0300 Andrey Borzenkov <arvidjaar@mail.ru> wrote:
>>
>>> ... and possibly reboot/poweroff (it flows by too fast to be legible).
>>>
>>> [ 8803.850634] ACPI: Preparing to enter system sleep state S3
>>> [ 8803.853141] Suspending console(s)
>>> [ 8805.287505] serial 00:09: disabled
>>> [ 8805.291564] Trying to free already-free IRQ 11
>>> [ 8805.291579] Pid: 6920, comm: pm-suspend Not tainted 2.6.25-rc2-1avb #2
>>> [ 8805.291628]  [<c0152127>] free_irq+0xb7/0x130
>>> [ 8805.291675]  [<c024bd80>] e100_suspend+0xc0/0x100
>>> [ 8805.291724]  [<c01eaa36>] pci_device_suspend+0x26/0x70
>>> [ 8805.291747]  [<c0243674>] suspend_device+0x94/0xd0
>>> [ 8805.291763]  [<c02439a3>] device_suspend+0x153/0x240
>>> [ 8805.291784]  [<c014314f>] suspend_devices_and_enter+0x4f/0xf0
>>> [ 8805.291808]  [<c0143a5f>] ? freeze_processes+0x3f/0x80
>>> [ 8805.291825]  [<c01432fa>] enter_state+0xaa/0x140
>>> [ 8805.291840]  [<c014341f>] state_store+0x8f/0xd0
>>> [ 8805.291852]  [<c0143390>] ? state_store+0x0/0xd0
>>> [ 8805.291866]  [<c01d3404>] kobj_attr_store+0x24/0x30
>>> [ 8805.291901]  [<c01b547b>] sysfs_write_file+0xbb/0x110
>>> [ 8805.291936]  [<c0177d79>] vfs_write+0x99/0x130
>>> [ 8805.291963]  [<c01b53c0>] ? sysfs_write_file+0x0/0x110
>>> [ 8805.291979]  [<c01782fd>] sys_write+0x3d/0x70
>>> [ 8805.291998]  [<c010409a>] sysenter_past_esp+0x5f/0xa5
>>> [ 8805.292038]  =======================
>>> [ 8805.347640] ACPI: PCI interrupt for device 0000:00:06.0 disabled
>>> [ 8805.361128] ACPI: PCI interrupt for device 0000:00:02.0 disabled
>>> [ 8805.376670]  hwsleep-0322 [00] enter_sleep_state     : Entering sleep state [S3]
>>> [ 8805.376670] Back to C!
>>>
>>> Interface is unused normally (only for netconsole sometimes). dmesg and config
>>> attached.
>> Does reverting this:
>>
>> commit 8543da6672b0994921f014f2250e27ae81645580
>> Author: Auke Kok <auke-jan.h.kok@intel.com>
>> Date:   Wed Dec 12 16:30:42 2007 -0800
>>
>>     e100: free IRQ to remove warningwhenrebooting
>>     
>> with this patch:
>>
>> --- a/drivers/net/e100.c~revert-1
>> +++ a/drivers/net/e100.c
>> @@ -2804,9 +2804,8 @@ static int e100_suspend(struct pci_dev *
>>  		pci_enable_wake(pdev, PCI_D3cold, 0);
>>  	}
>>  
>> -	free_irq(pdev->irq, netdev);
>> -
>>  	pci_disable_device(pdev);
>> +	free_irq(pdev->irq, netdev);
>>  	pci_set_power_state(pdev, PCI_D3hot);
>>  
>>  	return 0;
>> @@ -2848,8 +2847,6 @@ static void e100_shutdown(struct pci_dev
>>  		pci_enable_wake(pdev, PCI_D3cold, 0);
>>  	}
>>  
>> -	free_irq(pdev->irq, netdev);
>> -
>>  	pci_disable_device(pdev);
>>  	pci_set_power_state(pdev, PCI_D3hot);
>>  }
>> _
>>
>> fix it?
>>
>>> Hmm ... after resume device has disappeared at all ...
>>>
>>> {pts/1}% cat /proc/interrupts
>>>            CPU0
>>>   0:    1290492    XT-PIC-XT        timer
>>>   1:       6675    XT-PIC-XT        i8042
>>>   2:          0    XT-PIC-XT        cascade
>>>   3:          2    XT-PIC-XT
>>>   4:          2    XT-PIC-XT
>>>   5:          3    XT-PIC-XT
>>>   7:          4    XT-PIC-XT        irda0
>>>   8:          0    XT-PIC-XT        rtc0
>>>   9:        583    XT-PIC-XT        acpi
>>>  10:          2    XT-PIC-XT
>>>  11:      31483    XT-PIC-XT        yenta, yenta, yenta, ohci_hcd:usb1, ALI 5451, pcmcia0.0
>>>  12:      28070    XT-PIC-XT        i8042
>>>  14:      21705    XT-PIC-XT        ide0
>>>  15:      82123    XT-PIC-XT        ide1
>>> NMI:          0   Non-maskable interrupts
>>> TRM:          0   Thermal event interrupts
>>> SPU:          0   Spurious interrupts
>>> ERR:          0
>> I hope that's not a separate bug...
> 
> I'll take a look at this as well. thanks for reporting.

ok, I just had a repro - on a regular shutdown even.

this always worked before - I'm not blaming anything yet but something in the pci
shutdown code must now be freeing our irq for us (I'm not using anything fancy to
autoconfigure my network here).

I definately do not see this with 2.6.24 either.

Auke

WARNING: multiple messages have this Message-ID (diff)
From: "Kok, Auke" <auke-jan.h.kok@intel.com>
To: "Kok, Auke" <auke-jan.h.kok@intel.com>
Cc: e1000-devel@lists.sourceforge.net, netdev@vger.kernel.org,
	Andrew Morton <akpm@linux-foundation.org>,
	Andrey Borzenkov <arvidjaar@mail.ru>,
	linux-kernel@vger.kernel.org
Subject: Re: [2.6.25-rc2] e100: Trying to free already-free IRQ 11 during suspend ...
Date: Wed, 20 Feb 2008 10:33:00 -0800	[thread overview]
Message-ID: <47BC725C.3060400@intel.com> (raw)
In-Reply-To: <47BB0F76.1040808@intel.com>

Kok, Auke wrote:
> Andrew Morton wrote:
>> On Sun, 17 Feb 2008 15:36:50 +0300 Andrey Borzenkov <arvidjaar@mail.ru> wrote:
>>
>>> ... and possibly reboot/poweroff (it flows by too fast to be legible).
>>>
>>> [ 8803.850634] ACPI: Preparing to enter system sleep state S3
>>> [ 8803.853141] Suspending console(s)
>>> [ 8805.287505] serial 00:09: disabled
>>> [ 8805.291564] Trying to free already-free IRQ 11
>>> [ 8805.291579] Pid: 6920, comm: pm-suspend Not tainted 2.6.25-rc2-1avb #2
>>> [ 8805.291628]  [<c0152127>] free_irq+0xb7/0x130
>>> [ 8805.291675]  [<c024bd80>] e100_suspend+0xc0/0x100
>>> [ 8805.291724]  [<c01eaa36>] pci_device_suspend+0x26/0x70
>>> [ 8805.291747]  [<c0243674>] suspend_device+0x94/0xd0
>>> [ 8805.291763]  [<c02439a3>] device_suspend+0x153/0x240
>>> [ 8805.291784]  [<c014314f>] suspend_devices_and_enter+0x4f/0xf0
>>> [ 8805.291808]  [<c0143a5f>] ? freeze_processes+0x3f/0x80
>>> [ 8805.291825]  [<c01432fa>] enter_state+0xaa/0x140
>>> [ 8805.291840]  [<c014341f>] state_store+0x8f/0xd0
>>> [ 8805.291852]  [<c0143390>] ? state_store+0x0/0xd0
>>> [ 8805.291866]  [<c01d3404>] kobj_attr_store+0x24/0x30
>>> [ 8805.291901]  [<c01b547b>] sysfs_write_file+0xbb/0x110
>>> [ 8805.291936]  [<c0177d79>] vfs_write+0x99/0x130
>>> [ 8805.291963]  [<c01b53c0>] ? sysfs_write_file+0x0/0x110
>>> [ 8805.291979]  [<c01782fd>] sys_write+0x3d/0x70
>>> [ 8805.291998]  [<c010409a>] sysenter_past_esp+0x5f/0xa5
>>> [ 8805.292038]  =======================
>>> [ 8805.347640] ACPI: PCI interrupt for device 0000:00:06.0 disabled
>>> [ 8805.361128] ACPI: PCI interrupt for device 0000:00:02.0 disabled
>>> [ 8805.376670]  hwsleep-0322 [00] enter_sleep_state     : Entering sleep state [S3]
>>> [ 8805.376670] Back to C!
>>>
>>> Interface is unused normally (only for netconsole sometimes). dmesg and config
>>> attached.
>> Does reverting this:
>>
>> commit 8543da6672b0994921f014f2250e27ae81645580
>> Author: Auke Kok <auke-jan.h.kok@intel.com>
>> Date:   Wed Dec 12 16:30:42 2007 -0800
>>
>>     e100: free IRQ to remove warningwhenrebooting
>>     
>> with this patch:
>>
>> --- a/drivers/net/e100.c~revert-1
>> +++ a/drivers/net/e100.c
>> @@ -2804,9 +2804,8 @@ static int e100_suspend(struct pci_dev *
>>  		pci_enable_wake(pdev, PCI_D3cold, 0);
>>  	}
>>  
>> -	free_irq(pdev->irq, netdev);
>> -
>>  	pci_disable_device(pdev);
>> +	free_irq(pdev->irq, netdev);
>>  	pci_set_power_state(pdev, PCI_D3hot);
>>  
>>  	return 0;
>> @@ -2848,8 +2847,6 @@ static void e100_shutdown(struct pci_dev
>>  		pci_enable_wake(pdev, PCI_D3cold, 0);
>>  	}
>>  
>> -	free_irq(pdev->irq, netdev);
>> -
>>  	pci_disable_device(pdev);
>>  	pci_set_power_state(pdev, PCI_D3hot);
>>  }
>> _
>>
>> fix it?
>>
>>> Hmm ... after resume device has disappeared at all ...
>>>
>>> {pts/1}% cat /proc/interrupts
>>>            CPU0
>>>   0:    1290492    XT-PIC-XT        timer
>>>   1:       6675    XT-PIC-XT        i8042
>>>   2:          0    XT-PIC-XT        cascade
>>>   3:          2    XT-PIC-XT
>>>   4:          2    XT-PIC-XT
>>>   5:          3    XT-PIC-XT
>>>   7:          4    XT-PIC-XT        irda0
>>>   8:          0    XT-PIC-XT        rtc0
>>>   9:        583    XT-PIC-XT        acpi
>>>  10:          2    XT-PIC-XT
>>>  11:      31483    XT-PIC-XT        yenta, yenta, yenta, ohci_hcd:usb1, ALI 5451, pcmcia0.0
>>>  12:      28070    XT-PIC-XT        i8042
>>>  14:      21705    XT-PIC-XT        ide0
>>>  15:      82123    XT-PIC-XT        ide1
>>> NMI:          0   Non-maskable interrupts
>>> TRM:          0   Thermal event interrupts
>>> SPU:          0   Spurious interrupts
>>> ERR:          0
>> I hope that's not a separate bug...
> 
> I'll take a look at this as well. thanks for reporting.

ok, I just had a repro - on a regular shutdown even.

this always worked before - I'm not blaming anything yet but something in the pci
shutdown code must now be freeing our irq for us (I'm not using anything fancy to
autoconfigure my network here).

I definately do not see this with 2.6.24 either.

Auke

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/

  reply	other threads:[~2008-02-20 18:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-02-17 12:36 [2.6.25-rc2] e100: Trying to free already-free IRQ 11 during suspend Andrey Borzenkov
2008-02-18 13:01 ` Andrew Morton
2008-02-18 13:01   ` Andrew Morton
2008-02-18 18:01   ` Andrey Borzenkov
2008-02-19 17:18   ` Kok, Auke
2008-02-19 17:18     ` Kok, Auke
2008-02-20 18:33     ` Kok, Auke [this message]
2008-02-20 18:33       ` Kok, Auke
2008-02-21 18:33       ` Kok, Auke
2008-02-21 18:33         ` Kok, Auke
2008-02-21 19:46         ` Andrey Borzenkov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=47BC725C.3060400@intel.com \
    --to=auke-jan.h.kok@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=arvidjaar@mail.ru \
    --cc=e1000-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=netdev@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.