Hello.
In article <[EMAIL PROTECTED]> (at Thu, 27 Jul 2006 00:11:00 +0200), Thomas
Graf <[EMAIL PROTECTED]> says:
> It's not final but somewhat working, I'm eager to see comments
> or patches. I apologize if I've tramped onto anybody's foot
> by taking this up and submitting it, this isn't meant
On Wed, 2006-07-26 at 23:00 -0700, David Miller wrote:
> From: Rusty Russell <[EMAIL PROTECTED]>
> Date: Thu, 27 Jul 2006 15:46:12 +1000
>
> > Yes, my first thought back in January was how netfilter would interact
> > with this in a sane way. One answer is "don't": once someone registers
> > on a
On Thu, Jul 27, 2006 at 10:34:00PM -0700, David Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Fri, 28 Jul 2006 09:17:25 +0400
>
> > What would you expect from non-preemptible kernel? Hard lockup, no acks,
> > no soft irqs.
>
> Why does pressing Ctrl-Z on
On Thu, Jul 27, 2006 at 06:02:38PM -0400, Benjamin LaHaise ([EMAIL PROTECTED])
wrote:
> On Thu, Jul 27, 2006 at 02:44:50PM -0700, Zach Brown wrote:
> >
> > >> int kevent_getevents(int event_fd, struct ukevent *events,
> > >> int min_events, int max_events,
> > >> struct timeval
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 09:17:25 +0400
> What would you expect from non-preemptible kernel? Hard lockup, no acks,
> no soft irqs.
Why does pressing Ctrl-Z on the user process stop kernel soft irq
processing?
-
To unsubscribe from this list: send the lin
From: Gerrit Renker <[EMAIL PROTECTED]>
Date: Fri, 14 Jul 2006 17:19:02 +0100
> Generic support (header files, configuration, and documentation) for
> the UDP-Lite protocol (RFC 3828).
Gerrit, I tried to bring myself over the edge to accept this
work and push it into my net-2.6.19 tree, but I si
On Thu, Jul 27, 2006 at 02:32:05PM -0700, Zach Brown ([EMAIL PROTECTED]) wrote:
>
> >>int kevent_getevents(int event_fd, struct ukevent *events,
> >>int min_events, int max_events,
> >>struct timeval *timeout);
> >
> > I used only one syscall for all operations, above
On Fri, Jul 28, 2006 at 12:56:51AM +0400, Alexey Kuznetsov ([EMAIL PROTECTED])
wrote:
> Hello!
>
> > kernel thread takes 100% cpu (with preemption
>
> Preemption, you tell... :-)
>
> I begged you to spend 1 minute of your time to press ^Z. Did you?
What would you expect from non-preemptible ke
From: James Morris <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 00:53:30 -0400 (EDT)
> On Thu, 27 Jul 2006, Venkat Yekkirala wrote:
>
> > Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
>
> Acked-by: James Morris <[EMAIL PROTECTED]>
>
> > --- NOTE: Not sure what the ideal thing to do is here.
I get this when I bring up a network interface (a cisco aironet wireless
minipci card) on 2.6.18-rc2.
Let me know if any additonal information would be useful.
--b.
Jul 27 15:18:44 puzzle kernel:
Jul 27 15:18:44 puzzle kernel:
=
Jul 27 1
On Thu, 27 Jul 2006, Venkat Yekkirala wrote:
> The following patch will fix the build problem (encountered by Andrew Morton)
> when SECURITY_NETWORK_XFRM is not enabled.
>
> As compared to git-net-selinux_xfrm_decode_session-build-fix.patch in -mm,
> this patch sets the return parameter sid to SE
On Thu, 2006-07-27 at 20:33 +0400, Alexey Kuznetsov wrote:
> Hello!
>
> On Thu, Jul 27, 2006 at 03:46:12PM +1000, Rusty Russell wrote:
> > Of course, it means rewriting all the userspace tools, documentation,
> > and creating a complete new infrastructure for connection tracking and
> > NAT, but i
On Fri, 28 Jul 2006 04:31:32 +0100
Hugo Santos <[EMAIL PROTECTED]> wrote:
> On Thu, Jul 27, 2006 at 08:20:44PM -0700, David Miller wrote:
> >
> > Now, if you're saying that, in response to a NDISC packet, we might
> > have to go out and obtain the certificate, before we can process
> > the NDISC
Lamarque Souza wrote:
>
> Do you have any idea why that happens?
>
Not yet. Did it use to work with an older tg3 driver or
kernel?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/m
On Thu, Jul 27, 2006 at 08:20:44PM -0700, David Miller wrote:
>
> Now, if you're saying that, in response to a NDISC packet, we might
> have to go out and obtain the certificate, before we can process
> the NDISC packet. This is a different issue. Is that how this
> secure NDISC works? Or does
From: Hugo Santos <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 04:13:22 +0100
>Certainly, control packets cause state transitions. TCP is a mixed
> bag. I think the question here is whether we can afford a stack where
> the data path is fully synchronous with the control path -- considering
>
Hi,
On Thu, Jul 27, 2006 at 07:27:43PM -0700, David Miller wrote:
>
> Just like a TCP connection, packets cause state transitions.
> And it is reasonable to expect that after a state transition,
> the effects can be visible by subsequent packets.
Certainly, control packets cause state transit
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 12:22:29 +1000
> I suppose another case in point is IPv4 autoconf which
> is *still* in the kernel after all these years.
At least in that case, H. Peter Anvin has put together a
klibc equivalent.
Klibc is one possible way out of this q
Dear All:
There are release note of ip100a.c, that is also different of ip100a.c and
sundance.c:
versiondescriptions
--
[1.21] 1. Support for Mandrake10.x
[2006/5/4]
versiondescriptions
From: Hugo Santos <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 02:45:28 +0100
> Is it reasonable to consider that control packet processing needs to
> be serialized with data packet processing? In this particular case, is
> it not the tests that are broken if not giving enough time to the host
> t
Hi John:
I will try mutt or mail when i want to send next patch. Most different of
ip100a.c
and sundance.c are almost same only fix some bugs. The different of ip100a
and ip100 is in phy. We can use one driver to support those two device, I
want
to know what is better for kernel:
1. Only updata s
On Thu, Jul 27, 2006 at 06:34:15PM -0700, David Miller wrote:
>
> I have severe doubts actually in this area. And I have practical
> experience to back up these doubts in this specific case.
OK.
> Just moving the ipv6 address add/delete out of software interrupt
> context broke the TAHI and oth
Just to make you know. My notebook (Ferrari 4005wlmi, kernel2.6.17.3) uses
the tg3 driver and has problems after resume from suspend2. The card is an
Ethernet controller: Broadcom Corporation NetLink BCM5789 Gigabit Ethernet
PCI Express (14e4:169d). The problem happens when I suspend with tg3 dr
Fix for NAPI hanging in interrupt. With NAPI, we only need one
iteration over the IRQ.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
--- linux-2.6.orig/drivers/net/forcedeth.c 2006-07-27
18:58:21.0 -0700 +++ linux-2.6/drivers/net/forcedeth.c
2006-07-27 18:57:31.0 -0700
Revised (and tested) version of NAPI support for nForce Ethernet
driver. Fixes bug where would get stuck in irq.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
drivers/net/Kconfig | 16 ++
drivers/net/forcedeth.c | 125 +---
2 files
Fix the coding style of the nForce Ethernet driver.
- typedef's should not be used
- variable names should not be capitialized
- structure tags should be lower case
- add whitespace near keywords
- don't add paren's to switch cases
- remove paren's from return
- don't use __constant_ntohs u
Hi Francois:
Sorry, I don't know this patch before. IP100A is a new version of IP100
(sundance.c). I don't know what is you suggestion of IP100A driver? Should
I...
1. Only updata sundance.c to support IP100A
2. Release ip100a.c which support ip100(sundance) to kernel 2.6.x and ask to
remove
Corrected version of forcedeth patches.
* coding style had some extra garbage
* add patch to use little endian annotation
* NAPI patch could get stuck in interrupt
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
Use __le32 to indicate byte order of hardware ring elements
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
drivers/net/forcedeth.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
--- linux-2.6.orig/drivers/net/forcedeth.c 2006-07-27 17:43:52.0
-0700
Hi David,
> If we process these in sequence in software interrupt, everything
> is fine. Processing of "A" will add the address, and the test
> ping packet "B" will respond properly.
>
> If you defer "A", everything breaks and the test packet "B" will
> get processed first and not work.
Is i
From: Herbert Xu <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 09:56:42 +1000
> Kazunori Miyazawa <[EMAIL PROTECTED]> wrote:
> >
> > I'm interested in the approach. And I have a couple of comments.
> > I think DAD and ND are time critical operations.
> > Can the daemons process with confirming to th
As most of us are painfully aware, there is a blockage in getting
bcm43xx patches upstream.(*)
In order to keep upstream bcm43xx development moving, I have opened
a bcm43xx branch in wireless-2.6. Please make sure that any patches
submitted upstream can apply to that branch (at least w/ minimal
e
The following changes since commit 416512cb75f51f3d12e5e1aa57b6a36760fd12c9:
John W. Linville:
Merge branch 'upstream-fixes' into upstream
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream
Dan Williams:
prism54
The following changes since commit 64821324ca49f24be1a66f2f432108f96a24e596:
Christoph Hellwig:
fix compile regression for a few scsi drivers
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
upstream-fixes
Chuck Ebbert:
Kazunori Miyazawa <[EMAIL PROTECTED]> wrote:
>
> I'm interested in the approach. And I have a couple of comments.
> I think DAD and ND are time critical operations.
> Can the daemons process with confirming to the specs.
> even if it were swapped out?
> Can we prevent the oom killer from killing t
David Miller wrote:
> From: Patrick McHardy <[EMAIL PROTECTED]>
> Date: Fri, 28 Jul 2006 00:58:49 +0200
>
>>This clashes with my routing table patch, guess we have to figure
>>out who should go first :)
>
>
> I think since USAGI has some work that depends on this, we
> should get Thomas's stuff
Thomas Graf wrote:
> --- /dev/null
> +++ net-2.6.git/net/core/fib_rules.c
> +int fib_rules_register(struct fib_rules_ops *ops)
> +{
> + int err = -EEXIST;
> + struct fib_rules_ops *o;
> +
> + if (ops->rule_size < sizeof(struct fib_rule))
> + return -EINVAL;
> +
> + if (o
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Fri, 28 Jul 2006 00:58:49 +0200
> Thomas Graf wrote:
> > Derived from net/ipv6/fib_rules.c
>
> This clashes with my routing table patch, guess we have to figure
> out who should go first :)
I think since USAGI has some work that depends on this, we
Thomas Graf wrote:
> Derived from net/ipv6/fib_rules.c
This clashes with my routing table patch, guess we have to figure
out who should go first :)
> +int fib_rules_lookup(struct fib_rules_ops *ops, struct flowi *fl,
> + int flags, struct fib_lookup_arg *arg)
> +{
> + struct
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/include/net/ip_fib.h
===
--- net-2.6.git.orig/include/net/ip_fib.h
+++ net-2.6.git/include/net/ip_fib.h
@@ -18,6 +18,7 @@
#include
#include
+#include
/* WARN
Adds support for policy routing rules including a new
local table for routes with a local destination.
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/net/ipv6/fib6_rules.c
===
--- /dev/null
+++ net-2.6.git/net/ipv6
Derived from net/ipv6/fib_rules.c
Signed-off-by: Thomas Graf <[EMAIL PROTECTED]>
Index: net-2.6.git/include/linux/fib_rules.h
===
--- /dev/null
+++ net-2.6.git/include/linux/fib_rules.h
@@ -0,0 +1,60 @@
+#ifndef __LINUX_FIB_RULES_H
+
On Thu, Jul 27, 2006 at 04:06:44PM +0200, Marco Berizzi wrote:
>
> conn pass
> left=172.16.1.1
> leftsubnet=172.16.0.0/23
> right=172.16.1.253
> rightsubnet=10.180.0./16
> type=passthrough
> authby=never
> auto=route
>
> After running 'ipsec auto --add pa
On Thu, Jul 27, 2006 at 02:44:50PM -0700, Zach Brown wrote:
>
> >>int kevent_getevents(int event_fd, struct ukevent *events,
> >>int min_events, int max_events,
> >>struct timeval *timeout);
> >
> > You've just reinvented io_getevents().
>
> Well, that's certainly one
>> int kevent_getevents(int event_fd, struct ukevent *events,
>> int min_events, int max_events,
>> struct timeval *timeout);
>
> You've just reinvented io_getevents().
Well, that's certainly one inflammatory way to put it. I would describe
it as suggesting that t
>> int kevent_getevents(int event_fd, struct ukevent *events,
>> int min_events, int max_events,
>> struct timeval *timeout);
>
> I used only one syscall for all operations, above syscall is
> essentially what kevent_user_wait() does.
Essentially, yes, but the diff
Hello!
> kernel thread takes 100% cpu (with preemption
Preemption, you tell... :-)
I begged you to spend 1 minute of your time to press ^Z. Did you?
Alexey
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at h
On Thu, Jul 27, 2006 at 12:18:42PM -0700, Zach Brown wrote:
> The easy part is fixing up the somewhat obfuscated collection call.
> Instead of coming in through a multiplexer that magically treats a void
> * as a struct kevent_user_control followed by N ukevents (as specified
> in the kevent_user_c
On Thu, 2006-07-27 at 11:44 -0700, Ulrich Drepper wrote:
> Badari Pulavarty wrote:
> > Before we spend too much time cleaning up and merging into mainline -
> > I would like an agreement that what we add is good enough for glibc
> > POSIX AIO.
>
> I haven't seen a description of the interface so f
On Thu, Jul 27, 2006 at 12:18:42PM -0700, Zach Brown ([EMAIL PROTECTED]) wrote:
> > I have to say that the user API is not the nicest in the world. Yet,
> > at the same time, I cannot think of a better one :)
>
> I want to first focus on the event collection side of the API because I
> think we c
On Thursday 27 July 2006 21:24, Stephen Hemminger wrote:
> On Thu, 27 Jul 2006 21:21:14 +0200
> Michael Buesch <[EMAIL PROTECTED]> wrote:
>
> > On Thursday 27 July 2006 19:48, Stephen Hemminger wrote:
> > > --- sky2.orig/drivers/net/forcedeth.c 2006-07-13 12:53:48.0
> > > -0700
> > >
On Thu, 27 Jul 2006 21:21:14 +0200
Michael Buesch <[EMAIL PROTECTED]> wrote:
> On Thursday 27 July 2006 19:48, Stephen Hemminger wrote:
> > --- sky2.orig/drivers/net/forcedeth.c 2006-07-13 12:53:48.0
> > -0700
> > +++ sky2/drivers/net/forcedeth.c2006-07-27 10:45:49.0 -07
Hello.
Jeff Garzik wrote:
It's generally not a good idea to call request_region() on an
address returned by pci_iomap(), even less so on a MMIO address. And
there was absolutely no point in claiming the region already claimed
by the PCI core, especially with the same PCI generic owner's name.
On Thursday 27 July 2006 19:48, Stephen Hemminger wrote:
> --- sky2.orig/drivers/net/forcedeth.c 2006-07-13 12:53:48.0 -0700
> +++ sky2/drivers/net/forcedeth.c 2006-07-27 10:45:49.0 -0700
> @@ -381,21 +381,21 @@
>
> /* Big endian: should work, but is untested */
> struct ri
Hi, Catalin and Michal,
Many thanks for your help in fnding and testing the patch!
Catherine
"Catalin Marinas" <[EMAIL PROTECTED]> wrote on 07/27/2006 05:00:23
AM:
> On 26/07/06, Catherine Zhang <[EMAIL PROTECTED]> wrote:
> > Enclosed please find the new fix for the memory leak problem,
incor
> I like this work a lot, as I've stated before.
Yeah, me too. I think we're very close to having a workable system
here. A few weeks of some restructuring and we all might be very happy.
> The data structures
> look like they will scale well and it takes care of all the limitations
> that net
Jesse Huang <[EMAIL PROTECTED]> :
[...]
> I am IC Plus software engineer. We have IP100A 10/100 fast network adapter
> driver need to submit to Linux 2.6.x kernel. Please tell me who should I
> submit to.
>
> IP100A's device ID is 0x13f0 0200.
You do not need to do anything:
http://www.kernel.or
On Wed, 26 Jul 2006 23:00:28 -0700 (PDT)
David Miller <[EMAIL PROTECTED]> wrote:
> From: Rusty Russell <[EMAIL PROTECTED]>
> Date: Thu, 27 Jul 2006 15:46:12 +1000
>
> > Yes, my first thought back in January was how netfilter would interact
> > with this in a sane way. One answer is "don't": once
Badari Pulavarty wrote:
> Before we spend too much time cleaning up and merging into mainline -
> I would like an agreement that what we add is good enough for glibc
> POSIX AIO.
I haven't seen a description of the interface so far. Would be good if
it existed. But I briefly mentioned one quirk
On Thu, 2006-07-27 at 11:14 -0700, Zach Brown wrote:
> > Suparna mentioned at Ulrich wants us to concentrate on kernel-side
> > support, so that he can look at glibc side of things (along with
> > other work he is already doing). So, if we can get an agreement on
> > what kind of kernel support is
On Thu, 27 Jul 2006 13:19:43 -0500
"Art Haas" <[EMAIL PROTECTED]> wrote:
> Hi.
>
> I've got Fedora Rawhide running on a SMP PIII machine, and the latest
> kernels from Fedora have been locking up when I run 'yum update' to
> get the latest packages. I also experience lock-ups when I use
> Firefox
> Suparna mentioned at Ulrich wants us to concentrate on kernel-side
> support, so that he can look at glibc side of things (along with
> other work he is already doing). So, if we can get an agreement on
> what kind of kernel support is needed - we can focus our efforts on
> kernel side first an
Hi.
I've got Fedora Rawhide running on a SMP PIII machine, and the latest
kernels from Fedora have been locking up when I run 'yum update' to
get the latest packages. I also experience lock-ups when I use
Firefox to do some web browsing. Not all my network usage results in a
lockup, however. I can
Hi,
> I'm interested in the approach. And I have a couple of comments.
> I think DAD and ND are time critical operations.
> Can the daemons process with confirming to the specs.
My tests indicate that yes, even when considering mobility scenarios
where expected times are reduced. There is alw
Fix the coding style of the nForce Ethernet driver.
- typedef's should not be used
- variable names should not be capitialized
- structure tags should be lower case
- add whitespace near keywords
- don't add paren's to switch cases
- remove paren's from return
- don't use __constant_ntohs un
Alexey Kuznetsov <[EMAIL PROTECTED]> writes:
> ip_output() worries about the space, which it needs.
Well, I wrote ip_output() to give idea about the place but the
actual function, as shown in the patch, is ip_finish_output2().
It currently reads:
int hh_len = LL_RESERVED_SPACE(dev);
The following patch will fix the build problem (encountered by Andrew Morton)
when SECURITY_NETWORK_XFRM is not enabled.
As compared to git-net-selinux_xfrm_decode_session-build-fix.patch in -mm,
this patch sets the return parameter sid to SECSID_NULL in
selinux_xfrm_decode_session()
and handles
Hello, Alexey.
On Thu, Jul 27, 2006 at 08:33:35PM +0400, Alexey Kuznetsov ([EMAIL PROTECTED])
wrote:
> First, it was stated that suggested implementation performs better and even
> much better. I am asking why do we see such improvement?
> I am absolutely not satisifed with statement "It is bette
Hello!
> ip_output() ignores dev->hard_header_len
ip_output() worries about the space, which it needs.
If some place needs more, it is its problem to check.
To the moment where it is used, hard_header_len can even change.
It can be applied, but it does not change the fact, that those
placed whi
Hello!
On Thu, Jul 27, 2006 at 03:46:12PM +1000, Rusty Russell wrote:
> Of course, it means rewriting all the userspace tools, documentation,
> and creating a complete new infrastructure for connection tracking and
> NAT, but if that's what's required, then so be it.
That's what I love to hear. N
Fix the coding style of the nForce Ethernet driver.
- typedef's should not be used
- variable names should not be capitialized
- structure tags should be lower case
- add whitespace near keywords
- don't add paren's to switch cases
- remove paren's from return
- don't use __constant_ntohs u
Revised (and tested) version of NAPI support for nForce Ethernet
driver. No change in performance for normal workloads. But will help
under DoS attack or slower processors.
Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
drivers/net/Kconfig | 16 ++
drivers/net/forcedeth.c | 1
A couple of patches for nForce Ethernet, tested on my GA-8N-SLI motherboard.
Could we please have a MAINTAINER entry for this driver?
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/ma
On Thu, 2006-07-27 at 17:25 +0200, Marco Berizzi wrote:
> Andy Gay wrote:
>
> >As Herbert said, the right= address doesn't matter. Search for 10.180.
>
> If it doesn't matter, who told to linux to send packets for
> 10.180.0.0/16 to 172.16.1.253?
You're confusing routing with IPsec policy.
Your
Sébastien Dugué wrote:
On Wed, 2006-07-26 at 09:22 -0700, Badari Pulavarty wrote:
Ulrich Drepper wrote:
Christoph Hellwig wrote:
My personal opinion on existing AIO is that it is not the right design.
Benjamin LaHaise agree with me (if I understood him right),
Andy Gay wrote:
As Herbert said, the right= address doesn't matter. Search for 10.180.
If it doesn't matter, who told to linux to send packets for
10.180.0.0/16 to 172.16.1.253?
BTW - in your erlier mail you had "rightsubnet=10.180.0./16". Looks like
a typo there.
yes it was a typo.
-
To
On Thu, 2006-07-27 at 16:36 +0200, Marco Berizzi wrote:
> Andy Gay wrote:
>
> >It's a function of the IPsec SADB.
(That should have beed SPDB, of course... :)
> The passthrough conn added a more
> >specific policy that will match before the tunnel policy.
> >You can run 'ip xfrm p' and 'ip xfrm
On Wed, Jul 12, 2006 at 12:39:58PM +0800, Zhu Yi wrote:
> On Tue, 2006-07-11 at 15:32 +0200, Pavel Machek wrote:
> > Probably not. This (very dirty) hack implements that (with some level
> > of success -- ifconfig down/ifconfig up is enough to get wireless
> > working).
>
> You just need to
>
> $
Andy Gay wrote:
It's a function of the IPsec SADB. The passthrough conn added a more
specific policy that will match before the tunnel policy.
You can run 'ip xfrm p' and 'ip xfrm s' to view the policies & state
info.
I did, but no results:
ip x p | grep '172.16.1.253'
nor
ip x s | grep '17
On Thu, 2006-07-27 at 16:06 +0200, Marco Berizzi wrote:
> Herbert Xu wrote:
>
> >Marco Berizzi <[EMAIL PROTECTED]> wrote:
> > >
> > > 172.16.0.0/23 dev eth2 proto kernel scope link src 172.16.1.1
> > > 10.180.0.0/16 via 172.16.1.253 dev eth2
> > > 10.0.0.0/8 via pub_ip dev eth0
> > > 127.0.0.0/
Herbert Xu wrote:
Marco Berizzi <[EMAIL PROTECTED]> wrote:
>
> 172.16.0.0/23 dev eth2 proto kernel scope link src 172.16.1.1
> 10.180.0.0/16 via 172.16.1.253 dev eth2
> 10.0.0.0/8 via pub_ip dev eth0
> 127.0.0.0/8 dev lo scope link
>
> I have noticed that packets for 10.180.0.0/16 network
>
Hi,
ip_output() ignores dev->hard_header_len if dev->hard_header
function == NULL. It's inconsistent with the rest of the kernel. With
some drivers it would mean instant panic, but we are usually saved by
existence of the "default" header space.
With some bad luck things like tun or IPsec may kil
On Thu, Jul 27, 2006 at 08:54:27AM -0400, John W. Linville wrote:
> On Thu, Jul 27, 2006 at 03:54:25PM -0400, Jesse Huang wrote:
> > From: Jesse Huang <[EMAIL PROTECTED]>
> >
> > This is the first version of IP100A Linux Driver.
>
> One general comment is that your patch is whitespace-damaged,
>
On Thu, Jul 27, 2006 at 03:54:25PM -0400, Jesse Huang wrote:
> From: Jesse Huang <[EMAIL PROTECTED]>
>
> This is the first version of IP100A Linux Driver.
One general comment is that your patch is whitespace-damaged,
undoubtedly mangled by your mailer. I would suggest that you use
a text- or cur
Qla3xxx only supports QLA4022 at this time. It will soon be patched to
support QLA4032. There is no plan to add QLA4010 support.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Albert Lee
> Sent: Wednesday, July 26, 2006 8:16 PM
> To: Michael Tok
Hi,
I'm interested in the approach. And I have a couple of comments.
I think DAD and ND are time critical operations.
Can the daemons process with confirming to the specs.
even if it were swapped out?
Can we prevent the oom killer from killing the daemons?
Anyway, we have to consider Pros. and Co
On Thu, Jul 27, 2006 at 03:54:25PM -0400, Jesse Huang wrote:
> From: Jesse Huang <[EMAIL PROTECTED]>
>
> This is the first version of IP100A Linux Driver.
>
> Change Logs:
>
> ---
>
Thanks for the driver. Comments in line
Regards
Neil
> +MODULE_PARM_DESC(debug, "IC+ IP100A debug level (0-5)
Hi all,
In the same line as some of the recent IPv6 patches being submited
for comments, and taking into consideration RFCs such as 'SEcure
Neighbor Discovery (SEND)' (RFC 3971) and 'Cryptographically Generated
Addresses (CGA)' (RFC 3972) where the complexity associated with
maintaining add
Marco Berizzi <[EMAIL PROTECTED]> wrote:
>
> 172.16.0.0/23 dev eth2 proto kernel scope link src 172.16.1.1
> 10.180.0.0/16 via 172.16.1.253 dev eth2
> 10.0.0.0/8 via pub_ip dev eth0
> 127.0.0.0/8 dev lo scope link
>
> I have noticed that packets for 10.180.0.0/16 network
> are eaten by the ip
Hello everybody.
I'm running linux 2.6.16.27 on my firewall/ipsec gateway
with openswan 2.4.5
This is my firewall/network schema:
|
| /--eth0 (connected to ISP router)
|/
+--+--+
| |
| +--eth1 (DMZ)
| |
+--+--+
|\
| \--eth2 (internal network 172.16.0.0/23)
|
+-+
| | <--r
Hi,
This is Takamiya, from USAGI Project.
>> Thu, 27 Jul 2006 11:28:02 +0100
>> [Subject: Re: [RFC] [IPV6] ADDRCONF: Lifetime handling fixes] wrote...
>> Hugo Santos <[EMAIL PROTECTED]> wrote...
> > + ifp = ipv6_get_ifaddr(pfx, dev, 1);
> > + if (ifp == NULL)
> > + return -ENOENT
Hi,
> static int
> +inet6_addr_modify(int ifindex, struct in6_addr *pfx,
> + __u32 prefered_lft, __u32 valid_lft)
> +{
...
> + ifp = ipv6_get_ifaddr(pfx, dev, 1);
> + if (ifp == NULL)
> + return -ENOENT;
> +
> + if (!valid_lft || (prefered_lft > valid_lf
your "sign-off" if you like.)
Git tree is also available on addrconf-lifetime-20060727 branch at:
git://git.skbuff.net/gitroot/yoshfuji/linux-2.6.18-rc2-addr-lifetime/linux-2.6.18-rc2-addr-lifetime
Thank you.
HEADLINES
-
[IPV6] ADDRCONF: Check payload length for
On Thu, Jul 27, 2006 at 02:31:56AM -0700, David Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Thu, 27 Jul 2006 12:58:13 +0400
>
> > Btw, according to DMA allocations - there are some problems here too.
> > Some pieces of the world can not dma behind 16mb,
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
--- a/drivers/net/sunlance.c
+++ b/drivers/net/sunlance.c
@@ -1537,7 +1537,7 @@ static int __init sparc_lance_init(void)
{
if ((idprom->id_machtype == (SM_SUN4|SM_4_330)) ||
(idprom->id_machtype == (SM_SUN4|SM_4_470))) {
-
From: Evgeniy Polyakov <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2006 12:58:13 +0400
> Btw, according to DMA allocations - there are some problems here too.
> Some pieces of the world can not dma behind 16mb, and someone can do it
> over 4gb.
I think people take this "DMA" in Ulrich's interface names
On 26/07/06, Catherine Zhang <[EMAIL PROTECTED]> wrote:
Enclosed please find the new fix for the memory leak problem, incorporating
suggestions from Stephen and James.
FYI, Michal confirmed that, with this patch, kmemleak no longer
reports leaks in the context_struct_to_string() function in
sec
On Thu, Jul 27, 2006 at 01:02:55AM -0700, David Miller ([EMAIL PROTECTED])
wrote:
> From: Evgeniy Polyakov <[EMAIL PROTECTED]>
> Date: Thu, 27 Jul 2006 11:49:02 +0400
>
> > I.e. map skb's data to userspace? Not a good idea especially with it's
> > tricky lifetime and unability for userspace to in
On Thu, Jul 27 2006, David Miller wrote:
> From: Jens Axboe <[EMAIL PROTECTED]>
> Date: Thu, 27 Jul 2006 10:29:24 +0200
>
> > Precisely. And this is the bit that is currently still broken for
> > splice-to-socket, since it gives that ack right after ->sendpage() has
> > been called. But that's a k
From: Jens Axboe <[EMAIL PROTECTED]>
Date: Thu, 27 Jul 2006 10:29:24 +0200
> Precisely. And this is the bit that is currently still broken for
> splice-to-socket, since it gives that ack right after ->sendpage() has
> been called. But that's a known deficiency right now, I think Alexey is
> curren
1 - 100 of 107 matches
Mail list logo
