All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@infradead.org>
To: Stephen Hemminger <shemminger@linux-foundation.org>
Cc: linux-pm@lists.linux-foundation.org
Subject: Re: Sky2 driver dies some time after resume
Date: Tue, 22 May 2007 01:11:08 -0300	[thread overview]
Message-ID: <1179807068.32496.50.camel@localhost> (raw)
In-Reply-To: <20070521153549.6bd46f7e@freepuppy>

> > I've noticing a weird behavior on sky2 driver after returning from
> > suspend. 

> Which distro? some scripts are different.

I'm using Mandriva 2007.1.

I'm hibernating here by using
	/usr/bin/klaptop_acpi_helper --hibernate

I'm not sure what scripts klaptop is using (kde version is 3.5.6).

If you want, I may run some hibernation script instead.

> Also, check if MSI is being restore properly on resume. There are some BIOS's
> that muck with MSI when ACPI calls them during resume. On Sony VAIO laptop,
> I needed to disable MSI or it resume wouldn't work.

ACPI seems to work badly on this Gateway notebook. I'm loading kernel
with noacpi. Probably, this will also disable MSI.
> 
> Linus also reported some oddness where the driver couldn't send big packets.
> Could you try:
> 	ethtool -r eth0
> That causes a phy renegotiation .

I did the following procedure, after hibernation:

# ping -f otherhost
	(worked as expected)

# ping -f otherhost -s 500
	(worked as expected)

# rsync -vuza otherhost:/sometree .

At the middle of the transfer, network stopped work.

# ethtool -r eth0

Didn't worked (I ran this several times)

dmesg (after emerging from hibernation):

CPU1 is up
usb usb2: root hub lost power or was reset
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control none
usb 3-6: USB disconnect, address 8
usb 3-6: new high speed USB device using ehci_hcd and address 9
usb 3-6: configuration #1 chosen from 1 choice
sky2 eth0: Link is down.
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control none
sky2 eth0: Link is down.
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control none
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control none

# ethtool eth0

Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Current message level: 0x000000ff (255)
        Link detected: yes

# rmmod sky2; modprobe sky2; dmesg

sky2 eth0: disabling interface
ACPI: PCI interrupt for device 0000:02:00.0 disabled
ACPI: PCI Interrupt 0000:02:00.0[A] -> GSI 16 (level, low) -> IRQ 16
PCI: Setting latency timer of device 0000:02:00.0 to 64
sky2 v1.10 addr 0xc0200000 irq 16 Yukon-FE (0xb7) rev 1
sky2 eth0: addr 00:e0:b8:ba:33:39
sky2 eth0: enabling interface
sky2 eth0: ram buffer 4K
ADDRCONF(NETDEV_UP): eth0: link is not ready
sky2 eth0: Link is up at 100 Mbps, full duplex, flow control none
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

Now, network is working like a charm.

I suspect that something weird occurs with big packets after
hibernation.

> 
-- 
Cheers,
Mauro

      reply	other threads:[~2007-05-22  4:11 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-05-21 21:29 Sky2 driver dies some time after resume Mauro Carvalho Chehab
2007-05-21 22:35 ` Stephen Hemminger
2007-05-22  4:11   ` Mauro Carvalho Chehab [this message]

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=1179807068.32496.50.camel@localhost \
    --to=mchehab@infradead.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=shemminger@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 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.