From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <006101c58b6d$76cf7250$2f00a8c0@coco> From: =?iso-8859-1?Q?Ir=E9n=E9e_BROCHIER?= Date: Mon, 18 Jul 2005 09:51:10 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_005E_01C58B7E.3A132300" Subject: [Bridge] brctl masking interrupts ? List-Id: Linux Ethernet Bridging List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: bridge@lists.osdl.org This is a multi-part message in MIME format... ------=_NextPart_000_005E_01C58B7E.3A132300 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi all, I recently discovered that when I am using brctl in my product, I got some = troubles with a driver which need to quickly handle interrupts. Brct seems = to "mask interrupts" for long time - more than 6 ms - when there is ethern= et traffic in it. I also noticed that there is a lot of messages on the console when there is= trafic in the bridge.Here a sample of messages : ... PROTO=3D17 192.168.0.43:137 192.168.0.255:137 L=3D78 S=3D0x00 I=3D387 F=3D0= x0000 T=3D128 nf_hook: hook 1 already set. skb: pf=3D2 (unowned) dev=3Dbr0 len=3D78 PROTO=3D17 192.168.0.43:137 192.168.0.255:137 L=3D78 S=3D0x00 I=3D387 F=3D0= x0000 T=3D128 ... Maybe these two things are linked ? These messages are quite boring but this is not my real problem. My problem= is the enormous interrupt latency that brctl bring in my product. My product runs with a linux 2.4.27 for arm.=20 Is what happens in my product normal ? Is there any magical patch for my problem ? Thanks all, bye. Ir=E9n=E9e B. ------=_NextPart_000_005E_01C58B7E.3A132300 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi all,
 
I recently discovered that when I am using= brctl in=20 my product, I got some troubles with a driver which need to quickly handle= =20 interrupts. Brct seems to "mask interrupts" for long time - more = than=20 6 ms  - when there is ethernet traffic in it.
 
I also noticed that there is a lot of mess= ages on=20 the console when there is trafic in the bridge.Here a sample of messages=20 :
 
...
PROTO=3D17 192.168.0.43:137 192.168.0.= 255:137=20 L=3D78 S=3D0x00 I=3D387 F=3D0x0000 T=3D128
nf_hook: hook 1 already set.<= BR>skb: pf=3D2=20 (unowned) dev=3Dbr0 len=3D78
PROTO=3D17 192.168.0.43:137 192.168.0.255:1= 37 L=3D78=20 S=3D0x00 I=3D387 F=3D0x0000 T=3D128
...
 
Maybe these two things are linked ?=
 
These messages are quite boring but this i= s not my=20 real problem. My problem is the enormous interrupt latency that brctl bring= in=20 my product.
 
My product runs with a linux 2.4.27 for=20 arm. 
 
Is what happens in my product normal ?
Is there any magical patch for my problem= =20 ?
 
Thanks all,
 
bye.
 
Ir=E9n=E9e B.
------=_NextPart_000_005E_01C58B7E.3A132300--