When writing the firmware to the NIC, the FIFO is 256-bytes long,
so we use 256-bytes chunks and a read to wait until the previous
write is done.
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
---
drivers/net/myri10ge/myri10ge.c | 19 +++
1 file changed, 7 insertions(+), 12 del
Fix spurious invocations of the watchdog reset handler.
Signed-off-by: Brice Goglin <[EMAIL PROTECTED]>
---
drivers/net/myri10ge/myri10ge.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
Index: linux-mm/drivers/net/myri10ge/myri10ge.c
===
Hi,
The following 2 patches fix the following issues in the myri10ge driver:
#1 - When writing the firmware to the NIC, the FIFO is 256-bytes long,
so we use 256-bytes chunks and a read to wait until the previous write
is done.
I sent this patch two weeks ago, this new version removes the
superfl
Hi Hugo,
I think it is not correct to refer the IPSec architecture in the context.
It is originally desigened to separete the packet processing and the
management. They are loosely coupled and are not always synchronized.
For example if the daemon installs a pair of SAs which override the
SAs in S
Lots of patches lately, and I got a bit behind w/ travel to Ottawa
and some "real job" stuff too... :-(
I've still got a bunch of rt2x00 patches from Ivo, and a few other
patches as well. Coming soon...
John
---
The following changes since commit 44ba187488edb4e567a0163d334f2bc0318dc392:
Joh
On Sat, Jul 29, 2006 at 06:54:59PM -0400, Kyle McMartin wrote:
> Hi Val,
>
> Sorry it took so long for me to get around to splitting
> up the changes from the parisc-linux tree. But here
> they finally are.
Kyle,
dude, you rock!
Many thanks for doing that.
I just wanted to warn that some of the
On Sat, 29 Jul 2006, Adrian Bunk wrote:
> On Thu, Jul 27, 2006 at 01:56:39AM -0700, Andrew Morton wrote:
> >...
> > Changes since 2.6.18-rc2-mm1:
> >...
> > git-net.patch
> >...
> > git trees
> >...
>
> This patch makes four needlessly global functions static.
>
> Signed-off-by: Adrian Bunk <[
Hi Val,
Sorry it took so long for me to get around to splitting
up the changes from the parisc-linux tree. But here
they finally are. This patchset has been running on a
variety of parisc and ia64 machines for quite some
time (several years...) without issue. Some of these
are more cosmetic change
Hi,
I'm getting reproductible oops when removing rt2500pci module
(which uses devicescape ieee802.11 stack):
# modprobe rt2500pci
Loading module: rt2500pci - CVS (N/A) by http://rt2x00.serialmonkey.com.
ACPI: PCI Interrupt :03:00.0[A] -> GSI 21 (level, low) -> IRQ 18
wmaster0: Failed to s
On Saturday 29 July 2006 12:34 pm, Venkat Yekkirala wrote:
> > > This is only true wart I see in the patch set from my
> > > perspective.
> > >
> > > You have security_post_accept_hook(), which gets the parent and
> > > the child socket which is all the information you need, and it
> > > seems to b
On Sat, 2006-07-29 at 19:48 +0400, Evgeniy Polyakov wrote:
> On Fri, Jul 28, 2006 at 09:32:42PM -0700, Nicholas Miell ([EMAIL PROTECTED])
> wrote:
> > Speaking of API design choices, I saw your OLS paper and was wondering
> > if you were familiar with the Solaris port APIs* and, if so, you could
>
On Thu, Jul 27, 2006 at 01:56:39AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.18-rc2-mm1:
>...
> git-net.patch
>...
> git trees
>...
This patch makes four needlessly global functions static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
security/selinux/hooks.c | 12 +++-
On Saturday 29 July 2006 18:18, Ulrich Drepper wrote:
> Evgeniy Polyakov wrote:
> > Btw, why do we want mapped ring of ready events?
> > If user requestd some event, he definitely wants to get them back when
> > they are ready, and not to check and then get them?
> > Could you please explain more o
> > This is only true wart I see in the patch set from my
> > perspective.
> >
> > You have security_post_accept_hook(), which gets the parent and
> > the child socket which is all the information you need, and it
> > seems to be invoked at the correct location.
> >
> > So can you please hook int
Evgeniy Polyakov wrote:
> Btw, why do we want mapped ring of ready events?
> If user requestd some event, he definitely wants to get them back when
> they are ready, and not to check and then get them?
> Could you please explain more on this issue?
If of course makes no sense to enter the kernel t
On Fri, Jul 28, 2006 at 09:32:42PM -0700, Nicholas Miell ([EMAIL PROTECTED])
wrote:
> Speaking of API design choices, I saw your OLS paper and was wondering
> if you were familiar with the Solaris port APIs* and, if so, you could
> please comment on how your proposed event channels are different/b
On Fri, Jul 28, 2006 at 08:38:02PM -0700, Ulrich Drepper ([EMAIL PROTECTED])
wrote:
> Zach Brown wrote:
> > Ulrich, would you be satisfied if we didn't
> > have the userspace mapped ring on the first pass and only had a
> > collection syscall?
>
> I'm not the one to make a call but why rush thing
Hi,
First of all and to be fair let me introduce my bias -- i'm also
developing a mobility framework, which although not MIPv6-specific,
does support it (we'll be running a large set of tests during the
following month, hopefully culminating in an initial public release in
september). In ge
Hi Jamal,
Through this discussion i've identified three points: one is that
some believe control and data should be kept synchronized; the other is
how some (including all of the first :-) think control should remain
inside the kernel; and finally you and me so far who believe they
should b
On Thu, Jul 13, 2006 at 07:03:41PM +1000, herbert wrote:
>
> This needs to go into stable as well. In fact, there is another unrelated
> bug with exactly the same symptoms which was inadvertently fixed by the
> GSO patches. So I'll send a simpler fix for that to stable.
>
> [NET]: Update frag_l
* YOSHIFUJI Hideaki / ?$B5HF#1QL@ <[EMAIL PROTECTED]> 2006-07-29 13:13
> Well, one design consideration that I have had for several months
> is performance impact.
>
> Previously, we directly use address, ifindex etc., not flowi,
> in IPv6 routing code except for ip6_route_output().
> This patch c
Support Mobile IPv6 extension headers sorting for two transformation policies.
Mobile IPv6 extension headers should be placed after IPsec
transport mode, but before transport AH when outbound.
---
net/ipv6/xfrm6_state.c | 28 ++--
1 files changed, 26 insertions(+), 2 dele
Add routing header type 2 transformation for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/net/mip6.h | 31 +
net/ipv6/Makefile |3 +
net/ipv6/af_inet6.c |9 ++
net/ipv6/mip6.c | 186 +++
4 files changed, 229 inserti
Add home address option definition for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/linux/in6.h |1 +
include/linux/ipv6.h | 10 ++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/linux/in6.h b/include/linux/in6.h
index 304aaed..086ec2a 100644
--- a/
Like ICMPv6, mobility header is handled through raw socket.
In inbound case, check only whether ICMPv6 error should be sent as a reply
or not by kernel.
Based on MIPL2 kernel patch.
---
include/net/mip6.h |4 ++
net/ipv6/mip6.c| 87
ne
Mobility header is built by user-space and sent through raw socket.
Kernel just extracts its type to flow.
Based on MIPL2 kernel patch.
---
net/ipv6/raw.c | 17 +
1 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/net/ipv6/raw.c b/net/ipv6/raw.c
index e0faf4d..0e8dca
Ignore mobility headers if it is rejected by route optimization.
Mobility headers should be bypassed for any route optimization and
application should use transformation policy and wild-card states corerctly
to catch mobility headers prior than other packets.
This case which such reject is occurred
Add Mobile IPv6 route optimization protocols to netlink interface.
Route optimization states carry care-of address.
Based on MIPL2 kernel patch.
---
net/xfrm/xfrm_user.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git a/net/xfrm/xfrm_user.c b/net/xfrm/x
Add inbound interface of routing header type 2 for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/net/addrconf.h |7 +
net/ipv6/exthdrs.c | 71 +++-
2 files changed, 70 insertions(+), 8 deletions(-)
diff --git a/include/net/addrconf
Add Mobility header definition for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/linux/in6.h |1 +
include/net/flow.h |9 +
include/net/ipv6.h |1 +
include/net/mip6.h | 23 +++
4 files changed, 34 insertions(+), 0 deletions(-)
diff --git a/inc
Transformation support mobility header.
Based on MIPL2 kernel patch.
---
include/net/xfrm.h |5 +
net/ipv6/xfrm6_policy.c | 15 +++
2 files changed, 20 insertions(+), 0 deletions(-)
diff --git a/include/net/xfrm.h b/include/net/xfrm.h
index 0d14b1f..85398b0 100644
--- a
This is a helper to search option offset from extension header which
can carry TLV option like destination options header.
Mobile IPv6 home address option will use it.
Based on MIPL2 kernel patch.
---
include/net/ipv6.h |2 ++
net/ipv6/exthdrs.c | 43 +
Add destination options header transformation for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/net/mip6.h |3 +
net/ipv6/mip6.c| 167
2 files changed, 170 insertions(+), 0 deletions(-)
diff --git a/include/net/mip6.h b/include
IPv6 header addresses are replaced in receiving packet
with Mobile IPv6 extension headers.
To send ICMPv6 error back, original address which is received ones on wire
should be used. This function checks such header is included
and reverts them.
Based on MIPL2 kernel patch.
---
net/ipv6/icmp.c |
In receiving Mobile IPv6 home address option which is a TLV carried
by destination options header, kernel will try to mangle source adderss
of packet. Think of cloned skbuff it is required to replace it by
the parser just like routing header case.
This is a framework to achieve that to allow TLV pa
Add socket option and ancillary data interface of routing header type 2.
Mobile IPv6 application will use this to send binding acknowledgement
with the header without relation of confirmed route optimization (binding).
Based on MIPL2 kernel patch.
---
net/ipv6/datagram.c | 11 +++
n
Report to user-space when home address option is rejected.
In receiving this message user-space application will send Mobile IPv6 binding
error. It is rate-limited by kernel.
Based on MIPL2 kernel patch.
---
net/ipv6/mip6.c | 83 +++
1 files c
Mobile IPv6 defines home address option as an option of destination
options header. It is placed before fragment header then
ip6_find_1stfragopt() is fixed to know about it.
Home address option also carries final source address of the flow, then
outbound AH calculation should take care of it like r
Add routing header type 2 definition for Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/linux/ipv6.h | 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
diff --git a/include/linux/ipv6.h b/include/linux/ipv6.h
index 1263d8c..9152d4b 100644
--- a/include/linux/ipv6.h
+++
Based on MIPL2 kernel patch.
---
net/ipv6/Kconfig |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/net/ipv6/Kconfig b/net/ipv6/Kconfig
index f8a107a..06b1c3a 100644
--- a/net/ipv6/Kconfig
+++ b/net/ipv6/Kconfig
@@ -115,3 +115,12 @@ config IPV6_TUNNEL
If
Here is Part B patches, following this mail.
Part B is also available as mip6cn-20060716-review branch at:
git://git.skbuff.net:9419/gitroot/nakam/linux-2.6-mip6cn
This tree includes part A, then it has all patches about
"Advanced XFRM for CN".
> Please see patches about "Avanced XFRM for CN"
diff --git a/net/xfrm/Kconfig b/net/xfrm/Kconfig
index 50f2fb3..9d28e88 100644
--- a/net/xfrm/Kconfig
+++ b/net/xfrm/Kconfig
@@ -22,6 +22,16 @@ config XFRM_ADVANCED
If unsure, say N.
+config XFRM_SUB_POLICY
+ bool "Transformation sub policy support (EXPERIMENTAL)"
+ depend
XFRM_MSG_REPORT is a message as notification of state protocol and selector
from kernel to user-space.
Mobile IPv6 will use it when inbound reject is occurred at route optimization
to make user-space know a binding error requirement.
Based on MIPL2 kernel patch.
---
include/linux/xfrm.h | 15 ++
On current kernel inbound transformation state is allowed transport and
disallowed tunnel mode when mismatch is occurred between tempates and states.
As the result of adding two more modes by Mobile IPv6, this function name
is misleading. Inbound transformation can allow only transport mode
when mi
Care-of address is carried by state as a transformation option like IPsec
encryption/authentication algorithm.
Based on MIPL2 kernel patch.
---
include/linux/xfrm.h |1 +
include/net/xfrm.h|5 +
net/xfrm/xfrm_state.c | 10 +
net/xfrm/xfrm_user.c | 53 +
For originated outbound IPv6 packets which will fragment, ip6_append_data()
should know length of extension headers before sending them and
the length is carried by dst_entry.
IPv6 IPsec headers fragment then transformation was
designed to place all headers after fragment header.
OTOH Mobile IPv6 e
This is a support to search transformation states by its addresses
by using source address list.
For Mobile IPv6 usage.
Based on MIPL2 kernel patch.
---
include/net/xfrm.h | 11 +++
net/ipv4/xfrm4_state.c | 13 +
net/ipv6/xfrm6_state.c | 25
n
On current kernel, ip6_find_1stfragopt() is used by IPv6 IPsec to find where to
be inserted header in outbound. (BTW, no usage may be needed for IPv4 case.)
Mobile IPv6 requires other logic for routing header and destination
options header respectively.
Based on MIPL2 kernel patch.
---
include/net
For Mobile IPv6 usage, it is required to trace which secpath state is reject
factor in order to notify it to user space (to know the address which cannot
be used route optimized communication).
Based on MIPL2 kernel patch.
---
include/net/xfrm.h |3 ++
net/xfrm/xfrm_policy.c | 67 +++
Sub policy can be used through netlink socket.
(PF_KEY uses main only and it is TODO to support sub.)
---
include/linux/xfrm.h |6 +
include/net/xfrm.h |1 +
net/key/af_key.c | 13 +++
net/xfrm/xfrm_user.c | 60 +++---
4 fil
Add sort functions to combine templates/states for IPsec.
Think of outbound transformation order we should be careful with transport AH
which must be the last of all transport ones.
---
net/ipv6/xfrm6_state.c | 101
1 files changed, 101 insertions(
Mobile IPv6 enabled nodes will want to know traffic status of each
binding (e.g. judgement to request binding refresh by correspondent node,
or to keep home/care-of nonce alive by mobile node).
The last used timestamp is an important hint about it.
Based on MIPL2 kernel patch.
---
net/ipv6/xfrm6_o
XFRM_MAX_DEPTH is a limit of transformation states to be applied to the same
flow. Two extension headers are used by Mobile IPv6 transformation.
Based on MIPL2 kernel patch.
---
include/net/xfrm.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/include/net/xfrm.h b/incl
XFRM_STATE_WILDRECV flag is introduced; the last resort state is set it
and receives packet which is not route optimized but uses such extension
headers i.e. Mobile IPv6 signaling (binding update and acknowledgement).
A node enabled Mobile IPv6 adds the state.
Based on MIPL2 kernel patch.
---
incl
Outbound transformation replaces both source and destination address with
state's end-point addresses at the same time when IPsec tunnel mode.
It is also required to change them for Mobile IPv6 route optimization, but we
should care about the following differences:
- changing result is not end-poi
For Mobile IPv6 usage, routing header or destination options header is used and
it doesn't require this compare. It is checked only when IPsec template.
Based on MIPL2 kernel patch.
---
net/xfrm/xfrm_policy.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/net/xfrm/xfrm_
Sub policy is introduced. Main and sub policy are applied the same flow.
(Policy that current kernel uses is named as main.)
It is required another transformation policy management to keep IPsec
and Mobile IPv6 lives separate.
Policy which lives shorter time in kernel should be a sub i.e. normally
Under two transformation policies it is required to merge them.
This is a platform to sort state for outbound and templates
for inbound respectively.
Mobile IPv6 will use it.
---
include/net/xfrm.h | 22 ++
net/xfrm/xfrm_policy.c | 16 ++--
net/xfrm/xfrm_sta
It will be added two more transformation protocols (routing header
and destination options header) by Mobile IPv6.
xfrm_id_proto_match() can be handle zero as all, IPSEC_PROTO_ANY as
all IPsec and otherwise as exact one.
Based on MIPL2 kernel patch.
---
include/net/xfrm.h |7 +++
net/xf
Transformation user interface is not only for IPsec.
Based on MIPL2 kernel patch.
---
net/xfrm/Kconfig |6 +++---
net/xfrm/xfrm_user.c |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/net/xfrm/Kconfig b/net/xfrm/Kconfig
index 95f4f09..50f2fb3 100644
--- a/net/xfrm/
Transformation mode is used as either IPsec transport or tunnel.
It is required to add two more items, route-optimization and inbound trigger
by Mobile IPv6.
Based on MIPL2 kernel patch.
---
include/linux/xfrm.h|9 -
include/net/xfrm.h |2 +-
net/ipv4/ah4.c |2
This option is for enhanced transformation features and it will be used by
Mobile IPv6.
Based on MIPL2 kernel patch.
---
net/xfrm/Kconfig |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/net/xfrm/Kconfig b/net/xfrm/Kconfig
index 0c1c043..95f4f09 100644
--- a/net/xfrm
Support source address based searching.
Mobile IPv6 will use it.
Based on MIPL2 kernel patch.
---
include/linux/xfrm.h |1 +
include/net/xfrm.h | 32
net/ipv4/xfrm4_state.c |5 +
net/ipv6/xfrm6_state.c |5 +
net/xfrm/xfrm_state.c | 38
Put the helper to header for future use.
---
include/net/xfrm.h|6 ++
net/xfrm/xfrm_state.c |6 +++---
2 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/include/net/xfrm.h b/include/net/xfrm.h
index ddb153d..ca537b5 100644
--- a/include/net/xfrm.h
+++ b/include/net/xfr
Please see patches about "Avanced XFRM for CN", following this mail.
These are just for review, and it is against 2.6.17.
"Avanced XFRM for CN" tree is consists of:
A. XFRM extension for route optimization
B. IPv6 extension headers:
new type (2) of routing header
new TLV option
Hello,
Let me introduce Mobile IPv6(RFC3775) patch and its outline.
We USAGI project and HUT Go/Core project have developed
for Mobile IPv6(MIPv6) stack on 2.6 tree as MIPL2 for several years.
Our aim is to make kernel patch smaller (than MIPL1 which is for
2.4 kernel).
We find out we have 4 cat
On Sat, Jul 29, 2006 at 12:55:28AM -0700, Andrew Morton wrote:
> On Sat, 29 Jul 2006 11:45:45 +0400
> Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
>
> > Header doesn't use anything from atomic.h.
>
>
> OK, but..
>
> > It fixes headers_check warning:
> >
> > include/linux/netfilter_bridge.h requi
On Sat, 29 Jul 2006 11:45:45 +0400
Alexey Dobriyan <[EMAIL PROTECTED]> wrote:
> Header doesn't use anything from atomic.h.
OK, but..
> It fixes headers_check warning:
>
> include/linux/netfilter_bridge.h requires asm/atomic.h, which does not exist
asm/atomic.h _does_ exist. What's up with th
Header doesn't use anything from atomic.h.
It fixes headers_check warning:
include/linux/netfilter_bridge.h requires asm/atomic.h, which does not exist
Compile tested on
alpha arm i386-up sparcsparc64-up x86_64
alpha-up i386 sparc64 sparc-upx86_64-up
Signed-off-by: Al
On Sat, 2006-07-29 at 03:40 +0200, Patrick McHardy wrote:
> Martin Josefsson wrote:
> > As a somewhat related note, I've just digged a bit through RCU land,
> > talked to dipankar and mckenney, and discovered that rcu_read_lock() /
> > rcu_read_unlock() aren't strictly needed in softirqs since pree
70 matches
Mail list logo
