[Resent because I forgot to copy netdev on my answer]
I asked Krzysztof to export that so that I could use it
in a re-written driver for LMC WAN cards which I put out
for comments on netdev in March.
I have incorporated the comments from the March posting and
intend to repost the new driver very
Hello Kiran,
On Fri, 23 Jun 2006 19:19:00 -0700
Kiran Thota [EMAIL PROTECTED] wrote:
- Based on linux-2.6.12 from
http://www.linux-mips.org/pub/linux/mips/kernel/v2.6/linux-2.6.12.tar.gz
- Rewritten clean driver for PMC MSP85x0 gigabit ethernet driver (planning a
rewritten titan driver)
From: Per Liden [EMAIL PROTECTED]
Date: Thu, 22 Jun 2006 13:14:46 +0200 (CEST)
Patches can be pulled from:
git://tipc.cslab.ericsson.net/pub/git/tipc.git
Since this would not merge cleanly into Linus's current tree,
I applied all of the patches by hand.
Thanks a lot.
-
To unsubscribe
From: Michael Chan [EMAIL PROTECTED]
Date: Fri, 23 Jun 2006 20:08:41 -0700
On Sat, 2006-06-24 at 09:53 +1000, Herbert Xu wrote:
Nevermind, I obviously complete ignored your other fix to the length of
the last segment :) Here is a fixed version.
[NET]: Fix CHECKSUM_HW GSO problems.
From: [EMAIL PROTECTED]
Date: Sun, 25 Jun 2006 01:47:31 -0700
From: Ben Collins [EMAIL PROTECTED]
[UBUNTU:nsc-ircc] Add some IBM think pads
Add Thinkpad T60/X60/Z60/T43/R52 Infrared driver support.
From: [EMAIL PROTECTED]
Date: Sun, 25 Jun 2006 01:47:32 -0700
net/atm/mpc.c: In function 'MPOA_res_reply_rcvd':
net/atm/mpc.c:1116: warning: unused variable 'ip'
Cc: chas williams [EMAIL PROTECTED]
Cc: David S. Miller [EMAIL PROTECTED]
Signed-off-by: Andrew Morton [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
Date: Sun, 25 Jun 2006 01:47:29 -0700
From: Jeremy Fitzhardinge [EMAIL PROTECTED]
When transmitting a skb in netpoll_send_skb(), only retry a limited number
of times if the device queue is stopped.
Signed-off-by: Jeremy Fitzhardinge [EMAIL PROTECTED]
Acked-by:
From: Ralf Baechle [EMAIL PROTECTED]
Date: Fri, 23 Jun 2006 22:44:37 +0100
If in nr_link_failed the neighbour list is non-empty but the node list
is empty we'll end dereferencing a in a NULL pointer.
This fixes coverity 362.
Signed-off-by: Ralf Baechle [EMAIL PROTECTED]
Applied, thanks
From: [EMAIL PROTECTED]
Date: Sun, 25 Jun 2006 01:47:30 -0700
The netpoll system currently has a rx to tx path via:
netpoll_rx
__netpoll_rx
arp_reply
netpoll_send_skb
dev-hard_start_tx
This rx-tx loop places network drivers at risk of inadvertently causing a
deadlock or BUG
From: Adrian Bunk [EMAIL PROTECTED]
Date: Mon, 26 Jun 2006 01:13:27 +0200
netdev_nit can now become static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Applied, thanks Adrian.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
On Sun, Jun 25, 2006 at 11:11:30PM -0700, David Boggs wrote:
[Resent because I forgot to copy netdev on my answer]
I asked Krzysztof to export that so that I could use it
in a re-written driver for LMC WAN cards which I put out
for comments on netdev in March.
I have incorporated the
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.
In your patch, you essentially introduce a data structure parallel
to the main
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 to using
first_netdev()/next_netdev().
CONFIG_NET_NS and net_namespace structure are introduced.
List of network devices is made per-namespace.
Each namespace gets its own loopback device.
Task's net_namespace pointer is not incorporated into nsproxy structure,
since current namespace changes temporarily for processing of packets
in
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.4 dev lo
ping -n
Structures related to IPv4 rounting (FIB and routing cache)
are made per-namespace.
Signed-off-by: Andrey Savochkin [EMAIL PROTECTED]
---
include/linux/net_ns.h |9 +++
include/net/flow.h |3 +
include/net/ip_fib.h | 62 -
net/core/dev.c |
dev_setup() is using the __initdata variables ax25_broadcast and
ax25_test.
Since the only caller of dev_setup() (setup_adapter()) is already
__init, the solution is to make dev_setup() __init, too.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
I have a linux router which is connected via pppoe to my ISP. My
provider limits aggregate upload+download rate to some fixed amount of
kbps, so to perform shaping on my router i'm trying to do the same on my
router (to own the queue, so to say). Since standard tbf accounts to
the packets going
Russell Stuart wrote:
On Fri, 2006-06-23 at 17:21 +0200, Patrick McHardy wrote:
Not really. The randomization doesn't happen by default, but it doesn't
influence this anyway. SFQ allows flows to send up to quantum bytes
at a time before moving on to the next one. A flow that sends 75 * 20
byte
jamal wrote:
On Fri, 2006-23-06 at 16:32 +0200, Patrick McHardy wrote:
I don't think it should carry both old and new speed. Netlink
notifications usually provide a snapshot of the new state, but
no indication what changed, with one notable exception, the
ifi_change field, which IMO is a hack
On Thu, 22 Jun 2006, Stephens, Allan wrote:
[...]
Per, I'll leave it to you to decide if you want to address James's
concern. But be aware that the link_reset_all() routine is only called
to handle emergency situations when TIPC's multicast link has run into
serious problems and is trying to
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 work
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.
In
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 first point to
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.
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.
Can you expand on
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
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
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:
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 @@
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
skb
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
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
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
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 to
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 objects
in
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
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
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 needs
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
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] is fine
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 example, do
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
could be easily
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
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 route.
I
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
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
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 the
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
do,
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 not
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:
We are working on it.
Ravi
-Original Message-
From: YOSHIFUJI Hideaki / g!?p-? [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
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 to create
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 interesting
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
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 in one
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
presents an
* 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()?
Software
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
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.
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 unfortunate
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 Free
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
ping -n 1.2.3.4
Andrey,
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
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 outgoing
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 and
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 have its own
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 should be
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 through hoops
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 +-
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
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);
---
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.
Well, ok,
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:
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 on
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.
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
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 netif_receive_skb()?
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
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
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 go
fast for
[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
- an
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
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
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 sense, but
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 space
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
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)
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))
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:
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:
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:
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
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
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 retain
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);
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
1 - 100 of 110 matches
Mail list logo