public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
* 2.6.13-rc4: yenta_socket and swsusp
@ 2005-08-01 21:55 Andreas Steinmetz
  2005-08-05  0:15 ` Andrew Morton
  0 siblings, 1 reply; 5+ messages in thread
From: Andreas Steinmetz @ 2005-08-01 21:55 UTC (permalink / raw)
  To: Linux Kernel Mailinglist, linux; +Cc: Pavel Machek, Andrew Morton

[now sending to lkml as sending to the pcmcia list without being
subscribed seems to go to /dev/null]

I do have problems with yenta_socket on my x86_64 laptop which appear
when using swsusp (suspend to disk mode).

1. When I do not access any pcmcia device from initrd during boot
   I have to terminate cardmgr, otherwise suspend to disk hangs.
   For 2.6.11 it was sufficient to call 'cardctl eject'.

2. When I have to access a pcmcia device from initrd during boot
   (there's required crypto keys stored on a pcmcia flash disk)
   and I do not unload yenta_socket prior to suspend the laptop
   spontaneously reboots or just hangs on resume when swsusp has
   finished loading.

3. If I do not unload the pcmcia modules prior to suspend with
   rmmod -w unloading yenta_socket fails.

4. If I do unload the pcmcia modules in a loop with rmmod -w
   but no delay between unloading the modules it happens from
   time to time that yenta_socket unloading hangs with a use
   count of 2 when there is definitely no more user of the module.
   A delay of 50 msec after unload of each pcmcia module seems
   to cure this.

5. If I insert yenta_socket within the first few seconds after resume
   the laptop spontaneously reboots. A 5 second delay seems to cure
   this most of the time.

BTW:
Did I read this right? PCMCIA control ioctl (needed for pcmcia-cs
[cardmgr, cardctl]) scheduled for removal in november *this* year? So a
3 month warning for everybody is sufficient? Probably only one kernel
release? So much for sufficient backwards compatability. Especially as
the tools stated to be required aren't even released as of today (hint:
module-init-tools 3.2). Grrr.
-- 
Andreas Steinmetz                       SPAMmers use robotrap@domdv.de


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.13-rc4: yenta_socket and swsusp
  2005-08-01 21:55 2.6.13-rc4: yenta_socket and swsusp Andreas Steinmetz
@ 2005-08-05  0:15 ` Andrew Morton
  2005-08-05  0:24   ` Lee Revell
  2005-08-07 21:43   ` Andreas Steinmetz
  0 siblings, 2 replies; 5+ messages in thread
From: Andrew Morton @ 2005-08-05  0:15 UTC (permalink / raw)
  To: Andreas Steinmetz; +Cc: linux-kernel, linux, pavel

Andreas Steinmetz <ast@domdv.de> wrote:
>
> [now sending to lkml as sending to the pcmcia list without being
> subscribed seems to go to /dev/null]

Seems that the linux-kernel list has the same result ;(

> I do have problems with yenta_socket on my x86_64 laptop which appear
> when using swsusp (suspend to disk mode).
> 
> 1. When I do not access any pcmcia device from initrd during boot
>    I have to terminate cardmgr, otherwise suspend to disk hangs.
>    For 2.6.11 it was sufficient to call 'cardctl eject'.
> 
> 2. When I have to access a pcmcia device from initrd during boot
>    (there's required crypto keys stored on a pcmcia flash disk)
>    and I do not unload yenta_socket prior to suspend the laptop
>    spontaneously reboots or just hangs on resume when swsusp has
>    finished loading.
> 
> 3. If I do not unload the pcmcia modules prior to suspend with
>    rmmod -w unloading yenta_socket fails.
> 
> 4. If I do unload the pcmcia modules in a loop with rmmod -w
>    but no delay between unloading the modules it happens from
>    time to time that yenta_socket unloading hangs with a use
>    count of 2 when there is definitely no more user of the module.
>    A delay of 50 msec after unload of each pcmcia module seems
>    to cure this.
> 
> 5. If I insert yenta_socket within the first few seconds after resume
>    the laptop spontaneously reboots. A 5 second delay seems to cure
>    this most of the time.

OK so we have one solid regression there.  Are the other problems also new
since 2.6.11?

Could you please retest 2.6.13-rc6 when it's out and if problems remain,
raise a bugzilla.kernel.org entry so we can keep track of the problem? 
Thanks.

(I'm trying to get all unattended and older-than-a-few-days bug reports
pushed over to bugzilla so they don't get lost).

> BTW:
> Did I read this right? PCMCIA control ioctl (needed for pcmcia-cs
> [cardmgr, cardctl]) scheduled for removal in november *this* year? So a
> 3 month warning for everybody is sufficient? Probably only one kernel
> release? So much for sufficient backwards compatability. Especially as
> the tools stated to be required aren't even released as of today (hint:
> module-init-tools 3.2). Grrr.

Three months does sound optimistic.  Dominik, wouldn't a year be better?

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.13-rc4: yenta_socket and swsusp
  2005-08-05  0:15 ` Andrew Morton
@ 2005-08-05  0:24   ` Lee Revell
  2005-08-07 21:43   ` Andreas Steinmetz
  1 sibling, 0 replies; 5+ messages in thread
From: Lee Revell @ 2005-08-05  0:24 UTC (permalink / raw)
  To: Andrew Morton; +Cc: Andreas Steinmetz, linux-kernel, linux, pavel

On Thu, 2005-08-04 at 17:15 -0700, Andrew Morton wrote:
> Seems that the linux-kernel list has the same result ;(

Are you serious, LKML is subscribers only now?

Lee


^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.13-rc4: yenta_socket and swsusp
  2005-08-05  0:15 ` Andrew Morton
  2005-08-05  0:24   ` Lee Revell
@ 2005-08-07 21:43   ` Andreas Steinmetz
  2005-08-07 22:48     ` Pavel Machek
  1 sibling, 1 reply; 5+ messages in thread
From: Andreas Steinmetz @ 2005-08-07 21:43 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel, linux, pavel

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

Andrew Morton wrote:
> OK so we have one solid regression there.  Are the other problems also new
> since 2.6.11?
> 
> Could you please retest 2.6.13-rc6 when it's out and if problems remain,
> raise a bugzilla.kernel.org entry so we can keep track of the problem? 
> Thanks.

After retesting with 2.6.13-rc6 quite some of the problems are gone.
There are, however, still problems:

1. It is necessary to do the following or suspend will hang:

   cardctl eject
   killproc cardmgr
   remove all pcmcia modules

   In 2.6.11 it was sufficient to call 'cardctl eject'. I'll create a
   bug report.

2. The attached script can produce all sorts of pcmcia related
   problems if it is modified where stated - the attached version
   seems to work without problems if not modified. Do you want
   a bug report filed for this, too?
-- 
Andreas Steinmetz                       SPAMmers use robotrap@domdv.de

[-- Attachment #2: pcmcia.sh --]
[-- Type: application/x-sh, Size: 1229 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: 2.6.13-rc4: yenta_socket and swsusp
  2005-08-07 21:43   ` Andreas Steinmetz
@ 2005-08-07 22:48     ` Pavel Machek
  0 siblings, 0 replies; 5+ messages in thread
From: Pavel Machek @ 2005-08-07 22:48 UTC (permalink / raw)
  To: Andreas Steinmetz; +Cc: Andrew Morton, linux-kernel, linux

Hi!

> 2. The attached script can produce all sorts of pcmcia related
>    problems if it is modified where stated - the attached version
>    seems to work without problems if not modified. Do you want
>    a bug report filed for this, too?

Races in pcmcia, fun :-(. I guess this is going to be slightly hard to
reproduce without right hardware :(.
								Pavel

-- 
if you have sharp zaurus hardware you don't need... you know my address

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2005-08-07 22:48 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-08-01 21:55 2.6.13-rc4: yenta_socket and swsusp Andreas Steinmetz
2005-08-05  0:15 ` Andrew Morton
2005-08-05  0:24   ` Lee Revell
2005-08-07 21:43   ` Andreas Steinmetz
2005-08-07 22:48     ` Pavel Machek

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox