Evgeniy Polyakov wrote:
> Hello.
>
> I was asked several times to include userspace example code into
> Documentation, so if there is no policy against it, consider attached patch
> for 2.6.18. This program works with included
> Documentation/connector/cn_test.c
> connector module.
> + l_l
Hello.
I was asked several times to include userspace example code into
Documentation, so if there is no policy against it, consider attached patch
for 2.6.18. This program works with included Documentation/connector/cn_test.c
connector module.
Thank you.
Signed-off-by: Evgeniy Polyakov <[EMAIL
On Thu, Aug 24, 2006 at 11:20:24PM -0700, Andrew Morton ([EMAIL PROTECTED])
wrote:
> On Fri, 25 Aug 2006 09:48:15 +0400
> Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > kmalloc is really slow actually - it always shows somewhere on top
> > in profiles and brings noticeble overhead
>
> It sho
On Fri, 25 Aug 2006 09:48:15 +0400
Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> kmalloc is really slow actually - it always shows somewhere on top
> in profiles and brings noticeble overhead
It shouldn't. Please describe the workload and send the profiles.
-
To unsubscribe from this list: send
On Thu, Aug 24, 2006 at 09:03:22PM +0100, Christoph Hellwig ([EMAIL PROTECTED])
wrote:
> One question on the implementation of kevent_user_ctl_modify/
> kevent_user_ctl_remove/kevent_user_ctl_add: What benchmarks did you
> do to add the separate 'fastpath' with the single onstack ukevent
> struct
Alexey Dobriyan wrote:
> Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
> ---
>
> net/ipv6/netfilter/ip6t_REJECT.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> --- a/net/ipv6/netfilter/ip6t_REJECT.c
> +++ b/net/ipv6/netfilter/ip6t_REJECT.c
> @@ -256,9 +256,7 @@ static st
David Miller <[EMAIL PROTECTED]> wrote:
>
> Those socket policies are becomming more and more difficult to
> deal with. I like them as a feature, but I wonder who uses
> them :-) They do not live in the flow cache so they hurt
> performance until we find a way to place them there. Perhaps
> we
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
net/ipv4/tcp_bic.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/net/ipv4/tcp_bic.c
+++ b/net/ipv4/tcp_bic.c
@@ -231,7 +231,7 @@ static struct tcp_congestion_ops bictcp
static int __init bictcp_register(void)
{
-
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
net/ipv6/netfilter/ip6t_REJECT.c |4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
--- a/net/ipv6/netfilter/ip6t_REJECT.c
+++ b/net/ipv6/netfilter/ip6t_REJECT.c
@@ -256,9 +256,7 @@ static struct ip6t_target ip6t_reject_re
static
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
net/ipv4/tcp_lp.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/net/ipv4/tcp_lp.c
+++ b/net/ipv4/tcp_lp.c
@@ -321,7 +321,7 @@ static struct tcp_congestion_ops tcp_lp
static int __init tcp_lp_register(void)
{
- BUG
David Miller wrote:
From: Masahide NAKAMURA <[EMAIL PROTECTED]>
Date: Thu, 24 Aug 2006 16:05:39 +0900
David Miller wrote:
In the mean time, I will work on porting my XFRM hashing changes
for the current net-2.6.19 tree.
FYI, your work will not have any conflict with the left of MIPv6 patches
Hi,
During the submission of the myri10ge driver, some people raised the
question of using pages (or any kind of non-contiguous skb) instead of
our current 16kB contiguous skb. We are looking at this right now and it
is not clear what solution is the best. From what we understand, Linux
provides t
Jesse Huang <[EMAIL PROTECTED]> :
[...]
Added:
0039-ip1000-cosmetic-in-ipg_interrupt_handler.txt
0040-ip1000-irq-handler-and-device-close-race.txt
0041-ip1000-schedule-the-host-error-recovery-to-user-context.txt
0042-ip1000-no-need-to-mask-a-constant-field-with-RSVD_MASK.txt
ipg_reset() may still
wen xiong <[EMAIL PROTECTED]> :
[...]
> diff -Nuar old/drivers/net/netxen/netxen_nic_hw.c
> new/drivers/net/netxen/netxen_nic_hw.c
> --- old/drivers/net/netxen/netxen_nic_hw.c2006-08-23 12:58:43.0
> -0500
> +++ new/drivers/net/netxen/netxen_nic_hw.c2006-08-23 13:15:19.0
>
Hi John,
Please apply this to wireless-dev.
--
Add MAINTAINERS entry for the
Sonics Silicon Backplane driver.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: wireless-dev/MAINTAINERS
===
--- wireless-dev.orig/MAINTAINERS
Hi All,
This patch brings the NetXen Ethernet driver to work on big-endian
systems. I have tested this patch on difference platforms including
little-endian and big-endian systems. The patch included:
(1)transmit and receive descriptors endian issue fix.
(2)MAC address endian issue fix.
This pat
Hi John,
Please apply this to wireless-dev
--
Minor fixes and cleanups to the ssb driver.
Signed-off-by: Michael Buesch <[EMAIL PROTECTED]>
Index: wireless-dev/drivers/misc/ssb.c
===
--- wireless-dev.orig/drivers/misc/ssb.c
One question on the implementation of kevent_user_ctl_modify/
kevent_user_ctl_remove/kevent_user_ctl_add: What benchmarks did you
do to add the separate 'fastpath' with the single onstack ukevent
structure if there are three or less events? I can't believe this
actually helps in practice for vari
On Thursday 24 August 2006 22:36, wen xiong wrote:
>
> Hi All,
>
> This patch brings the NetXen Ethernet driver to work on big-endian
> systems. I have tested this patch on difference platforms including
> little-endian and big-endian systems. The patch included:
> (1)transmit and receive descrip
On Thu, 24 Aug 2006, Venkat Yekkirala wrote:
> The following are the changes included in this patchset since the previous
> post:
>
> - Use SELinux transition rules instead of precedence when reconciling the
> secid's
> making it flexible/policy-driven; xfrm secid would prevail by default.
> - C
Simon Barber wrote:
Why have both signal and rssi measures?
In the bcm43xx driver, the values are different. There is a routine that converts from rssi as a
positive number into signal in a negative number that looks like dBm. Because of the reverse
engineering, we have no idea what the logic
I spent all of today on USAGI's IPSEC/MIPV6 patches and related
issues, so I'll look into this tomorrow.
Thanks Ian.
Yes I saw that. Take your time as this is nowhere near as important!
Regards,
Ian
--
Ian McDonald
Web: http://wand.net.nz/~iam4
Blog: http://imcdnzl.blogspot.com
WAND Network R
Invoke the skb_policy_check LSM hook from within networking code.
This is being done at the same time and as a part of checking
xfrm policy. This is hopefully adequate (not anticipating
IP protos that don't use xfrm).
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
include/net/xfrm.h |
Currently a packet accumulates multiple security identifiers, each of a
different class, as it enters the system. This patch set reconciles these
identifiers into a single identifier while also allowing LSM (SELinux is
addressed in this patch set) to impose flow control checks based on the
identif
Add skb_policy_check hook to LSM to enable reconciliation of the
various security identifiers as well as enforce flow control on
inbound (INPUT/FORWARD) traffic.
Also defines reconciliation for SELinux.
Signed-off-by: Venkat Yekkirala <[EMAIL PROTECTED]>
---
include/linux/security.h | 16
The following are the changes included in this patchset since the previous post:
- Use SELinux transition rules instead of precedence when reconciling the
secid's
making it flexible/policy-driven; xfrm secid would prevail by default.
- Change the naming of access vector perms to flow_in and flo
Why have both signal and rssi measures?
Simon
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Larry Finger
Sent: Wednesday, August 23, 2006 8:02 PM
To: Jiri Benc
Cc: John Linville; netdev@vger.kernel.org
Subject: [PATCH 1/4] Try 2: Add wireless statistic
* Michael Buesch <[EMAIL PROTECTED]> 2006-08-24 19:09
> On Thursday 24 August 2006 18:07, Johannes Berg wrote:
> > + pkt = alloc_skb(framelen, GFP_KERNEL);
>
> if (!pkt)
> return -ENOMEM;
>
> > + pktdata = skb_put(pkt, framelen);
> > + memcpy(pktdata, frame, framelen);
>
> having two
* Johannes Berg <[EMAIL PROTECTED]> 2006-08-24 18:07
> +static int nl80211_get_cmdlist(struct sk_buff *skb, struct genl_info *info)
> +{
> + struct nl80211_registered_driver *drv;
> + struct sk_buff *msg;
> + void *hdr;
> + int err;
> + struct nlattr *start;
> + u8 *data;
>
On Thu, 24 Aug 2006 23:03:22 +0800
"Majumder, Rajib" <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I had a fundamental question regarding stack. When does TCP ack a segment? Is
> it immediately receiving a segment or after copying the data from kernel to
> user i.e after read() system call returns?
>
>
On Thursday 24 August 2006 18:07, Johannes Berg wrote:
> new version of this one too...
> --
> Subject: d80211: use nl80211
>
> This patch makes d80211 partially configurable using the
> infrastructure that nl80211 provides. So far, it allows
> packet injection and adding/removing virtual interfac
adds the ability to change the advertised speed and duplex for a network
interface. Previously, a network interface was only able to advertise all
supported speed's and duplex's, or one individual speed and duplex. The
feature allows the user to choose which supported speed's and duplex's to
On 8/24/06, Auke Kok <[EMAIL PROTECTED]> wrote:
the patch doesn't remove the old method, it merely adds a second path to the
speed/duplex setting. Using the "old" syntax will still work.
Cheers,
Auke
Actually, I did remove the functionality of the "old" method. The
attached patch revises th
Auke Kok wrote:
Michael Chan wrote:
Jeff Kirsher wrote:
The old way of setting autonegotiation was using the following command:
ethtool -s ethx speed 100 duplex full auto on
now the command would be
ethtool -s ethx auto on advertise 0x08
both commands would result in only advertising 100 FULL.
This patch adds nl80211, a netlink based configuration
system for wireless hardware.
It currently features a few helper commands and commands to
add and remove virtual interfaces and to inject packets.
Support for nl80211 in d80211 is in a follow-up patch.
It requires the patches in
http://marc.t
new version of this one too...
--
Subject: d80211: use nl80211
This patch makes d80211 partially configurable using the
infrastructure that nl80211 provides. So far, it allows
packet injection and adding/removing virtual interfaces.
Signed-off-by: Johannes Berg <[EMAIL PROTECTED]>
--- wireless-d
Michael Chan wrote:
Jeff Kirsher wrote:
The old way of setting autonegotiation was using the
following command:
ethtool -s ethx speed 100 duplex full auto on
now the command would be
ethtool -s ethx auto on advertise 0x08
both commands would result in only advertising 100 FULL.
There still ne
On 8/24/06, Michael Chan <[EMAIL PROTECTED]> wrote:
It is more flexible, but less intuitive. The user now has to
remember hex values instead of the more intuitive speed and
duplex. Perhaps we can keep the old method of using speed and
duplex, while adding the new method of specifying hex value
On Thu, Aug 24, 2006 at 01:43:16PM +0200, Jiri Benc wrote:
> On Wed, 23 Aug 2006 22:39:30 -0700, Jouni Malinen wrote:
> > Which part do you think is hackish here? Sending the layer 2 update
> > frame or moving it to kernel?
>
> The latter.
>
> Is it really needed to send it unconditionally for ea
Jeff Kirsher wrote:
> The old way of setting autonegotiation was using the
> following command:
> ethtool -s ethx speed 100 duplex full auto on
> now the command would be
> ethtool -s ethx auto on advertise 0x08
> both commands would result in only advertising 100 FULL.
>
> There still needs to
On 8/23/06, Jeff Garzik <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
> @@ -598,25 +608,7 @@ static void parse_cmdline(int argc, char
> }
> }
>
> - if (autoneg_wanted == AUTONEG_ENABLE){
> - if (speed_wanted == SPEED_10 && duplex_wanted == DUPLEX_HALF)
>
On Thu, 2006-08-24 at 16:36 +0200, Thomas Graf wrote:
> Might want to put this in a header so userspace can see the limit.
Good point, thanks.
> In your case I'd call it GET_CMDLIST and NEW_CMDLIST which
> means you request a command list with GET_CMDLIST and
> receive the answer with a CMD_NEWL
Hi,
I had a fundamental question regarding stack. When does TCP ack a segment? Is
it immediately receiving a segment or after copying the data from kernel to
user i.e after read() system call returns?
Any input is highly appreciated.
Thanks
Rajib
On Thu, 24 Aug 2006 09:39:52 -0500, Larry Finger wrote:
> Noted on the first part, but I would like a clarification regarding style. I
> put the */ on the
> second line to match the rest of that section. Should a patch try to keep the
> local style in that
> part of the code, or change it to a
This patch modifies d80211 to add wireless statistics.
Signed-Off-By: Larry Finger <[EMAIL PROTECTED]>
==
diff --git a/include/net/d80211.h b/include/net/d80211.h
index 42fdbf7..f696cd1 100644
--- a/include/net/d80211.h
+++ b/include/net/d80211.h
@@ -205,6 +20
Jiri Benc wrote:
On Wed, 23 Aug 2006 22:02:03 -0500, Larry Finger wrote:
This patch modifies d80211 to add wireless statistics.
+ /* This is maximum value of rssi reported by this interface
+*/
+ int maxssi;
Device, not interface. And please do not put */ to a new line.
N
Hi!
> Limit each request to 1 page, so that the request throttling also limits the
> number of in-flight pages and force the IO scheduler to NOOP as anything else
> doesn't make sense anyway.
I'd like to understand why it breaks with other schedulers before
merging this. Maybe the failure in NOOP
* Johannes Berg <[EMAIL PROTECTED]> 2006-08-22 15:52
> +static struct nla_policy nl80211_policy[NL80211_ATTR_MAX+1] __read_mostly = {
> + [NL80211_ATTR_IFINDEX] = { .type = NLA_U32 },
> + [NL80211_ATTR_WIPHY] = { .type = NLA_U32 },
> + [NL80211_ATTR_FLAGS] = { .type = NLA_U32 },
> +
This patch modifies d80211 to add wireless statistics.
Signed-Off-By: Larry Finger <[EMAIL PROTECTED]>
==
diff --git a/include/net/d80211.h b/include/net/d80211.h
index 42fdbf7..70655dc 100644
--- a/include/net/d80211.h
+++ b/include/net/d80211.h
@@ -205,6 +20
Jarek Poplawski wrote:
On 23-08-2006 20:31, Stephen Hemminger wrote:
On Tue, 22 Aug 2006 12:35:56 +0200
Jarek Poplawski <[EMAIL PROTECTED]> wrote:
...
I've found it at last but on that occasion I've got some
doubt according to rcu_read_lock and rcu_call treatment:
isn't it "illegal to block wh
On Thu, 2006-08-24 at 15:32 +0200, Jiri Benc wrote:
> > + int (*add_virtual_intf)(void *priv, char *name);
>
> What about initial interface type? (Hm, maybe it can be fixed to a STA
> mode, but it should be documented somewhere at least.)
Actually, I already changed that.
> > + int (
On Tue, 22 Aug 2006 15:53:33 +0200, Johannes Berg wrote:
> This patch makes d80211 partially configurable using the
> infrastructure that nl80211 provides. So far, it allows
> packet injection and adding/removing virtual interfaces.
Just minor things:
> [...]
> --- wireless-dev.orig/net/d80211/ie
On Tue, 22 Aug 2006 15:52:47 +0200, Johannes Berg wrote:
> [...]
> + int (*add_virtual_intf)(void *priv, char *name);
What about initial interface type? (Hm, maybe it can be fixed to a STA
mode, but it should be documented somewhere at least.)
> + int (*del_virtual_intf)(void *pri
Jeff Garzik <[EMAIL PROTECTED]> writes:
>> One of my recent changes broke C101 carrier handling, this patch
>> fixes it. Also fixes an old TX underrun checking bug.
>> 2.6.18 material. Please apply.
>
> it's already in netdev-2.6.git#upstream-fixes, destined for 2.6.18.
Great, I somehow missed it
Hello!
> I'm thinking that David definitely has a point about having a usability
> problem, though. All other kind of tunnels have endpoint devices
> associated with them, and that would make all these kinds of problems go
> away,
Yes, when you deal with sane practical setups, this approach
On Wed, 23 Aug 2006 22:02:03 -0500, Larry Finger wrote:
> This patch modifies d80211 to add wireless statistics.
>
> Signed-Off-By: Larry [EMAIL PROTECTED]>
Please fix the Signed-off-by line.
>
> ==
> diff --git a/include/net/d80211.h b/include/net/d80211.h
>
From: Ian McDonald <[EMAIL PROTECTED]>
Date: Thu, 24 Aug 2006 15:16:33 +1200
> My opinion is that 1 and 2 can go straight into 2.6.18 as
> documentation changes only - Dave - are you able to do as Arnaldo is
> very busy at present.
I spent all of today on USAGI's IPSEC/MIPV6 patches and related
i
From: Masahide NAKAMURA <[EMAIL PROTECTED]>
Date: Thu, 24 Aug 2006 16:05:39 +0900
> David Miller wrote:
> > In the mean time, I will work on porting my XFRM hashing changes
> > for the current net-2.6.19 tree.
>
> FYI, your work will not have any conflict with the left of MIPv6 patches
> which I
On Wed, 23 Aug 2006 22:39:30 -0700, Jouni Malinen wrote:
> Which part do you think is hackish here? Sending the layer 2 update
> frame or moving it to kernel?
The latter.
Is it really needed to send it unconditionally for each added STA? And
cannot it be generated in userspace?
Thanks,
Jiri
-
On Wed, 23 Aug 2006 23:50:41 +0200, Stefan Rompf wrote:
> Imagine an ESS consisting of several APs in a switched wired network. Client
> roams from one AP to another. In order to update the FDB of the switches, a
> packet with the client MAC address needs to be originated from the ethernet
> int
Hi Jeff,
> What are the arguments for adding a duplicate driver, again?
The current driver is completely arm specific (does not even compile on
!arm). While arm is certainly a popular arch for us, we also have many
customers on sh, x86 and others. Currently there is no in-kernel support
for
On 23-08-2006 20:31, Stephen Hemminger wrote:
On Tue, 22 Aug 2006 12:35:56 +0200
Jarek Poplawski <[EMAIL PROTECTED]> wrote:
...
I've found it at last but on that occasion I've got some
doubt according to rcu_read_lock and rcu_call treatment:
isn't it "illegal to block while in an RCU read-side
* David Miller <[EMAIL PROTECTED]> 2006-08-23 15:14
> From: Thomas Graf <[EMAIL PROTECTED]>
> Date: Wed, 23 Aug 2006 21:14:25 +0200
>
> > * H. Peter Anvin <[EMAIL PROTECTED]> 2006-08-22 17:31
> > > Specifically, Linux will not ProxyARP for an address unless it has a
> > > route for it, *and* that
From: Jesse Huang <[EMAIL PROTECTED]>
Change Logs:
- Correct initial and close hardware step.
Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
---
drivers/net/sundance.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
419599b10f1253ccd7224bbd369924307e1e5bb6
diff --git a/d
From: Jesse Huang <[EMAIL PROTECTED]>
Change Logs:
- Solve host error problem in low performance embedded
system when continune down and up.
Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
---
drivers/net/sundance.c | 28
1 files changed, 24 insertions(+
From: Jesse Huang <[EMAIL PROTECTED]>
Change Logs:
- Fix TX Pause bug (reset_tx, intr_handler)
Signed-off-by: Jesse Huang <[EMAIL PROTECTED]>
---
drivers/net/sundance.c | 53 +++-
1 files changed, 30 insertions(+), 23 deletions(-)
fb301c446418
On Wed, 2006-08-23 at 21:30 +0200, Jiri Benc wrote:
> Johannes Berg:
> d80211: LED triggers
Yep, as noted, the fix for this is to include some more things in
include/linux/leds.h, which is in -mm:
http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc4/2.6.18-rc4-mm2/broken
David Miller wrote:
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Thu, 24 Aug 2006 15:04:42 +0900 (JST)
In article <[EMAIL PROTECTED]> (at Wed, 23 Aug 2006 22:57:06 -0700 (PDT)), David
Miller <[EMAIL PROTECTED]> says:
Are there any other Mobile-IPV6 patches necessary for the
kernel?
The
On Wed, 2006-08-23 at 20:16 +0200, Jiri Benc wrote:
> CC [M] net/d80211/ieee80211_led.o
> In file included from net/d80211/ieee80211_led.h:9,
> from net/d80211/ieee80211_led.c:11:
> include/linux/leds.h:39: error: field 'node' has incomplete type
> include/linux/leds.h:44: erro
69 matches
Mail list logo