Hi there
I was suggesting to run a sort of stress test. iperf is a network
performance testing utility which is well known and widely available.
You might consider running some varied tests through the updated driven
to ensure yourself that its now behaving more stable. On the other hand
you may find that under high load (or something) that there are still
problems - which you could then feed back to the driver author.
There are many useful iperf tutorials online, i cant recommend one
specifically.
Dean
On Mon, 31 Dec 2012 16:48:26 +0100, regexes wrote:
Hi,
I must admit, I don't know how to do some long iperf (internet
performance??) tests... what exactly do you mean? I don't know what
would be useful...
regexes
On Tue, 27 Dec 2011 23:30:29 +0100, Dean Hamstead
<[email protected]> wrote:
No probs
perhaps stress test it with some long iperf tests ?
Dean
On 28/12/11 08:32, regexes wrote:
Just to say... updating the kernel to 3.1.6 seems to have solved
all of
the issues.
Thanks for the lead Dean!
regexes
On Tue, 27 Dec 2011 16:29:43 +0100, regexes <[email protected]>
wrote:
Hmmm... mine shows:
blade:root:/var/log# modinfo atl1ce
filename:
/lib/modules/2.6.32-5-amd64/kernel/drivers/net/atl1c/atl1c.ko
version: 1.0.0.2-NAPI
license: GPL
description: Atheros 1000M Ethernet Network Driver
author: Jie Yang <[email protected]>
srcversion: 8160DE57184B0C6C760D53E
alias: pci:v00001969d00001073sv*sd*bc*sc*i*
alias: pci:v00001969d00002062sv*sd*bc*sc*i*
alias: pci:v00001969d00002060sv*sd*bc*sc*i*
alias: pci:v00001969d00001062sv*sd*bc*sc*i*
alias: pci:v00001969d00001063sv*sd*bc*sc*i*
depends:
vermagic: 2.6.32-5-amd64 SMP mod_unload modversions
Maybe a kernel upgrade would help... I guess I'll try that first.
On Tue, 27 Dec 2011 15:00:19 +0100, Dean Hamstead
<[email protected]> wrote:
here is the driver version in k3.1
root@astrotrain:/home/dean# modinfo atl1c
filename:
/lib/modules/3.1.0-1-amd64/kernel/drivers/net/atl1c/atl1c.ko
version: 1.0.1.0-NAPI
license: GPL
description: Atheros 1000M Ethernet Network Driver
author: Jie Yang <[email protected]>
srcversion: 6B5B83F39487C00C3BF2E83
alias: pci:v00001969d00001083sv*sd*bc*sc*i*
alias: pci:v00001969d00001073sv*sd*bc*sc*i*
alias: pci:v00001969d00002062sv*sd*bc*sc*i*
alias: pci:v00001969d00002060sv*sd*bc*sc*i*
alias: pci:v00001969d00001062sv*sd*bc*sc*i*
alias: pci:v00001969d00001063sv*sd*bc*sc*i*
depends:
intree: Y
vermagic: 3.1.0-1-amd64 SMP mod_unload modversions
If the version is the same in your kernel, its very unlikely that
a
kernel update will help.
There doesnt appear to be any specific module options, so thats
not
something that can be explored.
You can of course, email the driver author. They are almost
always
interested to know if a reproducible bug has been found.
Dean
On Tue, 27 Dec 2011 14:24:44 +0100, regexes wrote:
Hi,
Thanks for the reply...
kernel: 2.6.32-5-amd64
Driver: atl1c
I tried unloading and loading the driver but it didn't work
though.
I'll try some of your other suggestions. Maybe I'll find
something.
regexes
On Tue, 27 Dec 2011 12:59:46 +0100, Dean Hamstead
<[email protected]> wrote:
The kernel may not be aware that something is wrong. Your email
has garbled which driver is in use, could you please clarify
and
also which kernel version are you using?
Some steps i suggest are...
- see if traffic is leaving your machine (mirror ports, hubs or
a
cross over to another machine. then use tcpdump or wireshark)
- try unloading and loading the driver, does it work again?
- check what options are available for the driver, and play
with
any you might have
- update your kernel
some more exotic things to check...
- check that iptables isnt being triggered by something?
- it could be an irq conflict, especially if the card (or
driver)
doesnt play nicely with shared irqs. you may be able to clear
the
share by disabling an unused serial or parallel port
- following from the above, you could change to polled rather
than
irq and see what happens. polling uses lots more cpu (ok thats
an
over simplification, it is better in some circumstances)
- maybe your dns lease is expiring?
Dean
On Tue, 27 Dec 2011 12:44:04 +0100, regexes wrote:
Hello everyone,
I just aquired a new Lenovo G770 laptop and am having a
strange
issue with
the Ethernet Controller.
Network connection works fine for a few minutes then dies. The
interface
is still configured though but it just stops working. There
are no
error
messages in dmesg either.
My router is not a problem. Access is granted and it does work
to
begin
with and the logs show nothing abnormal.
I've seen a few threads concering the G770 with Ubuntu but
nothing
that
addresses this problem.
Output of ifconfig -a
eth0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
inet addr:xxx.xxx.xxx.xxx
Bcast:xxx.xxx.xxx.xxx
Mask:xxx.xxx.xxx.xxx
inet6 addr: xxxx::xxxx:xxxx:xxxx:xxxx/64
Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500
Metric:1
RX packets:3983 errors:0 dropped:0
overruns:0
frame:0
TX packets:3139 errors:0 dropped:0
overruns:0
carrier:1
collisions:0 txqueuelen:1000
RX bytes:4773236 (4.5 MiB) TX bytes:457213
(446.4 KiB)
Interrupt:27
The output of lspic -v
01:00.0 Ethernet controller: Atheros Communications AR8152
v2.0 Fast
Ethernet (rev c1)
Subsystem: Lenovo Device 3979
Flags: bus master, fast devsel, latency 0, IRQ
27
Memory at d0500000 (64-bit, non-prefetchable)
[size=256K]
I/O ports at 2000 [size=128]
Capabilities: [40] Power Management version 3
Capabilities: [48] MSI: Enable+ Count=1/1
Maskable- 64bit+
Capabilities: [58] Express Endpoint, MSI 00
Capabilities: [6c] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [180] Device Serial Number
xx-xx-xx-xx-xx-xx-xx-xx
Kernel driver in use: atl101:00.0
Anybody have an idea what could be happening with the Eternet
controller
and how I can fix it?
Another issue are the function keys. On my old Thinkpad, the
tpb package worked very well, however, that package isn't
available on
amd64. What other possibility is there to get the function
keys to
work?
Thanks for any help!
regexes
--
Using Opera's revolutionary e-mail client:
http://www.opera.com/mail/
--
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
Come play computer games with us at http://fragfest.com.au
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: http://lists.debian.org/[email protected]
