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 any hook we go into slow path. Another is to run the hooks in socket
On Thu, 27 Jul 2006, Thomas Graf wrote:
+ rule = kmalloc(ops-rule_size, GFP_KERNEL);
+ if (rule == NULL) {
+ err = -ENOMEM;
+ goto errout;
+ }
+ memset(rule, 0, ops-rule_size);
+
kzalloc() ? :-)
- James
--
James Morris
[EMAIL PROTECTED]
-
To
From: Evgeniy Polyakov [EMAIL PROTECTED]
Date: Wed, 26 Jul 2006 10:28:17 +0400
I have not created additional DMA memory allocation methods, like
Ulrich described in his article, so I handle it inside NAIO which
has some overhead (I posted get_user_pages() sclability graph some
time ago).
On Thu, 27 Jul 2006 14:41:29 +0800
Jesse Huang [EMAIL PROTECTED] wrote:
Dear All:
I am IC Plus software engineer. We have IP100A 10/100 fast network adapter
driver need to submit to Linux 2.6.x kernel.
Thanks!
Please tell me who should I submit to.
Please send it to the four addresses
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 inform kernel when it
finished and skb can be freed (without additional syscall).
Hmmm...
If it
On Thu, Jul 27 2006, David Miller 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 inform kernel when it
finished and skb can be
On Thu, Jul 27 2006, Jens Axboe wrote:
On Thu, Jul 27 2006, David Miller 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 inform
From: Jens Axboe [EMAIL PROTECTED]
Date: Thu, 27 Jul 2006 10:11:15 +0200
Ownership transition from user - kernel that is, what I'm trying to say
that returning ownership to the user again is the tricky part.
Yes, it is important that for TCP, for example, we don't give
the user the event until
On Thu, Jul 27 2006, David Miller wrote:
From: Jens Axboe [EMAIL PROTECTED]
Date: Thu, 27 Jul 2006 10:11:15 +0200
Ownership transition from user - kernel that is, what I'm trying to say
that returning ownership to the user again is the tricky part.
Yes, it is important that for TCP, for
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
currently
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 known
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
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 inform
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 too
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))) {
-
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 IFA_LOCAL
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_lft))
+
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;
+
+
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)
|
+-+
| |
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
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 ipsec
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
snip
+MODULE_PARM_DESC(debug, IC+ IP100A debug level (0-5));
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
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 Tokarev
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
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,
undoubtedly
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 kill
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
are eaten
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/8 dev lo scope link
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
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 s' to
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 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
$ iwpriv
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),
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
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
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 |
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. Not
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
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 better.
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
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);
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
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
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 someone
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
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 -0700
@@
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
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
+++
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 and
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 needed
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 in
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:
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
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,
incorporating
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 can
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
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 far.
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
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 pass ipsec
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
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
+++
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 net/flow.h
#include
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 differences
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 the
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 inflammatory
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
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
should
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 in first.
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 (ops-match ==
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 the
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:
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:
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 the specs.
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 it reasonable
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
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
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
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
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 other
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
to
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
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
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
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
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
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
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
the
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 the
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
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 packet.
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 if that's
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
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
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. The following
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 kernel?
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 syscall is
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
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 line
1 - 100 of 103 matches
Mail list logo
