On Tuesday 10 April 2007 01:58, Dmitry Torokhov wrote:
> Hi,
>
> This is a modified version of rfkill patch that provides infrastructure
> for controlling state of RF transmitters found on various cards.
Well, Andrew found bunch of issues with the patch so here is an
updated version...
--
Dmitr
On Tue, 2007-04-10 at 00:08 -0600, Eric W. Biederman wrote:
> How are you specifying which piece of hardware today? By interface name?
By wiphy index, which is just the hardware identifier we give each
802.11 device present on the system (if it uses cfg80211)
> What function do your virtual dev
Johannes Berg <[EMAIL PROTECTED]> writes:
> Our virtual devices are always associated with a piece of hardware, and
> we really want them to be associated with that at all times, even when
> not UP. Everything else seems like a huge complication if only because
> then we can't have whoever will be
Hi,
This is a modified version of rfkill patch that provides infrastructure
for controlling state of RF transmitters found on various cards. It
works as follows:
Network card drivers that are able to control state of their RF
transmitters allocate and register rfkill structures. Every rfkill
stru
On Tue, 2007-04-10 at 02:06 +0200, Patrick McHardy wrote:
> Same way as the current RTM_SETLINK message works, but with creating
> a new link in advance. It works fine in other subsystems, so I don't
> see why it would in this case as well. Some subsystems do it in an
> atomic fashion (network sch
I'd like to announce preliminary versions of a set of "mlx4" drivers
for Mellanox's new ConnectX InfiniBand/10 gigabit ethernet adapters.
(These are Mellanox's 4th generation of adapters, hence the mlx4 name)
Because these adapters can operate as both an ethernet NIC and an
InfiniBand HCA (at the s
From: Divy Le Ray <[EMAIL PROTECTED]>
The MAC watchdog was failing if the peer interface was brought down.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/common.h |7 ++-
drivers/net/cxgb3/cxgb3_main.c | 10 +---
drivers/net/cxgb3/xgmac.c | 107
From: Divy Le Ray <[EMAIL PROTECTED]>
Remove specific CPL handler.
Add missing CPL handler.
Add missing register setting when the interface is brought up.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c|2 ++
drivers/net/cxgb3/cxgb3_offload.c | 14 ++
Hi Jeff,
I'm submitting a set of bug fixes for inclusion in 2.6.21.
The patches are built against Linus'git tree.
Here is a brief description:
- Avoid deadlock when the interface is brought down
- Rework the MAC hang workaround since it was failing
if the peer interface was brought down
- add m
From: Divy Le Ray <[EMAIL PROTECTED]>
Fix a deadlock when the interface s configured down and
the watchdog tack is sleeping on rtnl_lock.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_main.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git
On Mon, 2007-04-09 at 16:08 -0400, Robin Getz wrote:
> On Mon 9 Apr 2007 14:43, David Miller pondered:
> > From: David Miller <[EMAIL PROTECTED]>
> > Date: Mon, 09 Apr 2007 09:55:23 -0700 (PDT)
> > >
> > > I will apply this patch.
> >
> > Actually I won't, the other comments in this thread make a l
> This indeed looks a lot better than the first patch. I'm too
> tired to fully review this now, but could you please post the
> corresponding e1000 patch? From a quick look I'm guessing
> that this patch changes the behaviour of the prio qdisc from
> strict priority to whatever scheduling mech
Peter P Waskiewicz Jr wrote:
> From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
>
> Update: Fixed a typecast in free_netdev() for the egress_subqueue list.
>
> Added an API and associated supporting routines for multiqueue network
> devices.
> This allows network devices supporting multiple TX qu
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Update: Fixed a typecast in free_netdev() for the egress_subqueue list.
Added an API and associated supporting routines for multiqueue network devices.
This allows network devices supporting multiple TX queues to configure each
queue within the netd
Johannes Berg wrote:
> On Mon, 2007-04-09 at 22:11 +0200, Patrick McHardy wrote:
>
>
>>Thats why I suggested that we should create one, ideally before adding
>>more sysfs/proc/ioctl/... based interfaces, which we'll have a hard time
>>getting rid of again.
>
>
> But then how would we configure
This is a note to let you know that I've just added the patch titled
Subject: PHY: remove rwsem use from phy core
to my gregkh-2.6 tree. Its filename is
phy-rwsem-removal.patch
This tree can be found at
http://www.kernel.org/pub/linux/kernel/people/gregkh/gregkh-2.6/patches/
Need to rework wake on lan code to setup properly and get activated
on shutdown (and suspend), not when ethtool is run.
This does not need to go to stable queue because wake on lan
was not even included in 2.6.20 (or earlier versions).
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- skg
On Mon, Apr 09, 2007 at 07:24:07PM +0100, W Agtail wrote:
> Yup, I've been flushing iptables each time. This is what we have atm:
> iptables -n -v -t mangle -L
>
> Chain PREROUTING (policy ACCEPT 12656 packets, 2518K bytes)
> pkts bytes target prot opt in out source
> destination
>
> Hi,
>
>
> On Apr 9 2007 14:28, Peter P Waskiewicz Jr wrote:
> >@@ -3345,6 +3358,7 @@ void free_netdev(struct net_device *dev) {
> >#ifdef CONFIG_SYSFS
> > /* Compatibility with error handling in drivers */
> >+kfree((char *)dev->egress_subqueue);
> > if (dev->reg_state == NETREG
Hi,
On Apr 9 2007 14:28, Peter P Waskiewicz Jr wrote:
>@@ -3345,6 +3358,7 @@ void free_netdev(struct net_device *dev)
> {
> #ifdef CONFIG_SYSFS
> /* Compatibility with error handling in drivers */
>+ kfree((char *)dev->egress_subqueue);
> if (dev->reg_state == NETREG_UNINITIALIZ
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Adding documentation for the new multiqueue API.
Signed-off-by: Peter P. Waskiewicz Jr <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
Documentation/networking/multiqueue.txt | 97 +++
1 files chan
Reposting due to the patches getting bounced by majordomo:
This is a redesign and repost of the multiqueue network device support
patches. The new API for base drivers allows multiqueue-capable devices to
manage their individual queues in the network stack. The stack now handles
both non-multiqu
From: Peter P Waskiewicz Jr <[EMAIL PROTECTED]>
Added an API and associated supporting routines for multiqueue network devices.
This allows network devices supporting multiple TX queues to configure each
queue within the netdevice and manage each queue independantly. Changes to the
PRIO Qdisc als
Here is an update to bridging code for net-2.6.22
The following changes since commit 532122caf3f7573760c5ec523bc3be14606bb8f2:
Ilpo Järvinen (1):
[TCP]: Simplify LOST marker code
are found in the git repository at:
master.kernel.org:/pub/scm/linux/kernel/git/shemminger/bridge-2.6.22.
From: "Waskiewicz Jr, Peter P" <[EMAIL PROTECTED]>
Date: Mon, 9 Apr 2007 13:47:58 -0700
> Will do. On a side note, I don't see my patches landing on vger again.
> Did they get munched, or is majordomo lagging a bit?
I forwarded you one of the bounces.
-
To unsubscribe from this list: send the li
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 09, 2007 1:47 PM
> To: Waskiewicz Jr, Peter P
> Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; cramerj; Kok, Auke-jan H; Leech, Christopher
> Subject: Re: [PATCH 2/2]
From: "Waskiewicz Jr, Peter P" <[EMAIL PROTECTED]>
Date: Mon, 9 Apr 2007 13:43:11 -0700
> True, but the assignment for "dev" above also casts this void * to
> struct net_device *:
>
> dev = (struct net_device *)
> (((long)p + NETDEV_ALIGN_CONST) & ~NETDEV_ALIGN_CONST);
>
> -Original Message-
> From: David Miller [mailto:[EMAIL PROTECTED]
> Sent: Monday, April 09, 2007 1:38 PM
> To: Waskiewicz Jr, Peter P
> Cc: netdev@vger.kernel.org; linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]; cramerj; Kok, Auke-jan H; Leech, Christopher
> Subject: Re: [PATCH 2/2]
From: Peter P.Waskiewicz Jr. <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 13:50:52 -0700
> From: Peter P. Waskiewicz Jr. <[EMAIL PROTECTED]>
>
> Added an API and associated supporting routines for multiqueue network
> devices.
> This allows network devices supporting multiple TX queues to configur
Kok, Auke wrote:
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Remove unnecessary irq_sem accounting from e1000. Tested with no
problems.
the major problem with this is that one of the e1000 parts (82547) still
requires the irq_sem. I doubt that you tested that card specificall
When a user sets tcp_slow_start_after_idle to zero they want the
congestion window to not time out, that's why we added the sysctl in
the first place.
But in the cases where this matters, the user can still get screwed
over by congestion window validation, so we should apply the
slow_start_after_
On Mon, 2007-04-09 at 22:11 +0200, Patrick McHardy wrote:
> Thats why I suggested that we should create one, ideally before adding
> more sysfs/proc/ioctl/... based interfaces, which we'll have a hard time
> getting rid of again.
But then how would we configure initial parameters along with creat
Eric W. Biederman wrote:
> The core mechanism for network configuration does not support creating
> virtual devices in a extensible reusable way.
>
> In particular the tunnel types supported by iproute2 are hard coded
> into the user space tool and into the kernel interface. The interface
> seems
On Mon 9 Apr 2007 14:43, David Miller pondered:
> From: David Miller <[EMAIL PROTECTED]>
> Date: Mon, 09 Apr 2007 09:55:23 -0700 (PDT)
> >
> > I will apply this patch.
>
> Actually I won't, the other comments in this thread make a lot
> of sense, we should try to make it build and work just as we
>
On Mon, 2007-04-09 at 13:35 -0600, Eric W. Biederman wrote:
>
> Nor have I seen a rigorous adherence to all new network configuration
> using netlink. The wireless code doesn't even seem to really try.
You're talking about the wext stuff that was invented ten years ago.
cfg80211/nl80211 which I
Eric W. Biederman wrote:
Nor have I seen a rigorous adherence to all new network configuration
using netlink. The wireless code doesn't even seem to really try.
Not true:
commit 711e2c33ac9221a419a9e28d05dd78a6a9c5fd4d
Author: Jean Tourrilhes <[EMAIL PROTECTED]>
Date: Wed Feb 22 15:10:56 2
David Miller <[EMAIL PROTECTED]> writes:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Mon, 09 Apr 2007 18:58:13 +0200
>
>> It would be nice if someone would finally come up with a generic
>> interface based on netlink (RTM_NEWLINK) instead of adding yet
>> another couple of homegrown interf
Chuck Ebbert wrote:
Where is the text of the oops?
In one of the files on the website I referenced. Here's the text...
[ 173.584000] APIC error on CPU1: 08(08)
[ 173.665000] APIC error on CPU0: 08(08)
[ 173.665000] APIC error on CPU1: 08(08)
[ 173.746000] APIC error on CPU0: 08(08)
[ 17
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 15:01:49 -0400
> David Miller wrote:
> > From: Herbert Xu <[EMAIL PROTECTED]>
> > Date: Fri, 6 Apr 2007 07:57:03 +1000
> >
> >> On Thu, Apr 05, 2007 at 09:59:29AM -0700, David Miller wrote:
> >>> Where is the patch? :-)
> >>>
> >>> Seco
David Miller wrote:
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 6 Apr 2007 07:57:03 +1000
On Thu, Apr 05, 2007 at 09:59:29AM -0700, David Miller wrote:
Where is the patch? :-)
Second time you've done this in two days Herbert, tsk tsk :)))
The patch was so easy that it was left as an exer
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 4 Apr 2007 12:05:30 +1000
> Hi Dave:
>
> I've finally managed to kill the Xen csum_blank/proto_data_valid hack.
> In the process I needed to make two more changes to Linux. Here are
> the patches against net-2.6.22.
>
> [NET]: Use csum_start offse
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Wed, 4 Apr 2007 12:06:47 +1000
> Hi:
>
> Here's the other patch.
>
> [NET]: Treat CHECKSUM_PARTIAL as CHECKSUM_UNNECESSARY
>
> When a transmitted packet is looped back directly, CHECKSUM_PARTIAL
> maps to the semantics of CHECKSUM_UNNECESSARY. Therefo
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 6 Apr 2007 07:57:03 +1000
> On Thu, Apr 05, 2007 at 09:59:29AM -0700, David Miller wrote:
> >
> > Where is the patch? :-)
> >
> > Second time you've done this in two days Herbert, tsk tsk :)))
>
> The patch was so easy that it was left as an exerc
David Miller wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Sun, 08 Apr 2007 04:56:51 +0200
>
>
>>The pskb_copy_expand crash I was seeing was triggered by BEET
>>mode not calculating the SA's header_len value for the worst
>>case, causing skb headroom expansions. This patch uses the
>
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 20:49:59 +0200
> David Miller wrote:
> > Applied, thanks Patrick.
> >
> > Can you backport this to 2.6.21 for me, if you think we should
> > bother? Thanks.
>
>
> Its merely an optimization, so I don't think we should put it in 2
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Fri, 06 Apr 2007 21:48:49 +0200
> Optimize IPsec MTU calculation. Now also tested with beet mode.
Applied, thanks Patrick.
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordo
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sun, 08 Apr 2007 04:56:51 +0200
> The pskb_copy_expand crash I was seeing was triggered by BEET
> mode not calculating the SA's header_len value for the worst
> case, causing skb headroom expansions. This patch uses the
> worst case value by includin
David Miller wrote:
From: Ben Greear <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 11:14:52 -0700
Patrick McHardy wrote:
It would be nice if someone would finally come up with a generic
interface based on netlink (RTM_NEWLINK) instead of adding yet
another couple of homegrown interfaces.
My pre
From: "Arnaldo Carvalho de Melo" <[EMAIL PROTECTED]>
Date: Sun, 8 Apr 2007 10:07:29 -0300
> On 4/8/07, Patrick McHardy <[EMAIL PROTECTED]> wrote:
> >
> > [XFRM]: esp: fix skb_tail_pointer conversion bug
> >
> > Fix incorrect switch of "trailer" skb by "skb" during skb_tail_pointer
> > conversion:
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Sun, 08 Apr 2007 03:47:39 +0200
> These patches fix two crashes I was getting with net-2.6.22
> on 64 bit caused by missing skb header offset adjustments
> when changing the headroom length.
Applied.
-
To unsubscribe from this list: send the line "u
Ben Greear wrote:
> Patrick McHardy wrote:
>
>> It would be nice if someone would finally come up with a generic
>> interface based on netlink (RTM_NEWLINK) instead of adding yet
>> another couple of homegrown interfaces.
>
>
> My preference is for ioctls, procfs, or similar that does not
> requ
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 18:58:13 +0200
> It would be nice if someone would finally come up with a generic
> interface based on netlink (RTM_NEWLINK) instead of adding yet
> another couple of homegrown interfaces.
I absolutely agree, using these ioctls and
From: David Miller <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 09:55:23 -0700 (PDT)
> From: "Wu, Bryan" <[EMAIL PROTECTED]>
> Date: Mon, 09 Apr 2007 17:50:22 +0800
>
> > On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> > > The option CONFIG_PACKET_MMAP should depend on MMU.
> > >
> > > Signe
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 18:30:42 +0200
> Fix tcindex userspace compatibility breakage on big-endian.
> Patch applies to current -git and -stable.
Applied, thanks Patrick.
I'll push to -stable later today.
-
To unsubscribe from this list: send the line "un
From: Ben Greear <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 11:14:52 -0700
> Patrick McHardy wrote:
>
> > It would be nice if someone would finally come up with a generic
> > interface based on netlink (RTM_NEWLINK) instead of adding yet
> > another couple of homegrown interfaces.
>
> My prefere
The bridge physical address is the minimum of all the attached devices.
This is done because the STP standard requires it. You can reset it
to be the same as any of the attached devices. This will not cause a
problem unless using STP.
>>> You can in fact use any MAC address. T
On Mon, 2007-04-09 at 14:11 -0400, Lennart Sorensen wrote:
> On Mon, Apr 09, 2007 at 07:05:31PM +0100, W Agtail wrote:
> > Nice one, but unfortunately still doesn't work.
> > I'm now not seeing any marked messages in /var/log/messages and traffic
> > still going via gw2 for port 8088.
>
> What doe
Patrick McHardy wrote:
It would be nice if someone would finally come up with a generic
interface based on netlink (RTM_NEWLINK) instead of adding yet
another couple of homegrown interfaces.
My preference is for ioctls, procfs, or similar that does not
require extra libraries. Ethtool is an i
W Agtail wrote:
Nice one, but unfortunately still doesn't work.
I'm now not seeing any marked messages in /var/log/messages and traffic
still going via gw2 for port 8088.
Maybe you could use something like my mac-vlan virtual device to make
your single NIC look like two NICs? You can find link
On Mon, Apr 09, 2007 at 07:05:31PM +0100, W Agtail wrote:
> Nice one, but unfortunately still doesn't work.
> I'm now not seeing any marked messages in /var/log/messages and traffic
> still going via gw2 for port 8088.
What does 'iptables -v -t mangle -L' show at the moment? Have you been
flushin
Nice one, but unfortunately still doesn't work.
I'm now not seeing any marked messages in /var/log/messages and traffic
still going via gw2 for port 8088.
Thanks again.
On Mon, 2007-04-09 at 13:23 -0400, Lennart Sorensen wrote:
> On Mon, Apr 09, 2007 at 06:02:23PM +0100, W Agtail wrote:
> > Than
Jay Cliburn wrote:
> [Adding linux-kernel to the cc list, hoping for wider exposure.]
>
> On Fri, 23 Mar 2007 20:08:17 -0500
> Jay Cliburn <[EMAIL PROTECTED]> wrote:
>
>> We're trying to track down the source of a problem that occurs
>> whenever the atl1 network driver is activated on a 32-bit 2.
Chris Snook wrote:
From: Chris Snook <[EMAIL PROTECTED]>
Remove unnecessary irq_sem accounting from e1000. Tested with no problems.
the major problem with this is that one of the e1000 parts (82547) still
requires the irq_sem. I doubt that you tested that card specifically. I'm still
not c
On Mon, Apr 09, 2007 at 06:02:23PM +0100, W Agtail wrote:
> Thanks Patrick for your comments too.
> It seems that you can't mix PREROUTING with --sport or -o.
> I've also changed the ip rule tables to higher numbers, so I now have:
I thought you could have --sport, but NOT -o. No need for -o of c
W Agtail wrote:
> Thanks Patrick for your comments too.
> It seems that you can't mix PREROUTING with --sport or -o.
-o only works after routing.
> I've also changed the ip rule tables to higher numbers, so I now have:
> iptables -t mangle -A PREROUTING -p tcp --dport 8088 -i eth0 -j MARK
> --set
On Mon, 2007-04-09 at 12:19 -0400, Lennart Sorensen wrote:
> On Mon, Apr 09, 2007 at 06:13:50PM +0200, Patrick McHardy wrote:
> > As the name suggests, POSTROUTING comes after routing, so marking
> > packets there doesn't affect routing. Use PREROUTING for forwarded
> > traffic and OUTPUT for local
From: "Wu, Bryan" <[EMAIL PROTECTED]>
Date: Mon, 09 Apr 2007 17:50:22 +0800
> On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> > The option CONFIG_PACKET_MMAP should depend on MMU.
> >
> > Signed-off-by: Aubrey.Li <[EMAIL PROTECTED]>
> > ---
> > net/packet/Kconfig |2 +-
> > 1 files cha
Johannes Berg wrote:
> On Fri, 2007-04-06 at 20:51 -0600, Eric W. Biederman wrote:
>
>
>>The only sysfs attributes that were always available that I could find
>>were module parameters. A little odd because we can specify them on
>>the kernel command line, or when loading the module in addition
John Heffner wrote:
> Patrick McHardy wrote:
>
>> This makes ping report an incorrect MTU when IPsec is used since we're
>> only accounting for the additional header_len, not the trailer_len
>> (which is not easily changeable). Additionally it will report different
>> MTUs for the first and follow
On Fri, 2007-04-06 at 20:51 -0600, Eric W. Biederman wrote:
> The only sysfs attributes that were always available that I could find
> were module parameters. A little odd because we can specify them on
> the kernel command line, or when loading the module in addition to
> being available at run
Patrick McHardy wrote:
John Heffner wrote:
Check the pmtu check at the transport layer (for UDP, ICMP and raw), and
send a local error if socket is PMTUDISC_DO and packet is too big. This is
actually a pure bugfix for ipv6. For ipv4, it allows us to do pmtu checks
in the same way as for ipv6.
Fix tcindex userspace compatibility breakage on big-endian.
Patch applies to current -git and -stable.
[NET_SCHED]: cls_tcindex: fix compatibility breakage
Userspace uses an integer for TCA_TCINDEX_SHIFT, the kernel was changed
to expect and use a u16 value in 2.6.11, which broke compatibility on
On Mon, Apr 09, 2007 at 06:13:50PM +0200, Patrick McHardy wrote:
> As the name suggests, POSTROUTING comes after routing, so marking
> packets there doesn't affect routing. Use PREROUTING for forwarded
> traffic and OUTPUT for locally generated traffic.
I didn't even notice that had been changed.
Lennart Sorensen wrote:
> On Mon, Apr 09, 2007 at 04:56:20PM +0100, W Agtail wrote:
>
>>Hi there, and thanks v. much for getting back to me on this one.
>>I now have changed iptables on the web servers to the following:
>>
>>iptables -t mangle -A POSTROUTING -p tcp --sport 8088 -o eth0 -j MARK
>>-
On Mon, Apr 09, 2007 at 04:56:20PM +0100, W Agtail wrote:
> Hi there, and thanks v. much for getting back to me on this one.
> I now have changed iptables on the web servers to the following:
>
> iptables -t mangle -A POSTROUTING -p tcp --sport 8088 -o eth0 -j MARK
> --set-mark 1
> iptables -t man
On Mon, 2007-04-09 at 10:54 -0400, Lennart Sorensen wrote:
> On Sun, Apr 08, 2007 at 08:29:07PM +0100, W Agtail wrote:
> > This is what I'm trying to achieve with the following iptables/iproute2
> > configuration on both web servers:
> >
> > iptables -t mangle -A PREROUTING -p tcp --dport 8088 -i
On Mon 9 Apr 2007 05:50, Wu, Bryan pondered:
> On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> > The option CONFIG_PACKET_MMAP should depend on MMU.
> >
> > Signed-off-by: Aubrey.Li <[EMAIL PROTECTED]>
> > ---
> > net/packet/Kconfig |2 +-
> > 1 files changed, 1 insertions(+), 1 deletion
On Sun, Apr 08, 2007 at 08:29:07PM +0100, W Agtail wrote:
> This is what I'm trying to achieve with the following iptables/iproute2
> configuration on both web servers:
>
> iptables -t mangle -A PREROUTING -p tcp --dport 8088 -i eth0 -j LOG
> --log-prefix "fwmark 1: "
> iptables -t mangle -A PRERO
Rusty Russell wrote:
On Mon, 2007-04-09 at 10:10 +0300, Avi Kivity wrote:
Rusty Russell wrote:
I'm a little puzzled by your response. Hmm...
lguest's userspace network frontend does exactly as many copies as
Ingo's in-host-kernel code. One from the Guest, one to the G
On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> The option CONFIG_PACKET_MMAP should depend on MMU.
>
> Signed-off-by: Aubrey.Li <[EMAIL PROTECTED]>
> ---
> net/packet/Kconfig |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/net/packet/Kconfig b/net/packet/Kco
On Mon, 2007-04-09 at 10:10 +0300, Avi Kivity wrote:
> Rusty Russell wrote:
> > I'm a little puzzled by your response. Hmm...
> >
> > lguest's userspace network frontend does exactly as many copies as
> > Ingo's in-host-kernel code. One from the Guest, one to the Guest.
>
> kvm pvnet is
John Heffner wrote:
> Check the pmtu check at the transport layer (for UDP, ICMP and raw), and
> send a local error if socket is PMTUDISC_DO and packet is too big. This is
> actually a pure bugfix for ipv6. For ipv4, it allows us to do pmtu checks
> in the same way as for ipv6.
>
> diff --git a/
Rusty Russell wrote:
On Sun, 2007-04-08 at 08:36 +0300, Avi Kivity wrote:
Rusty Russell wrote:
Hi Avi,
I don't think you've thought about this very hard. The receive copy is
completely independent with whether the packet is going to the guest via
a kernel driver or via userspa
83 matches
Mail list logo