Herbert Xu wrote:
However, the fact that the tcpdump causes more chunky packets to
make it through could be an indication that there is a bug somewhere
in our NAT/IPsec code or at least a suboptimal memory allocation
strategy that's somehow avoided when AF_PACKET pins the skb down.
JFYI: sam
On 26/06/2006 9:10 PM, Patrick McHardy wrote:
5. We still did have to modify the kernel for ATM. That was
because of its rather unusual characteristics. However,
it you look at the size of modifications made to the kernel
verses the size made to the user space tool, (37 lines
versu
Hi,
One major change as per James' comment -- calls to get the security
context of a peer is done through the hook socket_getpeersec_dgram().
Again, comments are welcome!
thanks,
Catherine
--
From: [EMAIL PROTECTED]
This patch implements an API whereby an application can determine the
label
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
to receive the following updates:
drivers/net/3c59x.c | 79 +++
drivers/net/dl2k.h | 12 +---
drivers/net/dm9000.c|
Larry Finger wrote:
Jeff Garzik wrote:
John W. Linville wrote:
+assert(bcm->mac_suspended >= 0);
+if (bcm->mac_suspended == 0) {
+bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+bcm43xx_read32(bcm,
[EMAIL PROTECTED] wrote:
From: Mark Brown <[EMAIL PROTECTED]>
Aculab E1/T1 PMXc cPCI carrier card cards present a natsemi on the cPCI bus
wired up in a non-standard fashion. This patch provides support in the
natsemi driver for these cards by implementing a quirk mechanism and using
that to con
On Monday 26 June 2006 8:33 pm, James Morris wrote:
> On Mon, 26 Jun 2006, Joe Nall wrote:
> > For all of the EAL4 LSPP Linux evaluation work is being done by Red
> > Hat/IBM/HP/atsec and others to be useful to integrators, there has to be
> > basic (e.g. CIPSO) multilevel network interoperability
Jeff Garzik wrote:
John W. Linville wrote:
+assert(bcm->mac_suspended >= 0);
+if (bcm->mac_suspended == 0) {
+bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+bcm43xx_read32(bcm,
BCM43xx_MMIO_STATUS_B
On Tue, Jun 27, 2006 at 04:08:31AM +0200, Lennert Buytenhek wrote:
> Hmmm, non-quilt style patch better?
I might have an idea what's happening -- the last context line in the
patch should have been a blank line, but it's being eaten somewhere in
transit.
> -#define SMC_inb(a, r)r
On Mon, Jun 26, 2006 at 10:02:52PM -0400, Jeff Garzik wrote:
> >Enabling PXA DMA for the smc91x on the logicpd pxa270 produces
> >unacceptable interference with the TFT panel, so disable it. Also
> >delete the lpd270 versions of the SMC_{in,out}[bl]() macros, as they
> >aren't used, since the boa
John W. Linville wrote:
+ assert(bcm->mac_suspended >= 0);
+ if (bcm->mac_suspended == 0) {
+ bcm43xx_power_saving_ctl_bits(bcm, -1, 1);
+ bcm43xx_write32(bcm, BCM43xx_MMIO_STATUS_BITFIELD,
+ bcm43xx_read32(bcm,
BCM43xx_MMIO_S
Lennert Buytenhek wrote:
Enabling PXA DMA for the smc91x on the logicpd pxa270 produces
unacceptable interference with the TFT panel, so disable it. Also
delete the lpd270 versions of the SMC_{in,out}[bl]() macros, as they
aren't used, since the board only supports 16bit accesses.
Signed-off-by
Kok, Auke wrote:
The workaround for the ich8 lock loss problem is only needed for
a very small amount of systems. This adds an option for the user
to disable the workaround.
Does "very small amount" equate to "never in real production machines"?
-
To unsubscribe from this list: send the line
Kok, Auke wrote:
@@ -4225,6 +4396,35 @@ e1000_init_eeprom_params(struct e1000_hw
eeprom->use_eerd = TRUE;
eeprom->use_eewr = FALSE;
break;
+case e1000_ich8lan:
+{
+int32_t i = 0;
+uint32_t flash_size = E1000_READ_ICH8_REG(hw, ICH8_FLASH_GFPREG);
On Monday 26 June 2006 7:05 pm, Venkat Yekkirala wrote:
> USER REQUIREMENTS:
>
> The broad user requirements for labeled networking would be that of
> information labeling and flow control. Specifically,
>
> 1. Data labeling:
> a. data must be labeled where it originates.
> b. data must
Kok, Auke wrote:
This implements the core new functions needed for ich8's internal
NIC. This includes:
* ich8 specific read/write code
* flash/nvm access code
* software semaphore flag functions
* 10/100 PHY (fe - no gigabit speed) support for low-end versions
* A workaround for a powerdown sequ
Kok, Auke wrote:
This adds a private symbol to signify endianess in our driver.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.h|2 +-
drivers/net/e1000/e1000_osdep.h |3 +++
2 files changed, 4 insertio
Kok, Auke wrote:
CRC stripping is breaking SMBUS-connected BMC's. We disable this
feature to make it work. This fixes related bugs regarding SOL.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |7 ++-
1
Kok, Auke wrote:
A certain AMD64 bridge (8132) has an option to turn on write combining
which breaks our adapter. To circumvent this we need to flush every write.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_hw.c
Kok, Auke wrote:
Smart Power Down is a power saving feature in newer e1000 hardware. We
disable it because it causes time to link to be long, but make it a
user choice.
Signed-off-by: Jesse Brandeburg <[EMAIL PROTECTED]>
Signed-off-by: Auke Kok <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000.h
Kok, Auke wrote:
@@ -631,6 +627,9 @@ e1000_set_ringparam(struct net_device *n
tx_ring_size = sizeof(struct e1000_tx_ring) * adapter->num_tx_queues;
rx_ring_size = sizeof(struct e1000_rx_ring) * adapter->num_rx_queues;
+ while (test_and_set_bit(__E1000_RESETTING, &adapter->flags)
Kiran Thota <[EMAIL PROTECTED]> :
[...]
> - Based on linux-2.6.12 from
> http://www.linux-mips.org/pub/linux/mips/kernel/v2.6/linux-2.6.12.tar.gz
Is there a reason why the patch is not diffed against a more recent
version of the mips tree ?
The patch includes ~130 lines ending with a tab or sp
From: Grant Grundler <[EMAIL PROTECTED]>
IRQs are racing with tulip_down(). DMA can be restarted by the
interrupt handler _after_ we call tulip_stop_rxtx() and the DMA
buffers are unmapped. The result is an MCA (hard crash on ia64)
because of an IO TLB miss. The long-term fix is to make the inte
On Mon, 26 Jun 2006, Joe Nall wrote:
> For all of the EAL4 LSPP Linux evaluation work is being done by Red
> Hat/IBM/HP/atsec and others to be useful to integrators, there has to be basic
> (e.g. CIPSO) multilevel network interoperability with existing multilevel
> systems and good (e.g IPSec) mul
On Mon, 26 Jun 2006, Venkat Yekkirala wrote:
> > What we need is a design rationale, some kind of detailed discussion of what
> > the user requirements are and what the plan is for implementing features to
> > meet these requirements.
>
> The following is not extensive in a formal/theoretical sen
Patrick McHardy wrote:
> All my testing (quite a lot) in this area so far suggested that queueing
> at ingress doesn't work and is actually counter-productive. It gets
> worse with increasing signal propagation delays (signal in this case
> means congestion indications). I actually wish I never int
Herbert Poetzl wrote:
On Mon, Jun 26, 2006 at 03:13:17PM -0700, Ben Greear wrote:
yes, that sounds good to me, any numbers how that
affects networking in general (performance wise and
memory wise, i.e. caches and hashes) ...
I'll run some tests later today. Based on my previous tests,
I don
[EMAIL PROTECTED] wrote:
> What is missing ?
> -
> The routes are not yet isolated, that implies:
>
>- binding to another container's address is allowed
>
>- an outgoing packet which has an unset source address can
> potentially get another container's address
>
>
On Jun 22, 2006, at 4:12 AM, David Miller wrote:
From: [EMAIL PROTECTED]
Date: Wed, 21 Jun 2006 15:42:38 -0400
Add support for the Commercial IP Security Option (CIPSO) to the
IPv4 network stack. CIPSO has become a de-facto standard for
trusted/labeled networking amongst existing Trusted Ope
From: "Randy.Dunlap" <[EMAIL PROTECTED]>
Date: Mon, 26 Jun 2006 15:29:39 -0700
> drivers/dma/ioatdma.c:830: warning: no return statement in function returning
> non-void
> drivers/dma/ioatdma.c:830: warning: control reaches end of non-void function
>
> Maybe insert "return" in front of:
>
>
What we need is a design rationale, some kind of detailed
discussion of
what the user requirements are and what the plan is for implementing
features to meet these requirements.
The following is not extensive in a formal/theoretical sense, but hopefully
addresses the need here.
Needless to sa
On Mon, Jun 26, 2006 at 03:13:17PM -0700, Ben Greear wrote:
> Eric W. Biederman wrote:
>
> >Basically it is just a matter of:
> >if (dest_mac == my_mac1) it is for device 1.
> >If (dest_mac == my_mac2) it is for device 2.
> >etc.
> >
> >At a small count of macs it is trivial to understand it will
Thomas Graf wrote:
> * David Miller <[EMAIL PROTECTED]> 2006-06-26 10:46
>
>>From: Patrick McHardy <[EMAIL PROTECTED]>
>>Date: Mon, 26 Jun 2006 19:04:15 +0200
>>
>>
>>>I know this was discussed before, but I can't remember the
>>>exact outcome. Why don't we just unconditionally update iif
>>>in ne
> There's also the question of ongoing maintenance in the
> mainline kernel. Unfortunately, there's been an increasing
> trend recently for companies to drop code over the wall. For
> example, once they get it to some basic level of completeness,
> and the initial patches are merged, their dev
Eric W. Biederman wrote:
Basically it is just a matter of:
if (dest_mac == my_mac1) it is for device 1.
If (dest_mac == my_mac2) it is for device 2.
etc.
At a small count of macs it is trivial to understand it will go
fast for a larger count of macs it only works with a good data
structure. We
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> On Mon, Jun 26, 2006 at 02:37:15PM -0600, Eric W. Biederman wrote:
>> Herbert Poetzl <[EMAIL PROTECTED]> writes:
>>
>> > On Mon, Jun 26, 2006 at 01:35:15PM -0600, Eric W. Biederman wrote:
>> >> Herbert Poetzl <[EMAIL PROTECTED]> writes:
>> >
>> > yes,
On Sun, Jun 25, 2006 at 05:44:00PM -0600, Grant Grundler wrote:
> On Sun, Jun 25, 2006 at 10:31:08AM +0100, Martin Michlmayr wrote:
> > * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-06-25 01:45]:
> > > Cc: Valerie Henson <[EMAIL PROTECTED]>
> > >
> > > [akpm: this is a previously-nacked patch, but
Herbert Poetzl wrote:
On Mon, Jun 26, 2006 at 02:37:15PM -0600, Eric W. Biederman wrote:
Herbert Poetzl <[EMAIL PROTECTED]> writes:
On Mon, Jun 26, 2006 at 01:35:15PM -0600, Eric W. Biederman wrote:
Herbert Poetzl <[EMAIL PROTECTED]> writes:
yes, but you will not be able to apply policy
The following changes since commit fcc18e83e1f6fd9fa6b333735bf0fcd530655511:
Malcolm Parsons:
uclinux: use PER_LINUX_32BIT in binfmt_flat
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Daniel Drake:
bcm43xx:
On Mon, Jun 26, 2006 at 02:37:15PM -0600, Eric W. Biederman wrote:
> Herbert Poetzl <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jun 26, 2006 at 01:35:15PM -0600, Eric W. Biederman wrote:
> >> Herbert Poetzl <[EMAIL PROTECTED]> writes:
> >
> > yes, but you will not be able to apply policy on
> > the
Andrey Savochkin <[EMAIL PROTECTED]> writes:
> Eric,
>
> On Mon, Jun 26, 2006 at 10:26:23AM -0600, Eric W. Biederman wrote:
>>
>>
> [snip]
>> It is a big enough problem that I don't think we want to gate on
>> that development but we need to be ready to take advantage of it when
>> it happens.
>
This patch uses notifier blocks to implement a network event
notifier mechanism.
Clients register their callback function by calling
register_netevent_notifier() like this:
static struct notifier_block nb = {
.notifier_call = my_callback_func
};
...
register_netevent_notifier(&nb);
---
This patch adds netevent and netlink calls for neighbour change, route
add/del, and routing redirect events.
TBD:
PMTU change netevent and netlink calls.
netlink call for redirect events.
---
include/linux/rtnetlink.h |2 ++
net/core/Makefile |2 +-
net/core/nei
Round 2 Changes:
- cleaned up event structures per review feedback.
- began integration with netlink (see neighbour changes in patch 2).
- added IPv6 support.
STILL TODO:
- PMTU events/netlink
- Redirect netlink (need to define a new netlink message for this).
Questions:
- this patch is enabl
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> On Mon, Jun 26, 2006 at 01:35:15PM -0600, Eric W. Biederman wrote:
>> Herbert Poetzl <[EMAIL PROTECTED]> writes:
>>
>
> yes, but you will not be able to apply policy on
> the parent, restricting the child networking in a
> proper way without jumping th
Eric,
On Mon, Jun 26, 2006 at 10:26:23AM -0600, Eric W. Biederman wrote:
> Andrey Savochkin <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jun 26, 2006 at 09:13:52AM -0600, Eric W. Biederman wrote:
> >>
> >> There is another topic for discussion in this patch as well.
> >> How much of the context sho
On Mon, Jun 26, 2006 at 01:35:15PM -0600, Eric W. Biederman wrote:
> Herbert Poetzl <[EMAIL PROTECTED]> writes:
>
> > On Mon, Jun 26, 2006 at 10:40:59AM -0600, Eric W. Biederman wrote:
> >> Daniel Lezcano <[EMAIL PROTECTED]> writes:
> >>
> >> >> Then you lose the ability for each namespace to hav
On Mon, Jun 26, 2006 at 04:56:46PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> >Structures related to IPv4 rounting (FIB and routing cache)
> >are made per-namespace.
>
> How do you handle ICMP_REDIRECT ?
and btw. how do you handle the beloved 'ping'
(i.e. ICMP_ECHO_REQUEST/REPLY for
On Mon, Jun 26, 2006 at 05:57:01PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> > On Mon, Jun 26, 2006 at 04:56:46PM +0200, Daniel Lezcano wrote:
> >>
> >>How do you handle ICMP_REDIRECT ?
> >
> >
> > Are you talking about routing cache entries created on incoming redirects?
> > Or ou
On Mon, 26 Jun 2006 12:02:21 -0700
"Ron Mercer" <[EMAIL PROTECTED]> wrote:
> The attached patch fixes the compile bugs you indicated plus some of
> Jeff Garzik's concerns.
>
> - Removed non-NAPI code.
> - Removed un-needed PCI_POSTING macro.
> - Converted msleep() to ssleep() where waiting > 1 se
On Mon, Jun 26, 2006 at 07:29:57PM +0200, Daniel Lezcano wrote:
> >>>Do
> >>> exec 7< /proc/net/net_ns
> >>>in your bash shell and you'll get a brand new network namespace.
> >>>There you can, for example, do
> >>> ip link set lo up
> >>> ip addr list
> >>> ip addr add 1.2.3.4 dev lo
> >>>
Adrian Bunk <[EMAIL PROTECTED]> writes:
>hdlc_setup() is now EXPORTed as per David's request.
>
> Is a usage of this export pending for the near future
I'm told it is.
--
Krzysztof Halasa
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL P
Updates generic HDLC info page address, I should have done it
long time ago.
Signed-off-by: Krzysztof Halasa <[EMAIL PROTECTED]>
--- a/drivers/net/wan/c101.c
+++ b/drivers/net/wan/c101.c
@@ -7,7 +7,7 @@
* under the terms of version 2 of the GNU General Public License
* as published by the Fre
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> On Mon, Jun 26, 2006 at 10:40:59AM -0600, Eric W. Biederman wrote:
>> Daniel Lezcano <[EMAIL PROTECTED]> writes:
>>
>> >> Then you lose the ability for each namespace to have its own
>> >> routing entries. Which implies that you'll have difficulties wi
On Monday 26 June 2006 21:06, Michael Buesch wrote:
> On Monday 26 June 2006 20:38, John W. Linville wrote:
> > On Fri, Jun 16, 2006 at 08:50:22PM +0100, Daniel Drake wrote:
> > > I recently patched softmac to enable shared key authentication. This
> > > small patch
> > > will enable crazy or unfo
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> On Mon, Jun 26, 2006 at 06:08:03PM +0400, Andrey Savochkin wrote:
>
> not at all, maybe you should take a closer look at the
> current Linux-VServer implementation, which is quite
> simple and _does_ allow guests to bind to IP_ANY quite
> fine, only the
Andrew Morton,
The attached patch fixes the compile bugs you indicated plus some of
Jeff Garzik's concerns.
- Removed non-NAPI code.
- Removed un-needed PCI_POSTING macro.
- Converted msleep() to ssleep() where waiting > 1 sec.
- Broke up ql_link_state_machine into two functions for indent purpos
On Monday 26 June 2006 20:38, John W. Linville wrote:
> On Fri, Jun 16, 2006 at 08:50:22PM +0100, Daniel Drake wrote:
> > I recently patched softmac to enable shared key authentication. This small
> > patch
> > will enable crazy or unfortunate bcm43xx users to use this new capability.
> >
> > Sig
* David Miller <[EMAIL PROTECTED]> 2006-06-26 10:46
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Mon, 26 Jun 2006 19:04:15 +0200
>
> > I know this was discussed before, but I can't remember the
> > exact outcome. Why don't we just unconditionally update iif
> > in netif_receive_skb()?
>
>
We are working on it.
Ravi
-Original Message-
From: YOSHIFUJI Hideaki / mailto:[EMAIL PROTECTED]
Sent: Friday, June 23, 2006 6:33 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED];
netdev@vger.kernel.org; [EMAIL PROTECTED]
Subject: Re: [3/5] [NET]: Add software TSOv4
In
On Mon, 2006-06-26 at 10:43 -0700, David Miller wrote:
> From: Steve Wise <[EMAIL PROTECTED]>
> Date: Mon, 26 Jun 2006 10:26:11 -0500
>
> > I guess what I think we should do is pass the fib_info * when its a IPv4
> > route add/del, and a rt6_info * when its a IPv6 add/del. This avoids
> > having
David Miller wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Mon, 26 Jun 2006 19:04:15 +0200
>
>
>>I know this was discussed before, but I can't remember the
>>exact outcome. Why don't we just unconditionally update iif
>>in netif_receive_skb()?
>
>
> Software devices might have inte
On Mon, Jun 26, 2006 at 10:40:59AM -0600, Eric W. Biederman wrote:
> Daniel Lezcano <[EMAIL PROTECTED]> writes:
>
> >> Then you lose the ability for each namespace to have its own
> >> routing entries. Which implies that you'll have difficulties with
> >> devices that should exist and be visible i
On Mon, Jun 26, 2006 at 06:08:03PM +0400, Andrey Savochkin wrote:
> Hi Herbert,
>
> On Mon, Jun 26, 2006 at 03:02:03PM +0200, Herbert Poetzl wrote:
> > On Mon, Jun 26, 2006 at 01:47:11PM +0400, Andrey Savochkin wrote:
> >
> > > I see a fundamental problem with this approach. When a device
> > > p
On Fri, Jun 16, 2006 at 08:50:22PM +0100, Daniel Drake wrote:
> I recently patched softmac to enable shared key authentication. This small
> patch
> will enable crazy or unfortunate bcm43xx users to use this new capability.
>
> Signed-off-by: Daniel Drake <[EMAIL PROTECTED]>
>
> Index: linux/dri
From: Steve Wise <[EMAIL PROTECTED]>
Date: Mon, 26 Jun 2006 10:26:11 -0500
> I guess what I think we should do is pass the fib_info * when its a IPv4
> route add/del, and a rt6_info * when its a IPv6 add/del. This avoids
> having to create some new family independent struct. What I'll have to
>
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Mon, 26 Jun 2006 19:04:15 +0200
> I know this was discussed before, but I can't remember the
> exact outcome. Why don't we just unconditionally update iif
> in netif_receive_skb()?
Software devices might have interesting semantics that would
make no
From: Darrel Goeddel <[EMAIL PROTECTED]>
This patch encapsulates the usage of eff_cap (in netlink_skb_params) within
the security framework by extending security_netlink_recv to include a required
capability parameter and converting all direct usage of eff_caps outside
of the lsm modules to use th
Do
exec 7< /proc/net/net_ns
in your bash shell and you'll get a brand new network namespace.
There you can, for example, do
ip link set lo up
ip addr list
ip addr add 1.2.3.4 dev lo
ping -n 1.2.3.4
Andrey,
I began to play with your patchset. I am able to
Thomas Graf wrote:
> Updating iif to the VLAN device helps keeping routing
> namespaces defined in case packets from multiple VLANs
> collapse on a single device again.
>
> Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
>
> Index: net-2.6.git/net/8021q/vlan_dev.c
> ===
Daniel Lezcano <[EMAIL PROTECTED]> writes:
>> Then you lose the ability for each namespace to have its own routing entries.
>> Which implies that you'll have difficulties with devices that should exist
>> and be visible in one namespace only (like tunnels), as they require IP
>> addresses and rout
Ravinandan Arakali wrote:
Since the poll_controller entry point will be used by utilities such as
netdump, I am thinking we need to clear Tx interrupts as well here.
Did you get a chance to test this patch with netdump ?
No, I've only been testing Kgdb over Ethernet on Debian, I think netdump
Andrey Savochkin <[EMAIL PROTECTED]> writes:
> Hi Eric,
>
> On Mon, Jun 26, 2006 at 09:13:52AM -0600, Eric W. Biederman wrote:
>> Andrey Savochkin <[EMAIL PROTECTED]> writes:
>>
>> > Cleanup of dev_base list use, with the aim to make device list
> per-namespace.
>> > In almost every occasion, use
On Sun, Jun 25, 2006 at 01:44:36AM -0700, [EMAIL PROTECTED] wrote:
>
> From: Dan Faerch <[EMAIL PROTECTED]>
>
> Adds "ethtool command" support to driver. Initially 2 commands are
> implemented: force fullduplex and toggle autoneg.
This part is good, although doing something for copper cards nee
Roland Dreier wrote:
I think this code needs to be refactored so that it can share with the
ehca InfiniBand driver (which should be merged upstream soon). For
example, you have ehea_hcall_7arg_7ret() and the ehca driver has an
identical ehca_hcall_7arg_7ret().
In genreral this is a good approa
Andrey Savochkin wrote:
On Mon, Jun 26, 2006 at 04:56:46PM +0200, Daniel Lezcano wrote:
Andrey Savochkin wrote:
Structures related to IPv4 rounting (FIB and routing cache)
are made per-namespace.
How do you handle ICMP_REDIRECT ?
Are you talking about routing cache entries created on inc
Then you lose the ability for each namespace to have its own routing entries.
Which implies that you'll have difficulties with devices that should exist
and be visible in one namespace only (like tunnels), as they require IP
addresses and route.
I mean instead of having the route tables privat
On Mon, Jun 26, 2006 at 04:56:46PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> > Structures related to IPv4 rounting (FIB and routing cache)
> > are made per-namespace.
>
> How do you handle ICMP_REDIRECT ?
Are you talking about routing cache entries created on incoming redirects?
Or
On Mon, Jun 26, 2006 at 05:04:29PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> > Temporary code to play with network namespaces in the simplest way.
> > Do
> > exec 7< /proc/net/net_ns
> > in your bash shell and you'll get a brand new network namespace.
> > There you can, for examp
Hi Eric,
On Mon, Jun 26, 2006 at 09:13:52AM -0600, Eric W. Biederman wrote:
> Andrey Savochkin <[EMAIL PROTECTED]> writes:
>
> > Cleanup of dev_base list use, with the aim to make device list
> > per-namespace.
> > In almost every occasion, use of dev_base variable and dev->next pointer
> > coul
On Fri, 23 Jun 2006, Paul Moore wrote:
> James Morris wrote:
> >
> > Support for interoperability with legacy CIPSO systems is something that I
> > think would be nice to have, if it can be done in a way which doesn't
> > impact deeply on core kernel code, and plays nicely with native Linux
>
On Monday 26 June 2006 14:43, Michael Buesch wrote:
> On Monday 26 June 2006 04:28, Paul Collins wrote:
> > With the bcm43xx periodic work patches that recently made it into
> > Linus's tree, my PowerBook does not survive running overnight.
> >
> > Yesterday I reverted
> >
> > 91769e7dd9cef7988dc
Daniel Lezcano <[EMAIL PROTECTED]> writes:
> Andrey Savochkin wrote:
>> Hi Daniel,
>
> Hi Andrey,
>
>> It's good that you kicked off network namespace discussion.
>> Although I wish you'd Cc'ed someone at OpenVZ so I could notice it earlier
>> :).
>
> [EMAIL PROTECTED] ?
>
>> When a device presen
On Fri, 2006-06-23 at 13:26 -0700, David Miller wrote:
> From: Steve Wise <[EMAIL PROTECTED]>
> Date: Fri, 23 Jun 2006 15:19:28 -0500
>
> > +struct netevent_route_change {
> > +int event;
> > +struct fib_info *fib_info;
> > +};
>
> It's not generic if you're putting ipv4 FIB route
Daniel,
On Mon, Jun 26, 2006 at 04:56:32PM +0200, Daniel Lezcano wrote:
> Andrey Savochkin wrote:
> >
> > It's good that you kicked off network namespace discussion.
> > Although I wish you'd Cc'ed someone at OpenVZ so I could notice it earlier
> > :).
>
> [EMAIL PROTECTED] ?
[EMAIL PROTECTED]
Andrey Savochkin <[EMAIL PROTECTED]> writes:
> Cleanup of dev_base list use, with the aim to make device list per-namespace.
> In almost every occasion, use of dev_base variable and dev->next pointer
> could be easily replaced by for_each_netdev loop.
> A few most complicated places were converted
Andrey Savochkin wrote:
Temporary code to play with network namespaces in the simplest way.
Do
exec 7< /proc/net/net_ns
in your bash shell and you'll get a brand new network namespace.
There you can, for example, do
ip link set lo up
ip addr list
ip addr add 1.2.3.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/include/linux/tc_ematch/tc_em_meta.h
===
--- net-2.6.git.orig/include/linux/tc_ematch/tc_em_meta.h
+++ net-2.6.git/include/linux/tc_ematch/tc_em_meta.h
@@ -81,6 +81,7 @
Updating iif to the VLAN device helps keeping routing
namespaces defined in case packets from multiple VLANs
collapse on a single device again.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/net/8021q/vlan_dev.c
==
Using the interface index instead of a direct reference
allows a safe usage beyond the scope where an interface
could disappear.
The old input_dev field was incorrectly made dependant
on CONFIG_NET_CLS_ACT in skb_copy().
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/include/l
Andrey Savochkin wrote:
Hi Daniel,
Hi Andrey,
It's good that you kicked off network namespace discussion.
Although I wish you'd Cc'ed someone at OpenVZ so I could notice it earlier :).
[EMAIL PROTECTED] ?
When a device presents an skb to the protocol layer, it needs to know to which
name
This patchset transforms skb->input_dev based on a device
reference to skb->iif based on an interface index moving
towards accurate iif information for routing and classification
through the following changesets:
[NET]: Use interface index to keep input dev
Andrey Savochkin wrote:
Structures related to IPv4 rounting (FIB and routing cache)
are made per-namespace.
How do you handle ICMP_REDIRECT ?
-
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.
Hello,
I had looked at the diagrams and read the explanations
about netfilter in Netfilter Architecture page:
http://netfilter.org/documentation/HOWTO/netfilter-hacking-HOWTO-3.html
I want to make sure wheter I undestood something regarding
packets which are created locally (as opposed
to packet
On Sat, 2006-06-24 at 10:30 -0400, jamal wrote:
> On Fri, 2006-23-06 at 08:24 -0500, Steve Wise wrote:
>
> >
> > > PS:- I do think what they need is to hear route cache generation
> > > as opposed to ARP+FIB updates; but lets wait and see how clever
> > > the patches would look.
> > >
>
> > Ca
Hi Herbert,
On Mon, Jun 26, 2006 at 03:02:03PM +0200, Herbert Poetzl wrote:
> On Mon, Jun 26, 2006 at 01:47:11PM +0400, Andrey Savochkin wrote:
>
> > I see a fundamental problem with this approach. When a device presents
> > an skb to the protocol layer, it needs to know to which namespace this
>
Reply-To: Kara
PHARISEE WATCH: British Lords, Homeless Folks, and a Phony Bible (with
permission from author)
SUBSCRIBE FREE: http://straitgateministry.net
Two English Lords Gifted the Land of the Philistines to a Private Company and
Funded a New Religion to Bless the Theft
By Charles E. Carl
Herbert Poetzl <[EMAIL PROTECTED]> writes:
> On Mon, Jun 26, 2006 at 01:47:11PM +0400, Andrey Savochkin wrote:
>> Hi Daniel,
>>
>> It's good that you kicked off network namespace discussion Although I.
>> wish you'd Cc'ed someone at OpenVZ so I could notice it earlier :) .
>
>> Indeed, the firs
On Mon, Jun 26, 2006 at 01:47:11PM +0400, Andrey Savochkin wrote:
> Hi Daniel,
>
> It's good that you kicked off network namespace discussion Although I.
> wish you'd Cc'ed someone at OpenVZ so I could notice it earlier :) .
> Indeed, the first point to agree in this discussion is device list.
On Monday 26 June 2006 04:28, Paul Collins wrote:
> With the bcm43xx periodic work patches that recently made it into
> Linus's tree, my PowerBook does not survive running overnight.
>
> Yesterday I reverted
>
> 91769e7dd9cef7988dc4280f74ed168351beb5b8 [PATCH] bcm43xx: preemptible
> periodic wor
1 - 100 of 117 matches
Mail list logo
