netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Nikolaus Filus <nfilus@gmx.net>
To: netdev@vger.kernel.org
Cc: networkmanager-list@gnome.org, Francois Romieu <romieu@fr.zoreil.com>
Subject: Re: no carrier detection after resume from swsusp (8139too)
Date: Wed, 22 Feb 2006 16:12:14 +0100	[thread overview]
Message-ID: <200602221612.14631.nfilus@gmx.net> (raw)
In-Reply-To: <20060221234947.GA29806@electric-eye.fr.zoreil.com>

Cc: networkamanger-list, as it seems now to be related to nm

On Wednesday 22 February 2006 00:49, Francois Romieu wrote:
> (owner of http://bugzilla.kernel.org/show_bug.cgi?id=5681 Cc:ed)
>
> Nikolaus Filus <nfilus@gmx.net> :
> [...]
>
> > I'm using linux 2.6.14.3 with swsusp2 2.2rc14 (not the most new
> > ones). Since I'm using NetworkManager, which switches and manages my
> > wired and wireless devices, I have to reload 8139too after resume,
> > before plugin events of wired network are recognized. Some other
> > users of NM are reporting similar problems.
>
> May I assume that your 8139too device does not need to be reloaded when
> you suspend/resume and NM is not used ?

I didn't look enough on this issue before.

After resume, I get "invalid argument" from
/sys/class/net/eth1/carrier. Reloading the driver *OR* restarting
networkmanager solves the problem! Is it possible a process like nm blocks 
some ressources, which are re-initialised by reloading the driver or 
restarting nm? Notice, that just stopping nm is not enough.

Thanks in advance,

Nikolaus

       reply	other threads:[~2006-02-22 15:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200602212312.23903.nfilus@gmx.net>
     [not found] ` <20060221234947.GA29806@electric-eye.fr.zoreil.com>
2006-02-22 15:12   ` Nikolaus Filus [this message]
2006-02-22 15:19     ` no carrier detection after resume from swsusp (8139too) Robert Love
2006-02-23  9:20       ` Will Stephenson

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=200602221612.14631.nfilus@gmx.net \
    --to=nfilus@gmx.net \
    --cc=netdev@vger.kernel.org \
    --cc=networkmanager-list@gnome.org \
    --cc=romieu@fr.zoreil.com \
    /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).