Hi Mathieu,
> Here is a patch that add a netlink virtual interface.
> Through a hook in af_netlink.c every packets are duplicated and sent to
> that interface. Thus userspace sniffers can capture them.
Looks like an interesting direction.
Do you think, that such approach may be extended to unix-
Am Mittwoch 25 Januar 2006 07:18 schrieb Zhu Yi:
> > This is what leads to the high ksoftirqd usage I reported October 2005
> > into the ipw bugzilla
> > (http://www.bughost.org/bugzilla/show_bug.cgi?id=825).
>
> Sorry, I'm not aware of this bug since I'm not on the cc list.
Hmm, frankly the ipw
On Wed, Jan 25, 2006 at 12:21:42AM +0100, Mattia Dongili wrote:
> I experienced the same today, I was planning to get a photo tomorrow :)
> I'm running 2.6.16-rc1-mm2 and the last working kernel was 2.6.15-mm4
> (didn't try .16-rc1-mm1 being scared of the reiserfs breakage).
I think that's because
Am Mittwoch 25 Januar 2006 07:55 schrieb James Ketrenos:
> The purpose for this code ever coming into existence within ieee80211
> was based on discussions at OLS this past year in how to support for the
> ability to start/stop independent Tx queues within a single net device
> in order to support
> Do you think, that such approach may be extended to unix-domain
> traffic as well, or there are other ways to sniff such packets?
I don't know if similar things exists or have existed for UNIX sockets.
That could be useful having an infrastructure that'll enable to redirect certain
socket type t
Herbert Xu wrote:
> Patrick McHardy <[EMAIL PROTECTED]> wrote:
>
>>Andrew Morton wrote:
>>
>>>http://bugzilla.kernel.org/show_bug.cgi?id=5936
>>
>>Please post your iptables rules and the full list of loaded modules.
>
>
> The problem is caused by SNAT on a dst that already has an xfrm set.
> Whe
Stefan Rompf wrote:
> Am Mittwoch 25 Januar 2006 07:55 schrieb James Ketrenos:
>
>
>>The purpose for this code ever coming into existence within ieee80211
>>was based on discussions at OLS this past year in how to support for the
>>ability to start/stop independent Tx queues within a single net d
Am Dienstag 17 Januar 2006 22:52 schrieb Stefan Rompf:
> This patch implements suspend and resume methods for the starfire driver.
> It allows me to put my desktop PC with a starfire dual board into S4.
Jeff, all email addresses of Ionut Badulescu I am aware of
(<[EMAIL PROTECTED]> and <[EMAIL P
On Wed, Jan 25, 2006 at 10:25:27AM +0100, Patrick McHardy wrote:
>
> I don't like adding this special behaviour for NAT, people need
> to adjust their rulesets for filtering etc. anyway. We could stop
> rerouting packets in between transforms (when both dst->xfrm and
> IPSKB_XFRM_TRANSFORMED are s
On Tue, 2006-24-01 at 14:23 +0100, Robert Olsson wrote:
> Hello!
> We disussed the resue of skb's some time ago.
>
> Below some code to examine how skb's can be reused if upper layer (RX
> softirq)
> can consume the skb so we with in NAPI path can detect and reuse the skb. It
> can give new po
On Wed, Jan 25, 2006 at 10:02:40AM +0100, Olaf Kirch wrote:
> I'm not sure what the right fix would be. e100_resume would probably
> have to call e100_alloc_cbs early on, while e100_up should avoid
> calling it a second time if nic->cbs_avail != 0. A tentative patch
> for testing is attached.
Repo
On Wed, 2006-25-01 at 10:24 +0100, Stefan Rompf wrote:
> Am Mittwoch 25 Januar 2006 07:55 schrieb James Ketrenos:
>
> > Jamal indicated we should just return NETDEV_TX_BUSY and the stack would
> > take care of rescheduling...
>
> well so even Jamal can be wrong sometimes ;-)
>
I am never wron
On Wed, Jan 25, 2006 at 10:08:26AM -0500, John W. Linville wrote:
> Using the sky2 driver with bonding can result in oopses related to
> reinitializing the PHY when the MAC address is changed (which bonding
> is wont to do). This patch changes sky2_set_mac_address to take less
> drastic measures.
Using the sky2 driver with bonding can result in oopses related to
reinitializing the PHY when the MAC address is changed (which bonding
is wont to do). This patch changes sky2_set_mac_address to take less
drastic measures.
This is analagous to the skge patch here:
http://lkml.org/lkml/2
Hello.
In article <[EMAIL PROTECTED]> (at Tue, 24 Jan 2006 16:38:26 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> + if (optlen != sizeof val)
sizeof(val)
Please use "sizeof(foo)" instead of "sizeof foo".
> --- x/include/linux/if_packet.h
On Mon, Jan 23, 2006 at 03:32:32PM +0100, Johannes Berg wrote:
> Shouldn't you BSS-filter management packets too?
Filtering on BSSID is necessary for management frames, especially when
multicast management frames are thrown into the mix.
For example, STAs are supposed to respect broadcast disa
From: YOSHIFUJI Hideaki
Sent: 1/25/2006 7:32:09 AM
> Hello.
>
> In article <[EMAIL PROTECTED]> (at Tue, 24 Jan 2006 16:38:26 -0800), "Kris
> Katterjohn" <[EMAIL PROTECTED]> says:
>
> > + if (optlen != sizeof val)
> sizeof(val)
>
> Please use "sizeof(foo)"
Hi,
I'm testing Linux 2.6.16-rc1-git4 on a 500Mbps line with 220ms rtt. I'm
getting a very strange cwnd history and was wondering if anyone noticed
it before and knows why it happens. A graph is attached and you can find
a resizable version at http://hamilton.ie/person/baruch/linet/
The changes I
Hi,
When adding a route, expiration attribute may be 0. In my understanding,
it means the route never expires and rt6i_expires should be 0, and not
the current time. If right, attached patch should fix the issue.
Regards,
Jean-Mickael
Signed-off-by: [EMAIL PROTECTED]
--- route.c.orig
Carl-Daniel Hailfinger schrieb:
> Stephen Hemminger schrieb:
>
>>On Tue, 24 Jan 2006 14:19:56 +0100
>>Carl-Daniel Hailfinger <[EMAIL PROTECTED]> wrote:
>>
>>
>>
>>>This patch for sky2 fixes a hang on Yukon-EC (0xb6) rev 1
>>>where suddenly no more interrupts were delivered.
>>>
>>>I don't know the
On 1/25/06, Olaf Kirch <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 25, 2006 at 10:02:40AM +0100, Olaf Kirch wrote:
> > I'm not sure what the right fix would be. e100_resume would probably
> > have to call e100_alloc_cbs early on, while e100_up should avoid
> > calling it a second time if nic->cbs_avai
Hi,
Below is a patch for the Large Receive Offload feature.
Please review and let us know your comments.
LRO algorithm was described in an OLS 2005 presentation, located at
ftp.s2io.com
user: linuxdocs
password: HALdocs
The same ftp site has Programming Manual for Xframe-I ASIC.
LRO feature is su
On Tue, Jan 24, 2006 at 10:35:06PM +0100, Robert Olsson wrote:
> I splitted alloc_skb in two parts to get the memset() part even done
> in the driver just before passing the skb to the stack.
>
> I did expect a big win in but I didn't see any gain. Strange but the code
> was bad so it might
jamal writes:
> > Here we process (drop) about 13% packets more when skb'a get reued.
> >
> Very cool.
> Robert, it would be interesting to see something more interesting
> (longer code path) such as udp. You can still use a packetgen to shoot
> at the box (netperf is a wimp), send it to
This patch fix dst reference counting in tcp_v6_send_synack
Analysis:
Currently tcp_v6_send_synack is never called with a dst entry
so dst always comes in as NULL.
ip6_dst_lookup calls ip6_route_output which calls dst_hold
before it returns the dst entry. Neither xfrm_lookup
nor tcp_make_synac
By bringing down the routes before we bring down the addresses we leak
the dst cache entries held by the addresses.
For address on an interface there is an associated input route. When
we bring that address down we call ipv6_ifa_notify(RTM_DELADDR, ifa).
ipv6_ifa_notify will then call ip6_del_r
All,
This note is just to let you know what is going-on w/ the wireless-2.6
tree, now available here:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
You may have seen the pull requests I have sent to Jeff Garzik.
I am actively merging patches for the code already
On Wed, Jan 25, 2006 at 11:37:40AM -0800, Jesse Brandeburg wrote:
> its an interesting patch, but it raises the question why does
> e100_init_hw need to be called at all in resume? I looked back
> through our history and that init_hw call has always been there. I
> think its incorrect, but its ta
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 13:12:02 -0700), [EMAIL
PROTECTED] (Eric W. Biederman) says:
> By bringing down the routes before we bring down the addresses we leak
> the dst cache entries held by the addresses.
:
> Fix this by simply moving rt6_ifdown where we flush the rout
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 09:13:26 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> +
> + case PACKET_ACCUMULATE_STATISTICS:
> + {
> + int val;
> +
> + if (optlen != sizeof(val))
> + return -EINVAL;
I thi
From: YOSHIFUJI Hideaki
Sent: 1/25/2006 1:34:19 PM
> Hello.
>
> In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 09:13:26 -0800), "Kris
> Katterjohn" <[EMAIL PROTECTED]> says:
>
>
> > +
> > + case PACKET_ACCUMULATE_STATISTICS:
> > + {
> > + int val;
> > +
> > + if (op
Benjamin LaHaise writes:
> Right. Btw, looking over your changes for skb reuse and how the e1000
> lays out its data structures, I think there is still some room for
> improvement: currently you still touch the skb that the e1000 used to
> allocate the receive buffers in. That cacheline
Ed L. Cashin wrote:
> This patch is a bugfix that follows and depends on the
> eight aoe driver patches sent January 19th.
Will they also fix this?
Or is this an md bug?
It only happens with aoe.
Also, why is aoe slower than nbd?
md: bind
[ cut here ]
kernel BUG at fs/sysf
On 1/25/06, Olaf Kirch <[EMAIL PROTECTED]> wrote:
> On Wed, Jan 25, 2006 at 11:37:40AM -0800, Jesse Brandeburg wrote:
> > its an interesting patch, but it raises the question why does
> > e100_init_hw need to be called at all in resume? I looked back
> > through our history and that init_hw call h
On Wed, 2006-01-25 at 23:56 +0100, Ingo Molnar wrote:
>
> yes, that would be a nice test. (I'm busy now with mutex stuff to be
> able to do a working softirq-preemption patch, but i sent you my
> current patches off-list - if you want to give it a shot. Be warned
> though, there will likely be qu
On 1/23/06, JaniD++ <[EMAIL PROTECTED]> wrote:
> Hello, list,
>
> I using some servers on the same network, and the new (6.2.15) driver works
> better for me.
> But i have one (and most important) server, that cannot use this driver,
> because need to booting from it.
>
> First i think the initrd ,
On 1/25/06, Jesse Brandeburg <[EMAIL PROTECTED]> wrote:
> On 1/25/06, Olaf Kirch <[EMAIL PROTECTED]> wrote:
> > On Wed, Jan 25, 2006 at 10:02:40AM +0100, Olaf Kirch wrote:
> > > I'm not sure what the right fix would be. e100_resume would probably
> > > have to call e100_alloc_cbs early on, while e1
The sky2 interrupt can be used to add entropy.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2-1.0.orig/drivers/net/sky2.c
+++ sky2-1.0/drivers/net/sky2.c
@@ -3165,7 +3165,8 @@ static int __devinit sky2_probe(struct p
}
}
- err = request_irq(pdev->irq, sky2_intr, SA_S
Fix suspend/resume for sky2. The status ring was getting reallocated
and a bunch of other mistakes. Also, check return from power_state
on resume.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2-1.0.orig/drivers/net/sky2.c
+++ sky2-1.0/drivers/net/sky2.c
@@ -26,7 +26,6 @@
/*
* TOTE
This hardware supports Message Signaled interrupts so use them.
Signed-off-by: Stephen Hemminger
--- git-2.6.orig/drivers/net/sky2.c 2006-01-25 10:42:16.0 -0800
+++ git-2.6/drivers/net/sky2.c 2006-01-25 12:59:30.0 -0800
@@ -3165,6 +3165,9 @@
}
}
+ if (pci_enab
Move the interrupt clear to before processing, this avoids a
possible transmit races.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2-1.0.orig/drivers/net/sky2.c
+++ sky2-1.0/drivers/net/sky2.c
@@ -1833,6 +1833,8 @@ static int sky2_poll(struct net_device *
u16 hwidx;
u16 tx_done[2]
Mostly a collection of bug fixes. The most critical is the pci express
fix. Also adds Message Signaled Interrupt and entropy support.
--
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org
Speed setting has been tested, and label this bundle.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- git-2.6.orig/drivers/net/sky2.c 2006-01-25 16:21:43.0 -0800
+++ git-2.6/drivers/net/sky2.c 2006-01-25 16:22:06.0 -0800
@@ -23,11 +23,6 @@
* Foundation, Inc., 675 M
This fixes setting rx_coalesce_usecs_irq via ethtool in sky2.
The write was directed to the wrong register.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
Signed-off-by: Carl-Daniel Hailfinger <[EMAIL PROTECTED]>
--- sky2-1.0.orig/drivers/net/sky2.c
+++ sky2-1.0/drivers/net/sky2.c
@@ -2827,
Using the sky2 driver with bonding can result in oopses related to
reinitializing the PHY when the MAC address is changed (which bonding
is wont to do). This patch changes sky2_set_mac_address to take less
drastic measures.
This is analagous to the skge patch here:
http://lkml.org/lkml/2005/9/29
Minor optimization and cleanup. Local pointer in one place,
and remove now dead inline.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- sky2-1.0.orig/drivers/net/sky2.c
+++ sky2-1.0/drivers/net/sky2.c
@@ -188,6 +188,7 @@ static u16 gm_phy_read(struct sky2_hw *h
static int sky2_set_pow
The sky2 driver attempts to clear PCI express errors on boot, but
the PCI subsystem sometimes won't let the sky2 driver write to PCI
express registers. It depends on the phase of the moon
and number of goats sacrificed (actually it probably is ACPI).
Until the PCI subsystem is fixed, this patch u
Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
> This patch fix dst reference counting in tcp_v6_send_synack
>
> Analysis:
> Currently tcp_v6_send_synack is never called with a dst entry
> so dst always comes in as NULL.
Thanks for the bug fix. BTW, why don't we get rid of the dst
argument to r
Kris Katterjohn <[EMAIL PROTECTED]> wrote:
>
> @@ -1021,6 +1025,7 @@ static int packet_create(struct socket *
>po = pkt_sk(sk);
>sk->sk_family = PF_PACKET;
>po->num = protocol;
> + po->accumulate_stats = 0;
This is unnecessary as sk_alloc zeros the whole structure.
C
On Wed, 2006-25-01 at 13:57 -0800, Kris Katterjohn wrote:
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
>
> --- x/net/packet/af_packet.c 2006-01-25 15:48:17.0 -0600
> +++ y/net/packet/af_packet.c 2006-01-25 15:48:12.0 -0600
> @@ -41,6 +41,9 @@
> *
From: Herbert Xu
Sent: 1/25/2006 6:45:50 PM
> Kris Katterjohn <[EMAIL PROTECTED]> wrote:
> >
> > @@ -1021,6 +1025,7 @@ static int packet_create(struct socket *
> >po = pkt_sk(sk);
> >sk->sk_family = PF_PACKET;
> >po->num = protocol;
> > + po->accumulate_stats = 0;
>
>
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 19:46:07 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> @@ -1399,6 +1423,17 @@ static int packet_getsockopt(struct sock
> return -EINVAL;
>
> switch(optname) {
> + case PACKET_ACCUMULATE_STATISTICS:
From: YOSHIFUJI Hideaki
Sent: 1/25/2006 7:50:55 PM
> In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 19:46:07 -0800), "Kris
> Katterjohn" <[EMAIL PROTECTED]> says:
>
> > @@ -1399,6 +1423,17 @@ static int packet_getsockopt(struct sock
> > return -EINVAL;
> >
> > sw
Hello.
In article <[EMAIL PROTECTED]> (at Wed, 25 Jan 2006 20:25:56 -0800), "Kris
Katterjohn" <[EMAIL PROTECTED]> says:
> Okey-dokey.
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Signed-off-by: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
> --- x/net/packet/af_packet.c 2006-01-25 22:18:41.
54 matches
Mail list logo