linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dominik Brodowski <linux@dominikbrodowski.net>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>,
	Greg Kroah-Hartman <gregkh@suse.de>,
	Jose Marino <braket@hotmail.com>,
	ACPI Devel Maling List <linux-acpi@vger.kernel.org>,
	Linux PCI <linux-pci@vger.kernel.org>
Subject: Re: Help needed, Re: [Bug #14334] pcmcia suspend regression from 2.6.31.1 to 2.6.31.2 - Dell Inspiron 600m
Date: Sun, 1 Nov 2009 17:47:36 +0100	[thread overview]
Message-ID: <20091101164736.GA5666@comet.dominikbrodowski.net> (raw)
In-Reply-To: <200911010936.10409.rjw@sisk.pl>

Hey,

On Sun, Nov 01, 2009 at 09:36:10AM +0100, Rafael J. Wysocki wrote:
> Commit 0c570cdeb8fdfcb354a3e9cd81bfc6a09c19de0c
> (PM / yenta: Fix cardbus suspend/resume regression) caused resume to
> fail on systems with two CardBus bridges.  While the exact nature
> of the failure is not known at the moment, it can be worked around by
> splitting the yenta resume into an early part, executed during the
> early phase of resume, that will only resume the socket and power it
> up if there was a card in it during suspend, and a late part,
> executed during "regular" resume, that will carry out all of the
> remaining yenta resume operations.
> 
> Fixes http://bugzilla.kernel.org/show_bug.cgi?id=14334, which is a
> listed regression from 2.6.31.

The only issue I see is that we now return 0 unconditionally on the resume
callbacks. Otherwise, it's

Acked-by: Dominik Brodowski <linux@dominikbrodowski.net>

> Index: linux-2.6/drivers/pcmcia/yenta_socket.c
> ===================================================================
> --- linux-2.6.orig/drivers/pcmcia/yenta_socket.c
> +++ linux-2.6/drivers/pcmcia/yenta_socket.c
> @@ -1275,16 +1275,26 @@ static int yenta_dev_resume_noirq(struct
>  	if (socket->type && socket->type->restore_state)
>  		socket->type->restore_state(socket);
>  
> -	return pcmcia_socket_dev_resume(dev);
> +	pcmcia_socket_dev_early_resume(dev);
> +	return 0;
> +}
> +
> +static int yenta_dev_resume(struct device *dev)
> +{
> +	pcmcia_socket_dev_late_resume(dev);
> +	return 0;
>  }
>  
>  static struct dev_pm_ops yenta_pm_ops = {
>  	.suspend_noirq = yenta_dev_suspend_noirq,
>  	.resume_noirq = yenta_dev_resume_noirq,
> +	.resume = yenta_dev_resume,
>  	.freeze_noirq = yenta_dev_suspend_noirq,
>  	.thaw_noirq = yenta_dev_resume_noirq,
> +	.thaw = yenta_dev_resume,
>  	.poweroff_noirq = yenta_dev_suspend_noirq,
>  	.restore_noirq = yenta_dev_resume_noirq,
> +	.restore = yenta_dev_resume,
>  };
>  
>  #define YENTA_PM_OPS	(&yenta_pm_ops)
> Index: linux-2.6/drivers/pcmcia/cs.c
> ===================================================================
> --- linux-2.6.orig/drivers/pcmcia/cs.c
> +++ linux-2.6/drivers/pcmcia/cs.c
> @@ -98,10 +98,13 @@ EXPORT_SYMBOL(pcmcia_socket_list_rwsem);
>   * These functions check for the appropriate struct pcmcia_soket arrays,
>   * and pass them to the low-level functions pcmcia_{suspend,resume}_socket
>   */
> +static int socket_early_resume(struct pcmcia_socket *skt);
> +static int socket_late_resume(struct pcmcia_socket *skt);
>  static int socket_resume(struct pcmcia_socket *skt);
>  static int socket_suspend(struct pcmcia_socket *skt);
>  
> -int pcmcia_socket_dev_suspend(struct device *dev)
> +static void pcmcia_socket_dev_run(struct device *dev,
> +				  int (*cb)(struct pcmcia_socket *))
>  {
>  	struct pcmcia_socket *socket;
>  
> @@ -110,29 +113,34 @@ int pcmcia_socket_dev_suspend(struct dev
>  		if (socket->dev.parent != dev)
>  			continue;
>  		mutex_lock(&socket->skt_mutex);
> -		socket_suspend(socket);
> +		cb(socket);
>  		mutex_unlock(&socket->skt_mutex);
>  	}
>  	up_read(&pcmcia_socket_list_rwsem);
> +}
>  
> +int pcmcia_socket_dev_suspend(struct device *dev)
> +{
> +	pcmcia_socket_dev_run(dev, socket_suspend);
>  	return 0;
>  }
>  EXPORT_SYMBOL(pcmcia_socket_dev_suspend);
>  
> -int pcmcia_socket_dev_resume(struct device *dev)
> +void pcmcia_socket_dev_early_resume(struct device *dev)
>  {
> -	struct pcmcia_socket *socket;
> +	pcmcia_socket_dev_run(dev, socket_early_resume);
> +}
> +EXPORT_SYMBOL(pcmcia_socket_dev_early_resume);
>  
> -	down_read(&pcmcia_socket_list_rwsem);
> -	list_for_each_entry(socket, &pcmcia_socket_list, socket_list) {
> -		if (socket->dev.parent != dev)
> -			continue;
> -		mutex_lock(&socket->skt_mutex);
> -		socket_resume(socket);
> -		mutex_unlock(&socket->skt_mutex);
> -	}
> -	up_read(&pcmcia_socket_list_rwsem);
> +void pcmcia_socket_dev_late_resume(struct device *dev)
> +{
> +	pcmcia_socket_dev_run(dev, socket_late_resume);
> +}
> +EXPORT_SYMBOL(pcmcia_socket_dev_late_resume);
>  
> +int pcmcia_socket_dev_resume(struct device *dev)
> +{
> +	pcmcia_socket_dev_run(dev, socket_resume);
>  	return 0;
>  }
>  EXPORT_SYMBOL(pcmcia_socket_dev_resume);
> @@ -546,29 +554,34 @@ static int socket_suspend(struct pcmcia_
>  	return 0;
>  }
>  
> -/*
> - * Resume a socket.  If a card is present, verify its CIS against
> - * our cached copy.  If they are different, the card has been
> - * replaced, and we need to tell the drivers.
> - */
> -static int socket_resume(struct pcmcia_socket *skt)
> +static void socket_start_resume(struct pcmcia_socket *skt)
>  {
> -	int ret;
> -
> -	if (!(skt->state & SOCKET_SUSPEND))
> -		return -EBUSY;
> -
>  	skt->socket = dead_socket;
>  	skt->ops->init(skt);
>  	skt->ops->set_socket(skt, &skt->socket);
> +	if (skt->state & SOCKET_PRESENT)
> +		skt->resume_status = socket_setup(skt, resume_delay);
> +}
> +
> +static int socket_early_resume(struct pcmcia_socket *skt)
> +{
> +	if (skt->state & SOCKET_SUSPEND)
> +		socket_start_resume(skt);
> +
> +	return 0;
> +}
> +
> +static int socket_late_resume(struct pcmcia_socket *skt)
> +{
> +	if (!(skt->state & SOCKET_SUSPEND))
> +		return 0;
>  
>  	if (!(skt->state & SOCKET_PRESENT)) {
>  		skt->state &= ~SOCKET_SUSPEND;
>  		return socket_insert(skt);
>  	}
>  
> -	ret = socket_setup(skt, resume_delay);
> -	if (ret == 0) {
> +	if (skt->resume_status == 0) {
>  		/*
>  		 * FIXME: need a better check here for cardbus cards.
>  		 */
> @@ -596,6 +609,20 @@ static int socket_resume(struct pcmcia_s
>  	return 0;
>  }
>  
> +/*
> + * Resume a socket.  If a card is present, verify its CIS against
> + * our cached copy.  If they are different, the card has been
> + * replaced, and we need to tell the drivers.
> + */
> +static int socket_resume(struct pcmcia_socket *skt)
> +{
> +	if (!(skt->state & SOCKET_SUSPEND))
> +		return -EBUSY;
> +
> +	socket_start_resume(skt);
> +	return socket_late_resume(skt);
> +}
> +
>  static void socket_remove(struct pcmcia_socket *skt)
>  {
>  	dev_printk(KERN_NOTICE, &skt->dev,
> Index: linux-2.6/include/pcmcia/ss.h
> ===================================================================
> --- linux-2.6.orig/include/pcmcia/ss.h
> +++ linux-2.6/include/pcmcia/ss.h
> @@ -262,6 +262,8 @@ struct pcmcia_socket {
>  	struct device			dev;
>  	/* data internal to the socket driver */
>  	void				*driver_data;
> +	/* status of the card during resume from a system sleep state */
> +	int				resume_status;
>  };
>  
>  
> @@ -280,6 +282,8 @@ extern struct pccard_resource_ops pccard
>  
>  /* socket drivers are expected to use these callbacks in their .drv struct */
>  extern int pcmcia_socket_dev_suspend(struct device *dev);
> +extern void pcmcia_socket_dev_early_resume(struct device *dev);
> +extern void pcmcia_socket_dev_late_resume(struct device *dev);
>  extern int pcmcia_socket_dev_resume(struct device *dev);
>  
>  /* socket drivers use this callback in their IRQ handler */

  reply	other threads:[~2009-11-01 16:52 UTC|newest]

Thread overview: 125+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-10-26 18:45 2.6.32-rc5-git3: Reported regressions from 2.6.31 Rafael J. Wysocki
2009-10-26 18:45 ` [Bug #14277] Caught 8-bit read from freed memory in b43 driver at association Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14331] Radeon XPRESS 200M: System hang with radeon DRI and Fedora 10 userspace unless DRI=off Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14297] console resume broken since ba15ab0e8d Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14296] spitz boots but suspend/resume is broken Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14299] oops in wireless, iwl3945 related? Rafael J. Wysocki
2009-10-27  0:46   ` Pavel Machek
2009-10-27  8:25     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14298] warning at manage.c:361 (set_irq_wake), matrix-keypad related? Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14302] Kernel panic on i386 machine when booting with profile=2 Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14352] WARNING: at net/mac80211/scan.c:267 Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14353] BUG: sleeping function called from invalid context at kernel/mutex.c:280 Rafael J. Wysocki
2009-10-26 19:11   ` Johannes Berg
2009-10-26 19:18     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14354] Bad corruption with 2.6.32-rc1 and upwards Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14334] pcmcia suspend regression from 2.6.31.1 to 2.6.31.2 - Dell Inspiron 600m Rafael J. Wysocki
2009-10-30 18:48   ` Help needed, " Rafael J. Wysocki
2009-10-30 19:47     ` Linus Torvalds
2009-10-30 20:32       ` Rafael J. Wysocki
2009-10-30 20:40         ` Linus Torvalds
2009-10-30 21:17           ` Linus Torvalds
2009-10-30 22:17             ` Rafael J. Wysocki
2009-10-30 23:54             ` Benjamin Herrenschmidt
2009-10-30 23:57       ` Benjamin Herrenschmidt
2009-10-31  9:31         ` Rafael J. Wysocki
2009-10-31 21:01           ` Benjamin Herrenschmidt
2009-10-31 21:27             ` Rafael J. Wysocki
2009-10-31 21:44               ` Linus Torvalds
2009-10-31 21:52                 ` Rafael J. Wysocki
2009-10-31 21:57                   ` Linus Torvalds
2009-10-31 22:10                     ` Rafael J. Wysocki
2009-10-31 22:56               ` Benjamin Herrenschmidt
2009-10-31 23:10                 ` Rafael J. Wysocki
2009-10-31 23:24                   ` Rafael J. Wysocki
2009-11-01  8:36                     ` Rafael J. Wysocki
2009-11-01 16:47                       ` Dominik Brodowski [this message]
2009-11-02 13:35                         ` Rafael J. Wysocki
2009-11-01 17:18                       ` Linus Torvalds
2009-11-02 13:39                         ` Rafael J. Wysocki
2009-11-02 17:38                           ` Dominik Brodowski
2009-11-02 18:40                             ` Rafael J. Wysocki
2009-11-02 17:50                           ` Linus Torvalds
2009-11-02 22:22                           ` Benjamin Herrenschmidt
2009-11-12 12:14                             ` Pavel Machek
2009-10-26 18:55 ` [Bug #14372] ath5k wireless not working after suspend-resume - eeepc Rafael J. Wysocki
2009-10-26 20:15   ` Fabio Comolli
2009-10-26 20:56     ` Rafael J. Wysocki
2009-10-27  9:42     ` Harald Arnesen
2009-11-04 20:07       ` [Bug #14372] ath5k wireless not working after rfkill [BISECTED] Sitsofe Wheeler
2009-11-04 20:12         ` Fabio Comolli
2009-11-04 22:00         ` John W. Linville
2009-11-04 22:35           ` Darren Salt
2009-10-26 18:55 ` [Bug #14373] Task blocked for more than 120 seconds Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14355] USB serial regression after 2.6.31.1 with Huawei E169 GSM modem Rafael J. Wysocki
2009-10-27  1:54   ` Benjamin Herrenschmidt
2009-10-27  8:28     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14375] Intel(R) I/OAT DMA Engine init failed Rafael J. Wysocki
2009-10-26 21:57   ` Alexander Beregalov
2009-10-26 22:12     ` Rafael J. Wysocki
2009-10-26 22:13     ` Dan Williams
2009-10-26 18:55 ` [Bug #14378] Problems with net/core/skbuff.c Rafael J. Wysocki
2009-10-26 19:50   ` Eric Dumazet
2009-10-26 20:57     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14376] Kernel NULL pointer dereference/ kvm subsystem Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14379] ACPI Warning for _SB_.BAT0._BIF: Converted Buffer to expected String Rafael J. Wysocki
2009-10-26 19:15   ` Justin P. Mattock
2009-10-26 19:30     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14383] hackbench regression with kernel 2.6.32-rc1 Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14380] Video tearing/glitching with T400 laptops Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14381] iwlagn lost connection after s2ram (with warnings) Rafael J. Wysocki
2009-10-26 19:56   ` Carlos R. Mafra
2009-10-26 18:55 ` [Bug #14387] deadlock with fallocate Rafael J. Wysocki
2009-10-26 20:41   ` Christoph Hellwig
2009-10-26 20:46     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14384] tbench regression with 2.6.32-rc1 Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14389] Build system issue Rafael J. Wysocki
2009-10-26 20:05   ` Ingo Molnar
2009-10-26 20:59     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14415] Reboot on kernel load Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14406] uvcvideo stopped work on Toshiba Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14408] sysctl check failed Rafael J. Wysocki
2009-10-28  3:56   ` Eric W. Biederman
2009-10-28 18:48     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14390] "bind" a device to a driver doesn't not work anymore Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14430] sync() hangs in bdi_sched_wait Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14472] EXT4 corruption Rafael J. Wysocki
2009-10-29 19:57   ` Andrew Lutomirski
2009-10-29 21:33     ` Rafael J. Wysocki
2009-10-29 22:23     ` Theodore Tso
2009-10-29 22:34       ` Andrew Lutomirski
2009-10-29 22:43         ` Shawn Starr
2009-11-03 23:43       ` Andrew Lutomirski
2009-11-05 19:31         ` Theodore Tso
2009-10-26 18:55 ` [Bug #14466] EFI boot on x86 fails in .32 Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14442] resume after hibernate: /dev/sdb drops and returns as /dev/sde Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14467] Linker errors on ia64 with NR_CPUS=4096 Rafael J. Wysocki
2009-10-27 20:28   ` Christoph Lameter
2009-10-27 18:24     ` Jiri Kosina
2009-10-29 18:39       ` Christoph Lameter
2009-10-29 14:48         ` Tejun Heo
2009-10-29 18:57           ` Christoph Lameter
2009-10-29 15:11             ` Tejun Heo
2009-10-29 19:18               ` Christoph Lameter
2009-10-29 15:33                 ` Tejun Heo
2009-10-26 18:55 ` [Bug #14477] possible circular locking dependency in ISDN PPP Rafael J. Wysocki
2009-10-26 22:00   ` Tilman Schmidt
2009-10-26 22:09     ` Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14473] ATA related kernel warning after resume Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14480] 2 locks held by cat -- running "find /sys | head -c 4" --> system hang Rafael J. Wysocki
2009-10-26 18:55 ` [Bug #14479] nfs oops Rafael J. Wysocki
2009-10-26 21:07   ` Egon Alter
2009-10-26 22:16     ` Rafael J. Wysocki
2009-10-26 18:56 ` [Bug #14481] umount blocked for more than 120 seconds after USB drive removal Rafael J. Wysocki
2009-10-26 23:45   ` Robert Hancock
2009-10-27  8:29     ` Rafael J. Wysocki
2009-10-27  2:04   ` Yong Zhang
2009-10-27  8:30     ` Rafael J. Wysocki
2009-10-26 18:56 ` [Bug #14482] kernel BUG at fs/dcache.c:670 +lvm +md +ext3 Rafael J. Wysocki
2009-10-26 18:56 ` [Bug #14484] no video output after suspend Rafael J. Wysocki
2009-10-27 21:25   ` Riccardo Magliocchetti
2009-10-27 22:12     ` Rafael J. Wysocki
2009-10-26 18:56 ` [Bug #14483] WARNING: at drivers/base/sys.c:353 __sysdev_resume+0x54/0xca() Rafael J. Wysocki
2009-10-26 20:08   ` Justin P. Mattock
2009-10-26 21:01     ` Rafael J. Wysocki
2009-10-26 18:56 ` [Bug #14485] System lockup running "cat /sys/kernel/debug/dri/0/i915_regs" Rafael J. Wysocki

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=20091101164736.GA5666@comet.dominikbrodowski.net \
    --to=linux@dominikbrodowski.net \
    --cc=benh@kernel.crashing.org \
    --cc=braket@hotmail.com \
    --cc=gregkh@suse.de \
    --cc=kernel-testers@vger.kernel.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=rjw@sisk.pl \
    --cc=torvalds@linux-foundation.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).