* sunhme x86 SMP issues
@ 2007-12-27 9:00 Costa Tsaousis
2008-01-07 23:01 ` Jarek Poplawski
0 siblings, 1 reply; 2+ messages in thread
From: Costa Tsaousis @ 2007-12-27 9:00 UTC (permalink / raw)
To: netdev
Merry Christams,
I would like to report incompatibilities of the sunhme driver with x86 SMP.
My configuration:
Tyan S2466 motherboard with 2x Athlon MP 2400+
Kernel: 2.6.23-gentoo-r3
lscpi:
00:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P]
System Controller (rev 20)
00:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-760 MP [IGD4-2P]
AGP Bridge
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] ISA (rev 05)
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-768 [Opus] IDE
(rev 04)
00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] ACPI (rev 03)
00:08.0 Mass storage controller: Promise Technology, Inc. 20269 (rev 02)
00:09.0 Mass storage controller: Promise Technology, Inc. 20269 (rev 02)
00:10.0 PCI bridge: Advanced Micro Devices [AMD] AMD-768 [Opus] PCI (rev 05)
01:05.0 VGA compatible controller: nVidia Corporation NV36.2 [GeForce FX
5700] (rev a1)
02:00.0 USB Controller: Advanced Micro Devices [AMD] AMD-768 [Opus] USB
(rev 07)
02:05.0 PCI bridge: Digital Equipment Corporation DECchip 21153 (rev 04)
02:06.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 08)
02:06.1 Input device controller: Creative Labs SB Live! Game Port (rev 08)
02:07.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169
Gigabit Ethernet (rev 10)
02:08.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado]
(rev 78)
03:00.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
03:00.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal
10/100 Ethernet [hme] (rev 01)
03:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
03:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal
10/100 Ethernet [hme] (rev 01)
03:02.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
03:02.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal
10/100 Ethernet [hme] (rev 01)
03:03.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01)
03:03.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal
10/100 Ethernet [hme] (rev 01)
Sunhme (4 ports) and RTL-8169 (1 port) are configured as an Ethernet bridge.
The problem:
When transfering large files from one hme port to another, the machine
temporarily freezes for a few seconds. Even the ssh sessions, the mouse,
and the machine clock are completelly paused. After a few seconds the
machine recovers without kernel errors or messages in most cases. These
freezes appear continuously as far as the transfer is in place.
The problem relaxes a bit with 'noapic' but still happens.
The problem does not appear when the kernel is booted with maxcpus=0.
With maxcpus=1 the problem is that hme ports become almost unusable
(like huge packet loss).
The problem does not appear when the machine is routing traffic from a
non bridged Ethernet to an hme port.
I have tried several different kernel boot options and configurations,
without founding any solution. Check this thread:
http://forums.gentoo.org/viewtopic-t-635999-start-0-postdays-0-postorder-asc-highlight-.html?sid=275e5b2a0faea0c878b2a27fe7b83523
I am not subscribed to the list, so please CC me in replies.
Thanks,
Costa
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: sunhme x86 SMP issues
2007-12-27 9:00 sunhme x86 SMP issues Costa Tsaousis
@ 2008-01-07 23:01 ` Jarek Poplawski
0 siblings, 0 replies; 2+ messages in thread
From: Jarek Poplawski @ 2008-01-07 23:01 UTC (permalink / raw)
To: Costa Tsaousis; +Cc: netdev
Costa Tsaousis wrote, On 12/27/2007 10:00 AM:
> Merry Christams,
>
> I would like to report incompatibilities of the sunhme driver with x86 SMP.
>
Hi Costa,
It seems your report has to wait for better times... I'm not driver's
expert, but maybe you could try some of these:
- since 'the list' seems to be busy now, opening a bug report at
bugzilla.kernel.org (copy most of these information and lspci -vvv)
looks like the best way to not forget about this,
- I'd a look at the code and it seems it uses quite coarse locking,
so it could be SMP unfriendly by design...; could you try with
kernel boot parameter: noirqbalance (or read about SMP issues e.g.
for another card Documentation/networking/cxgb.txt).
Regards,
Jarek P.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-01-07 22:57 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-12-27 9:00 sunhme x86 SMP issues Costa Tsaousis
2008-01-07 23:01 ` Jarek Poplawski
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).