From: James Le Cuirot <chewi@aura-online.co.uk>
To: Max Krasnyansky <maxk@qualcomm.com>
Cc: "Rafael J. Wysocki" <rjw@sisk.pl>,
suspend-devel@lists.sourceforge.net,
LKML <linux-kernel@vger.kernel.org>,
pm list <linux-pm@lists.linux-foundation.org>,
netdev@vger.kernel.org
Subject: Re: [Suspend-devel] TAP (and TUN?) devices not working after resume
Date: Sat, 29 Nov 2008 10:18:49 +0000 [thread overview]
Message-ID: <20081129101849.277ba756@symphony> (raw)
In-Reply-To: <48894D88.9010104@qualcomm.com>
On Thu, 24 Jul 2008 20:50:32 -0700
Max Krasnyansky <maxk@qualcomm.com> wrote:
> > On Monday, 14 of July 2008, James Le Cuirot wrote:
> >>
> >> Hi,
> >>
> >> uswsusp works great on my machine except for one thing. I use a TAP
> >> device for QEMU and after resuming from suspend, it doesn't work
> >> anymore until I delete it and recreate it. This is rather annoying
> >> because if I have QEMU open, it means I have to close it before
> >> recreating the interface and then boot Windows up again. I use
> >> OpenVPN to create/delete the interface but I think that's all it
> >> does. The rest is done by the kernel. So I'm guessing something's
> >> up with the TUN/TAP driver or uswsusp itself. I'm using version
> >> 0.8. Sorry if this has already been fixed.
>
> I bet it's flow control related. I've fixed a bug in flow control
> handling for persistent devices recently.
> btw Does it still happen with >= 2.6.26 ?
>
> I'll play with some test code on my laptop and see if I can reproduce
> this issue.
>
> Max
Sorry about the crazy delay here, I didn't need to use QEMU for ages
and I don't like firing up Windows unless I have too. :D I'm not sure
about 2.6.26 but this appears to be fixed in 2.6.27.
Thanks,
James
next prev parent reply other threads:[~2008-11-29 10:19 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20080714154720.791f6640@symphony>
2008-07-14 16:12 ` [Suspend-devel] TAP (and TUN?) devices not working after resume Rafael J. Wysocki
2008-07-14 16:12 ` Rafael J. Wysocki
2008-07-14 16:31 ` Ray Lee
2008-07-14 16:31 ` Ray Lee
2008-07-14 16:31 ` Ray Lee
2008-07-25 3:50 ` [Suspend-devel] " Max Krasnyansky
2008-07-25 3:50 ` Max Krasnyansky
2008-11-29 10:18 ` James Le Cuirot [this message]
2008-11-29 10:18 ` [Suspend-devel] " James Le Cuirot
2008-07-25 3:50 ` Max Krasnyansky
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=20081129101849.277ba756@symphony \
--to=chewi@aura-online.co.uk \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-pm@lists.linux-foundation.org \
--cc=maxk@qualcomm.com \
--cc=netdev@vger.kernel.org \
--cc=rjw@sisk.pl \
--cc=suspend-devel@lists.sourceforge.net \
/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.