public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Linus Torvalds <torvalds@linux-foundation.org>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: 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>,
	Dominik Brodowski <linux@dominikbrodowski.net>
Subject: Re: Help needed, Re: [Bug #14334] pcmcia suspend regression from 2.6.31.1 to 2.6.31.2 - Dell Inspiron 600m
Date: Fri, 30 Oct 2009 14:17:49 -0700 (PDT)	[thread overview]
Message-ID: <alpine.LFD.2.01.0910301412500.31845@localhost.localdomain> (raw)
In-Reply-To: <alpine.LFD.2.01.0910301335570.31845@localhost.localdomain>



On Fri, 30 Oct 2009, Linus Torvalds wrote:
> 
> And partly exactly _because_ even Cardbus is starting to be "legacy", I'd 
> personally prefer to try to simplify the model to the point where we don't 
> have to think about all the subtle interactions. Just making suspend act 
> as an eject would mean that we'd never have to worry about how the CardBus 
> bridge interacts with the PCI layer at suspend/resume time.

Put another way: five years ago I would have felt that it could be 
important that people can suspend and resume while they have a CD-ROM 
mounted through a PCMCIA IDE card. Or something like that where you want 
to keep session information.

These days, that scenario is less interesting to begin with, and we're 
generally better at some of the hotplug issues anyway. Example: one of the 
reasons I used to like not causing an unplug event was because I had 
network cards, and hated setting up the connection again. These days, all 
distros come with networkmanager or similar, and hotplug networking just 
works (even if the "CD-ROM mounted" case probably still would cause 
problems).

So I think we used to have good reasons to try to maintain state over a 
suspend event, but many of those reasons have become weaker, while at the 
same time USB has meant that PCMCIA itself has become more of a 
"maintenance burden" rather than a "primary subsystem".

			Linus

  reply	other threads:[~2009-10-30 21:18 UTC|newest]

Thread overview: 31+ 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
     [not found] ` <6dRYo8ss7vL.A.Z4G.kre5KB@chimera>
     [not found]   ` <4AE5F563.5020803@gmail.com>
2009-10-26 19:30     ` [Bug #14379] ACPI Warning for _SB_.BAT0._BIF: Converted Buffer to expected String Rafael J. Wysocki
     [not found] ` <6dRYo8ss7vL.A.hyE.2qe5KB@chimera>
     [not found]   ` <4AE601B1.7050000@gmail.com>
     [not found]     ` <4AE601B1.7050000-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2009-10-26 21:01       ` [Bug #14483] WARNING: at drivers/base/sys.c:353 __sysdev_resume+0x54/0xca() Rafael J. Wysocki
     [not found] ` <6dRYo8ss7vL.A.EqH.Nse5KB@chimera>
2009-10-30 18:48   ` Help needed, Re: [Bug #14334] pcmcia suspend regression from 2.6.31.1 to 2.6.31.2 - Dell Inspiron 600m 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 [this message]
     [not found]             ` <alpine.LFD.2.01.0910301412500.31845-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
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
     [not found]                   ` <200910312252.39446.rjw-KKrjLPT3xs0@public.gmane.org>
2009-10-31 21:57                     ` Linus Torvalds
     [not found]                       ` <alpine.LFD.2.01.0910311455520.31845-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2009-10-31 22:10                         ` Rafael J. Wysocki
     [not found]               ` <200910312227.15493.rjw-KKrjLPT3xs0@public.gmane.org>
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
     [not found]                           ` <20091101164736.GA5666-S7uyTPAaJ/sb6pqDj42GsMgv3T4z79SOrE5yTffgRl4@public.gmane.org>
2009-11-02 13:35                             ` Rafael J. Wysocki
     [not found]                         ` <200911010936.10409.rjw-KKrjLPT3xs0@public.gmane.org>
2009-11-01 17:18                           ` Linus Torvalds
2009-11-02 13:39                             ` Rafael J. Wysocki
2009-11-02 17:38                               ` Dominik Brodowski
     [not found]                                 ` <20091102173843.GA662-S7uyTPAaJ/sb6pqDj42GsMgv3T4z79SOrE5yTffgRl4@public.gmane.org>
2009-11-02 18:40                                   ` Rafael J. Wysocki
     [not found]                               ` <200911021439.28266.rjw-KKrjLPT3xs0@public.gmane.org>
2009-11-02 17:50                                 ` Linus Torvalds
2009-11-02 22:22                                 ` Benjamin Herrenschmidt
2009-11-12 12:14                                   ` Pavel Machek

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=alpine.LFD.2.01.0910301412500.31845@localhost.localdomain \
    --to=torvalds@linux-foundation.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=linux@dominikbrodowski.net \
    --cc=rjw@sisk.pl \
    /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