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
prev parent 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.