Message ID | 2674af740909270749u339671a1ia81d5736eeb750fa@mail.gmail.com |
---|---|
State | Not Applicable, archived |
Delegated to: | David Miller |
Headers | show |
On Sunday 27 September 2009, Yong Zhang wrote: > Add cc'ed. > > On Sun, Sep 27, 2009 at 10:01 PM, Yong Zhang <yong.zhang0@gmail.com> wrote: > > On Sun, Sep 27, 2009 at 6:25 PM, Maciej Rutecki > > <maciej.rutecki@gmail.com> wrote: > >> 2009/9/27 Yong Zhang <yong.zhang0@gmail.com>: > >>> > >>> Oops, TABLE is corrupted. Please use the attachment. > >> > >> kernel/time/timekeeping.c: In function ‘timekeeping_resume’: > >> kernel/time/timekeeping.c:577: error: ‘xtime_locks’ undeclared (first > >> use in this function) > >> kernel/time/timekeeping.c:577: error: (Each undeclared identifier is > >> reported only once > >> kernel/time/timekeeping.c:577: error: for each function it appears > >> in.) > >> make[3]: *** [kernel/time/timekeeping.o] Błąd 1 > >> make[2]: *** [kernel/time] Błąd 2 > >> > >> > >> I change: > >> write_seqlock(&xtime_locks); > >> to: > >> write_seqlock(&xtime_lock); > >> > > > > Oh, typo error. > > > >> Corrected patch in attachment. > >> > >> First warning has gone, but still I have this: > >> [ 120.868049] SMP alternatives: switching to UP code > >> [ 120.872570] CPU0 attaching NULL sched-domain. > >> [ 120.872574] CPU1 attaching NULL sched-domain. > >> [ 120.872581] CPU0 attaching NULL sched-domain. > >> [ 120.872787] CPU1 is down > >> [ 120.872846] Extended CMOS year: 2000 > >> [ 120.872945] PM: Creating hibernation image: > >> [ 120.876009] PM: Need to copy 107120 pages > >> [ 120.872009] PM: Restoring platform NVS memory > >> [ 120.872009] CPU0: Thermal monitoring handled by SMI > >> [ 120.872009] Extended CMOS year: 2000 > >> [ 120.872009] ------------[ cut here ]------------ > >> [ 120.872009] WARNING: at drivers/base/sys.c:353 > >> __sysdev_resume+0xc3/0xe0() > >> [ 120.872009] Hardware name: HP Compaq nx6310 (EY501ES#AKD) > >> [ 120.872009] Interrupts enabled after timekeeping_resume+0x0/0x1c0 > > > > Irq is enabled after timekeeping_resume(), the previous patch do something > > sensible. But we even don't know when the irq is enabled. such as in > > timekeeping_resume() or before enter timekeeping_resume(). But it > > seem that this is not due to timekeeping_resume(). Instead I'm afraid > > it's caused by buggy driver. > > > > It seem this is cause by b44 dirver. Can you give a try? > > From 05ee2f22a7ea065e05bf8b5294d222a3700d2cc8 Mon Sep 17 00:00:00 2001 > From: Yong Zhang <yong.zhang0@gmail.com> > Date: Sun, 27 Sep 2009 22:42:41 +0800 > Subject: [PATCH] net/b44: keep irq state at suspend_resume > > suspend() and resume() assume irq is disabled. No, it doesn't. Thanks, Rafael > So keep the irq state when do this. > > Signed-off-by: Yong Zhang <yong.zhang0@gmail.com> > --- > drivers/net/b44.c | 10 ++++++---- > 1 files changed, 6 insertions(+), 4 deletions(-) > > diff --git a/drivers/net/b44.c b/drivers/net/b44.c > index e046943..97b467f 100644 > --- a/drivers/net/b44.c > +++ b/drivers/net/b44.c > @@ -2258,20 +2258,21 @@ static int b44_suspend(struct ssb_device > *sdev, pm_message_t state) > { > struct net_device *dev = ssb_get_drvdata(sdev); > struct b44 *bp = netdev_priv(dev); > + unsigned long flags; > > if (!netif_running(dev)) > return 0; > > del_timer_sync(&bp->timer); > > - spin_lock_irq(&bp->lock); > + spin_lock_irqsave(&bp->lock, flags); > > b44_halt(bp); > netif_carrier_off(bp->dev); > netif_device_detach(bp->dev); > b44_free_rings(bp); > > - spin_unlock_irq(&bp->lock); > + spin_unlock_irqrestore(&bp->lock, flags); > > free_irq(dev->irq, dev); > if (bp->flags & B44_FLAG_WOL_ENABLE) { > @@ -2288,6 +2289,7 @@ static int b44_resume(struct ssb_device *sdev) > struct net_device *dev = ssb_get_drvdata(sdev); > struct b44 *bp = netdev_priv(dev); > int rc = 0; > + unsigned long flags; > > rc = ssb_bus_powerup(sdev->bus, 0); > if (rc) { > @@ -2305,12 +2307,12 @@ static int b44_resume(struct ssb_device *sdev) > return rc; > } > > - spin_lock_irq(&bp->lock); > + spin_lock_irqsave(&bp->lock, flags); > > b44_init_rings(bp); > b44_init_hw(bp, B44_FULL_RESET); > netif_device_attach(bp->dev); > - spin_unlock_irq(&bp->lock); > + spin_unlock_irqrestore(&bp->lock, flags); > > b44_enable_ints(bp); > netif_wake_queue(dev); > > So can you test the follow patch. And show the dmesg info(DEBUG > > level) after WARNING is triggered? > > > > diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c > > index fb0f46f..4a00a1a 100644 > > --- a/kernel/time/timekeeping.c > > +++ b/kernel/time/timekeeping.c > > @@ -569,6 +569,9 @@ static int timekeeping_resume(struct sys_device *dev) > > unsigned long flags; > > struct timespec ts; > > > > + WARN_ONCE(!irqs_disabled(), > > + KERN_INFO "timekeeping_resume() called with IRQs enabled!"); > > + > > read_persistent_clock(&ts); > > > > clocksource_resume(); > > > > Thanks, > > Yong > > > >> [ 120.872009] Modules linked in: i915 drm_kms_helper drm i2c_algo_bit > >> i2c_core sco bnep rfcomm l2cap crc16 xt_tcpudp xt_limit xt_state > >> iptable_filter nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables > >> x_tables aes_i586 aes_generic cbc dm_crypt dm_snapshot dm_mirror > >> dm_region_hash dm_log dm_mod hp_wmi fuse sbp2 loop > >> snd_hda_codec_si3054 snd_hda_codec_analog snd_hda_intel snd_hda_codec > >> snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy arc4 snd_seq_oss ecb > >> snd_seq_midi snd_rawmidi iwl3945 snd_seq_midi_event iwlcore btusb > >> firmware_class snd_seq bluetooth snd_timer mac80211 pcmcia > >> snd_seq_device led_class b44 video ohci1394 backlight ssb rtc_cmos snd > >> yenta_socket cfg80211 intel_agp soundcore rsrc_nonstatic uhci_hcd > >> ehci_hcd rtc_core usbcore psmouse snd_page_alloc agpgart pcmcia_core > >> rfkill rtc_lib ieee1394 sg output evdev serio_raw mii fan button ac > >> battery > >> [ 120.872009] Pid: 3510, comm: pm-hibernate Not tainted 2.6.31-git17 > >> #1 > >> [ 120.872009] Call Trace: > >> [ 120.872009] [<c030f4a3>] ? __sysdev_resume+0xc3/0xe0 > >> [ 120.872009] [<c030f4a3>] ? __sysdev_resume+0xc3/0xe0 > >> [ 120.872009] [<c013c3a1>] warn_slowpath_common+0x71/0xc0 > >> [ 120.872009] [<c030f4a3>] ? __sysdev_resume+0xc3/0xe0 > >> [ 120.872009] [<c013c43b>] warn_slowpath_fmt+0x2b/0x30 > >> [ 120.872009] [<c030f4a3>] __sysdev_resume+0xc3/0xe0 > >> [ 120.872009] [<c015f810>] ? timekeeping_resume+0x0/0x1c0 > >> [ 120.872009] [<c030f50f>] sysdev_resume+0x4f/0xc0 > >> [ 120.872009] [<c0176909>] ? hibernate_nvs_restore+0x19/0x60 > >> [ 120.872009] [<c0172ac1>] hibernation_snapshot+0x1d1/0x210 > >> [ 120.872009] [<c0171b54>] ? freeze_processes+0x44/0xa0 > >> [ 120.872009] [<c0172bef>] hibernate+0xef/0x190 > >> [ 120.872009] [<c0171590>] ? state_store+0x0/0xc0 > >> [ 120.872009] [<c017163b>] state_store+0xab/0xc0 > >> [ 120.872009] [<c0171590>] ? state_store+0x0/0xc0 > >> [ 120.872009] [<c0285e04>] kobj_attr_store+0x24/0x30 > >> [ 120.872009] [<c0223d82>] sysfs_write_file+0xa2/0x100 > >> [ 120.872009] [<c01d880c>] vfs_write+0x9c/0x150 > >> [ 120.872009] [<c0223ce0>] ? sysfs_write_file+0x0/0x100 > >> [ 120.872009] [<c01d8982>] sys_write+0x42/0x70 > >> [ 120.872009] [<c0102f04>] sysenter_do_call+0x12/0x22 > >> [ 120.872009] ---[ end trace 51d3cc987b340170 ]--- > >> [ 120.872009] Enabling non-boot CPUs ... > >> [ 120.872009] SMP alternatives: switching to SMP code -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
2009/9/27 Yong Zhang <yong.zhang0@gmail.com>: > > It seem this is cause by b44 dirver. Can you give a try? > > From 05ee2f22a7ea065e05bf8b5294d222a3700d2cc8 Mon Sep 17 00:00:00 2001 > From: Yong Zhang <yong.zhang0@gmail.com> > Date: Sun, 27 Sep 2009 22:42:41 +0800 > Subject: [PATCH] net/b44: keep irq state at suspend_resume > > suspend() and resume() assume irq is disabled. So keep the irq > state when do this. Remove previous patch, add it to clean 2.6.31-git17. It doesn't help. > -- > 1.6.0.4 > >> So can you test the follow patch. And show the dmesg info(DEBUG >> level) after WARNING is triggered? >> >> diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c >> index fb0f46f..4a00a1a 100644 Still test it? Regards
On Sunday 27 September 2009, Maciej Rutecki wrote: > 2009/9/27 Yong Zhang <yong.zhang0@gmail.com>: > > > > It seem this is cause by b44 dirver. Can you give a try? > > > > From 05ee2f22a7ea065e05bf8b5294d222a3700d2cc8 Mon Sep 17 00:00:00 2001 > > From: Yong Zhang <yong.zhang0@gmail.com> > > Date: Sun, 27 Sep 2009 22:42:41 +0800 > > Subject: [PATCH] net/b44: keep irq state at suspend_resume > > > > suspend() and resume() assume irq is disabled. So keep the irq > > state when do this. > > Remove previous patch, add it to clean 2.6.31-git17. It doesn't help. It couldn't. The problem is elswhere, but I haven't found it yet. Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Sep 28, 2009 at 12:16 AM, Maciej Rutecki <maciej.rutecki@gmail.com> wrote: > 2009/9/27 Yong Zhang <yong.zhang0@gmail.com>: >> >> It seem this is cause by b44 dirver. Can you give a try? >> >> From 05ee2f22a7ea065e05bf8b5294d222a3700d2cc8 Mon Sep 17 00:00:00 2001 >> From: Yong Zhang <yong.zhang0@gmail.com> >> Date: Sun, 27 Sep 2009 22:42:41 +0800 >> Subject: [PATCH] net/b44: keep irq state at suspend_resume >> >> suspend() and resume() assume irq is disabled. So keep the irq >> state when do this. > > Remove previous patch, add it to clean 2.6.31-git17. It doesn't help. > >> -- >> 1.6.0.4 >> >>> So can you test the follow patch. And show the dmesg info(DEBUG >>> level) after WARNING is triggered? >>> >>> diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c >>> index fb0f46f..4a00a1a 100644 > > Still test it? > If you could, then please do it. It can give us some helpful information. Thanks, Yong > Regards > -- > Maciej Rutecki > http://www.maciek.unixy.pl > -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
2009/9/28 Yong Zhang <yong.zhang0@gmail.com>: >> > > If you could, then please do it. It can give us some helpful information. Add patch and remove previous: http://unixy.pl/maciek/download/kernel/2.6.31-git17/gumis/dmesg-debug.txt s2disk&resume twice. no "timekeeping_resume() called with IRQs enabled!". I found some interesting thing, warnings appear only once, during first s2disk, on second don't appear. Regards
2009/9/28 Maciej Rutecki <maciej.rutecki@gmail.com>: > > Add patch and remove previous: > http://unixy.pl/maciek/download/kernel/2.6.31-git17/gumis/dmesg-debug.txt > > s2disk&resume twice. > > no "timekeeping_resume() called with IRQs enabled!". > > I found some interesting thing, warnings appear only once, during > first s2disk, on second don't appear. Already I test 2.6-32-rc1 few times; warnings has gone. Any patches has been add since 2.6.31-git17? Regards
On Monday 28 September 2009, Maciej Rutecki wrote: > 2009/9/28 Maciej Rutecki <maciej.rutecki@gmail.com>: > > > > Add patch and remove previous: > > http://unixy.pl/maciek/download/kernel/2.6.31-git17/gumis/dmesg-debug.txt > > > > s2disk&resume twice. > > > > no "timekeeping_resume() called with IRQs enabled!". > > > > I found some interesting thing, warnings appear only once, during > > first s2disk, on second don't appear. > > Already I test 2.6-32-rc1 few times; warnings has gone. Any patches > has been add since 2.6.31-git17? Quite some of them, actually. Thanks, Rafael -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Sep 29, 2009 at 2:38 AM, Maciej Rutecki <maciej.rutecki@gmail.com> wrote: > 2009/9/28 Yong Zhang <yong.zhang0@gmail.com>: > >>> >> >> If you could, then please do it. It can give us some helpful information. > > Add patch and remove previous: > http://unixy.pl/maciek/download/kernel/2.6.31-git17/gumis/dmesg-debug.txt > > s2disk&resume twice. > > no "timekeeping_resume() called with IRQs enabled!". > > I found some interesting thing, warnings appear only once, during > first s2disk, on second don't appear. > Yeah, because WARN_ONCE just print one time. Thanks, Yong > Regards > -- > Maciej Rutecki > http://www.maciek.unixy.pl > -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/net/b44.c b/drivers/net/b44.c index e046943..97b467f 100644 --- a/drivers/net/b44.c +++ b/drivers/net/b44.c @@ -2258,20 +2258,21 @@ static int b44_suspend(struct ssb_device *sdev, pm_message_t state) { struct net_device *dev = ssb_get_drvdata(sdev); struct b44 *bp = netdev_priv(dev); + unsigned long flags; if (!netif_running(dev)) return 0; del_timer_sync(&bp->timer); - spin_lock_irq(&bp->lock); + spin_lock_irqsave(&bp->lock, flags); b44_halt(bp); netif_carrier_off(bp->dev); netif_device_detach(bp->dev); b44_free_rings(bp); - spin_unlock_irq(&bp->lock); + spin_unlock_irqrestore(&bp->lock, flags); free_irq(dev->irq, dev);