On Wed, 2006-04-19 at 01:02 +0100, Daniel Drake wrote:
wpa_supplicant requires some notification when association has completed, and
this is the way to do it.
Check out the patches I posted earlier:
http://softmac.sipsolutions.net/patches/
Specifically, this one by Dan Williams:
Hello, Herbert Xu.
On 19.04.2006 03:27 you said the following:
On Tue, Apr 18, 2006 at 01:22:56PM -0700, David S. Miller wrote:
I think it is deserving of some run time assertions, else these bugs
will elude us continually. Luckily there are only a few places that
would need the run time
On Wed, Apr 19, 2006 at 10:04:53AM +0400, Boris B. Zhmurov wrote:
I confirm, finally I don't see messages in dmesg about assertions. Nice
work :)
That's great. Thanks a lot for your and everyone else's help in
tracking down.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email:
Second try, added netdev to the cc: list this time.
This cleans up other usages of of vmalloc in ebtables.c. The
changes are similar to the cleanup done in
ebtables-fix-allocation-in-net-bridge-netfilter-ebtablesc.patch
Patch Description:
This patch makes all the vmalloc calls in
As spinlock debugging still does not work with the qeth driver I want to pick
up the discussion.
On Saturday 08 April 2006 12:12, Andrew Morton wrote:
Heiko Carstens [EMAIL PROTECTED] wrote:
[...]
-vmlinux-main := $(core-y) $(libs-y) $(drivers-y) $(net-y)
+vmlinux-main := $(core-y)
Folks,
To take netlink to where we want to use it within the SCSI subsystem (as
the mechanism of choice to replace ioctls), we're going to need to pass
user-space buffer pointers.
What is the best, portable manner to pass a pointer between user and kernel
space within a netlink message ? The
Hey Martin,
I was able to do it with netem and its working great now.
I've actually moved on to another challenge, I would like to drop
packets at the hardware level such as to see rate control.
Because when netem drops a packet, TCP responds, however the lower level
card will not interact
Boris B. Zhmurov wrote:
Hello, Herbert Xu.
On 19.04.2006 03:27 you said the following:
On Tue, Apr 18, 2006 at 01:22:56PM -0700, David S. Miller wrote:
I think it is deserving of some run time assertions, else these bugs
will elude us continually. Luckily there are only a few places that
Over the past few months, we (the Intel networking group) have been
working hard, often off-list, to get the I/OAT patches we've posted here
merged into the mainline kernel branch, as well as Red Hat and SuSE.
We've had some success, but not what's really important: getting it into
the mainline
On Tue, 18 Apr 2006 22:32:04 +1000
Herbert Xu [EMAIL PROTECTED] wrote:
Hi Dave:
You're absolutely right about there being a problem with the TSO packet
trimming code. The cause of this lies in the tcp_fragment() function.
When we allocate a fragment for a completely non-linear packet the
James Smart wrote:
To take netlink to where we want to use it within the SCSI subsystem (as
the mechanism of choice to replace ioctls), we're going to need to pass
user-space buffer pointers.
What is the best, portable manner to pass a pointer between user and kernel
space within a netlink
Stephen Hemminger wrote:
On Wed, 19 Apr 2006 08:57:25 -0400
James Smart [EMAIL PROTECTED] wrote:
Folks,
To take netlink to where we want to use it within the SCSI subsystem (as
the mechanism of choice to replace ioctls), we're going to need to pass
user-space buffer pointers.
This changes
Patrick McHardy wrote:
This might be problematic, since there is a shared receive-queue in
the kernel netlink message might get processed in the context of
a different process. I didn't find any spots where ISCSI passes
pointers over netlink, can you point me to it?
Please explain... Would
On Wed, 19 Apr 2006 09:39:37 -0700
Grover, Andrew [EMAIL PROTECTED] wrote:
Over the past few months, we (the Intel networking group) have been
working hard, often off-list, to get the I/OAT patches we've posted here
merged into the mainline kernel branch, as well as Red Hat and SuSE.
We've
This patch adds the SIOCSIWMLME wext to softmac, this functionality
appears to be used by wpa_supplicant and is softmac-specific.
Signed-off-by: Johannes Berg [EMAIL PROTECTED]
--- wireless-2.6.orig/net/ieee80211/softmac/ieee80211softmac_priv.h
2006-04-19 18:44:51.710074158 +0200
+++
On 4/19/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
Off list lobbying usually has a negative impact.
The lobbying was for vendor inclusion and not necessarily for upstream
acceptance.
The biggest barrier at this point seems to be hardware availability.
People generally don't care unless
The changes to how hardware receive checksums are handled broke
the netpoll checksum code (for CHECKSUM_HW). Since this is not at
all performance critical, try this patch. It changes to always to
normal software checksum.
--- linux-2.6.orig/net/core/netpoll.c 2006-03-22 09:30:56.0
Begin forwarded message:
Date: Wed, 19 Apr 2006 11:32:18 -0700
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: [Bugme-new] [Bug 6409] New: llc_rcv doesn't handle receives using
nr_frags and frags[]
http://bugzilla.kernel.org/show_bug.cgi?id=6409
Summary: llc_rcv doesn't
Straighten up the AMD Au1xx0 Ethernet probing code, make it print out (and
store in the 'net_device' structure) the physical address of the controller,
not the KSEG1-based virtual. Make the driver also claim/release the 4-byte MAC
enable registers and assign to the Ethernet ports two
This applies to 2.6.17-rc2.
There is a missing initialization of err in sockfd_lookup_light() that could
return random error for an invalid file handle.
Signed-off-by: Hua Zhong [EMAIL PROTECTED]
diff --git a/net/socket.c b/net/socket.c
index 23898f4..0ce12df 100644
--- a/net/socket.c
+++
From: Stephen Hemminger [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 09:53:48 -0700
Please put this in the next -stable load...
I already sent it to -stable.
-
To unsubscribe from this list: send the line unsubscribe netdev in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
From: Christian Borntraeger [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 12:45:48 +0200
As spinlock debugging still does not work with the qeth driver I
want to pick up the discussion.
Does something like the patch below work?
But this all begs the question, what happens if you want to
dig into
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=6412
Summary: Kernel crashes randomly -- Unable to handle kernel NULL
pointer dereference ...
Kernel Version: 2.6.16.5 - mainline, neither out of tree modules loaded
On Wed, Apr 19, 2006 at 10:31:53AM -0700, Stephen Hemminger wrote:
The changes to how hardware receive checksums are handled broke
the netpoll checksum code (for CHECKSUM_HW). Since this is not at
all performance critical, try this patch. It changes to always to
normal software checksum.
On Wed, Apr 19, 2006 at 10:28:41AM -0700, John Ronciak wrote:
The hardware is going to generally available in June. There are also
lots of OEMs, OSVs and hardware vendors that have the system to test
on today. The early rollout of hardware has been very large.
As a start to get people
[EMAIL PROTECTED] [EMAIL PROTECTED] :
From: Michael Buesch [EMAIL PROTECTED]
This cleans up the bcm43xx sysfs code and makes it compliant with the
unwritten sysfs rules (at least I hope so).
Signed-off-by: Michael Buesch [EMAIL PROTECTED]
Cc: Jeff Garzik [EMAIL PROTECTED]
Cc: Greg KH
James Smart wrote:
Folks,
To take netlink to where we want to use it within the SCSI subsystem (as
the mechanism of choice to replace ioctls), we're going to need to pass
user-space buffer pointers.
What is the best, portable manner to pass a pointer between user and kernel
space within
On Wednesday 19 April 2006 23:50, you wrote:
[EMAIL PROTECTED] [EMAIL PROTECTED] :
From: Michael Buesch [EMAIL PROTECTED]
This cleans up the bcm43xx sysfs code and makes it compliant with the
unwritten sysfs rules (at least I hope so).
Signed-off-by: Michael Buesch [EMAIL
Michael Buesch [EMAIL PROTECTED] :
[...]
the deleted code parses binary input. The
new code parses human readable hex input.
No offence intended but it was not clear from the description of
the patch.
pavlov
Does it imply an user space visible API change ?
/pavlov
--
Ueimor
-
To unsubscribe
On Thursday 20 April 2006 00:17, you wrote:
Michael Buesch [EMAIL PROTECTED] :
[...]
the deleted code parses binary input. The
new code parses human readable hex input.
No offence intended but it was not clear from the description of
the patch.
pavlov
Does it imply an user space
From: Hua Zhong [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 12:01:06 -0700
There is a missing initialization of err in sockfd_lookup_light() that could
return random error for an invalid file handle.
Signed-off-by: Hua Zhong [EMAIL PROTECTED]
Applied, thanks a lot for this bug fix.
-
To
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 11:38:06 -0700
Analysis:
llc_rcv
does a skb_clone inside skb_share_check
llc_fixup_skb
skb_trim
__skb_trim
___pskb_trim(x,x,0) -- realloc set to 0
___pskb_trim BUG on !realloc inside skb_cloned check
I'll fix it like this:
Michael Buesch [EMAIL PROTECTED] :
[...]
Yes it does, but:
* We did not release a stable kernel with it in the meantime.
* There is no software using it at the moment.
(Well, the bcm43xx-sprom tool is kind of using it,
but it can handle both binary and hex input anyway)
Ok. Thanks for
An earlier variant of your patch was applied already, included below.
You'll need to submit the newer parts relative to the current tree.
diff-tree 7ad4d2f6901437ba4717a26d395a73ea362d25c6 (from
b8282dcf0417bbc8a0786c129fdff9cc768f8f3c)
Author: Jayachandran C [EMAIL PROTECTED]
Date: Tue Apr
Andi,
We would like to explain that this patch is tier-1 of a two
tiered approach. It implements all the steering
functionality at driver-only level, and it is fairly Neterion-specific.
The second upcoming submission will add a generic netlink-based
interface for channel data flow and
From: James Morris [EMAIL PROTECTED]
Date: Sun, 16 Apr 2006 01:10:50 -0400 (EDT)
So, I propose to introduce a secmark field (per the patch below), which is
only present when enabled as a sub-feature of LSM. That is, it does not
have any effect at all for the default kernel. As an integer
[EMAIL PROTECTED] wrote:
http://bugzilla.kernel.org/show_bug.cgi?id=6414
Summary: sky2 problem
Kernel Version: 2.6.15, 2.6.16,2.6.17
Status: NEW
Severity: high
Owner: [EMAIL PROTECTED]
Submitter: [EMAIL PROTECTED]
David S. Miller [EMAIL PROTECTED] wrote:
An earlier variant of your patch was applied already, included below.
You'll need to submit the newer parts relative to the current tree.
This is a similar-but-different patch. It applies OK.
I reviewed it (mostly - it's somewhat non-trivial to do
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 15:59:25 -0700
David S. Miller [EMAIL PROTECTED] wrote:
An earlier variant of your patch was applied already, included below.
You'll need to submit the newer parts relative to the current tree.
This is a similar-but-different
David S. Miller [EMAIL PROTECTED] wrote:
From: Andrew Morton [EMAIL PROTECTED]
Date: Wed, 19 Apr 2006 15:59:25 -0700
David S. Miller [EMAIL PROTECTED] wrote:
An earlier variant of your patch was applied already, included below.
You'll need to submit the newer parts relative to the
I created a TOE (TCP Offload Engine) info page for Linux, on the
linux-net wiki:
http://linux-net.osdl.org/index.php/TOE
As soon as I can find a wiki admin, it will get added to the main page.
I don't seem to have such access.
Jeff
-
To unsubscribe from this list: send
On Wednesday 19 April 2006 18:39, Grover, Andrew wrote:
We have posted all the performance data we have gathered so far on the
linux-net wiki: http://linux-net.osdl.org/index.php/I/OAT , and listed
the overall concerns that have been expressed in private. I'm hoping you
will look at the data,
On Thursday 20 April 2006 00:45, Ravinandan Arakali wrote:
Andi,
We would like to explain that this patch is tier-1 of a two
tiered approach. It implements all the steering
functionality at driver-only level, and it is fairly Neterion-specific.
That's fine for experiments, but probably not
Hi Dave:
Since sk_stream_alloc_pskb takes an extra argument that accounts for
paged data all we need to do to account sk_buff overhead correctly
is to use that instead of sk_stream_alloc_skb.
This patch does just that for both tcp_fragment and tso_fragment.
Signed-off-by: Herbert Xu [EMAIL
The following changes since commit 0efd9323f32c137b5cf48bc6582cd08556e7cdfc:
Linus Torvalds:
Merge branch 'splice' of git://brick.kernel.dk/data/git/linux-2.6-block
are found in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6.git
On 4/20/06, Stephen Hemminger [EMAIL PROTECTED] wrote:
The changes to how hardware receive checksums are handled broke
the netpoll checksum code (for CHECKSUM_HW). Since this is not at
all performance critical, try this patch. It changes to always to
normal software checksum.
Hi Stephen -
On Thu, Apr 20, 2006 at 11:01:11AM +1000, herbert wrote:
Hi Dave:
Since sk_stream_alloc_pskb takes an extra argument that accounts for
paged data all we need to do to account sk_buff overhead correctly
is to use that instead of sk_stream_alloc_skb.
Here is a better version that does not
On 4/19/06, Andi Kleen [EMAIL PROTECTED] wrote:
On Wednesday 19 April 2006 18:39, Grover, Andrew wrote:
We have posted all the performance data we have gathered so far on the
linux-net wiki: http://linux-net.osdl.org/index.php/I/OAT , and listed
the overall concerns that have been
From: Herbert Xu [EMAIL PROTECTED]
Date: Thu, 20 Apr 2006 13:26:02 +1000
On Thu, Apr 20, 2006 at 11:01:11AM +1000, herbert wrote:
Hi Dave:
Since sk_stream_alloc_pskb takes an extra argument that accounts for
paged data all we need to do to account sk_buff overhead correctly
is to use
On Wed, 19 Apr 2006 19:22:14 -0400
Jeff Garzik [EMAIL PROTECTED] wrote:
I created a TOE (TCP Offload Engine) info page for Linux, on the
linux-net wiki:
http://linux-net.osdl.org/index.php/TOE
As soon as I can find a wiki admin, it will get added to the main page.
I don't
Herbert what do you think of this?
I know it might be better to check this right where we
make the manipulations, but this catch-all trap at the
end points seems to make sense and will catch other kinds
of errors.
diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
index
Hi David:
On Wed, Apr 19, 2006 at 09:55:13PM -0700, David S. Miller wrote:
Herbert what do you think of this?
I know it might be better to check this right where we
make the manipulations, but this catch-all trap at the
end points seems to make sense and will catch other kinds
of errors.
52 matches
Mail list logo