On Sat, 14 Jan 2006 03:29:49 +0100 Adrian Bunk wrote:
> On Fri, Jan 13, 2006 at 08:28:13PM +0100, Sam Ravnborg wrote:
> > On Fri, Jan 13, 2006 at 08:23:16PM +0100, Jens Axboe wrote:
> > >
> > > 'select' is really cool as a concept, but when you can't figure out why
> > > you cannot disable CONFIG
On Fri, Jan 13, 2006 at 08:28:13PM +0100, Sam Ravnborg wrote:
> On Fri, Jan 13, 2006 at 08:23:16PM +0100, Jens Axboe wrote:
> >
> > 'select' is really cool as a concept, but when you can't figure out why
> > you cannot disable CONFIG_FOO because CONFIG_BAR selects it it's really
> > annoying. Woul
This patch moves some code only used in this file to net/ipx/af_ipx.c .
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This version was slightly adapted to apply against Linus' current tree.
include/net/p8022.h | 13 -
net/802/Makefile | 14 ++---
net/802/p8022.c |
This patch contains an attempt to properly build hostap.o without
#include'ing C files.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 5 Jan 2006
drivers/net/wireless/hostap/Makefile |3
drivers/net/wireless/hostap/hostap.h | 37 +
This patch contains the following possible cleanups:
- make needlessly global code static
- arcnet.c: remove the unneeded EXPORT_SYMBOL(arc_proto_null)
- arcnet.c: remove the unneeded EXPORT_SYMBOL(arcnet_dump_packet)
To make Jeff happy, arcnet.c still prints
arcnet: v3.93 BETA 2000/04/29 - by A
This patch makes some needlessly global code static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 5 Jan 2006
drivers/net/s2io.c | 22 +++---
drivers/net/s2io.h | 17 +++--
2 files changed, 18 insertions(+), 21 deletions(-
No new networking features for 2.6.16, submit only bug fixes please.
Thank you.
I may open up a net-2.6.17 tree right before I leave for New Zealand
or while I'm there for linux.conf.au (I leave on Jan 20th), but I want
to defer that as much as possible to get folks to concentrate on bug
fixing.
On Fri, Jan 13, 2006 at 11:32:02PM +0100, Johannes Berg wrote:
> I'm not sure this is worth it. While putting this into the WiPHY device
> creates more logic there, putting knowledge like 'how many different
> channels can this WiPHY device support' etc. into some representation
> that can be used
On 1/13/06, Mark Huth <[EMAIL PROTECTED]> wrote:
> 1) Have netpoll:napi_poll walk the poll list like the normal dev.c code
> does. This seems simplest. I am concerned that it lets too much
> activity go on for kgdboe and netdump, since all devices get serviced
> that are on the poll list at the t
The latest version of the Intel e1000 driver use an implementation which
is incompatible with netpoll when compiled as NAPI enabled.
The netpoll_poll routines uses the parent netdev structure as the device
that gets polled:
poll_napi:
if (test_bit(__LINK_STATE_RX_SCHED, &np->dev->state) &&
From: YOSHIFUJI Hideaki <[EMAIL PROTECTED]>
Date: Sat, 14 Jan 2006 09:12:13 +0900 (JST)
> In article <[EMAIL PROTECTED]> (at Fri, 13 Jan 2006 14:29:24 -0800 (PST)),
> "David S. Miller" <[EMAIL PROTECTED]> says:
>
> > > changes all code to use NIP6_FMT
> > > fixes net/ipv6/ip6_flowlabel.c
> :
In article <[EMAIL PROTECTED]> (at Fri, 13 Jan 2006 14:29:24 -0800 (PST)),
"David S. Miller" <[EMAIL PROTECTED]> says:
> > changes all code to use NIP6_FMT
> > fixes net/ipv6/ip6_flowlabel.c
:
> This looks good, applied, thanks Joe.
As I have commented in another mail, the original patch
"John W. Linville" <[EMAIL PROTECTED]> writes:
> Virtual devices will have a mode (e.g. station, AP, WDS, ad-hoc, rfmon,
> raw?, other modes?) which defines its "on the air" behaviour. Should
> this mode be fixed when the wlan device is created?
I think so. If needed one can delete and create.
On So 14-01-06 00:31:29, Johannes Berg wrote:
> On Sat, 2006-01-14 at 00:23 +0100, Pavel Machek wrote:
> > On Pá 13-01-06 09:55:33, Stephen Hemminger wrote:
> > > On Thu, 12 Jan 2006 18:24:02 +0100
> > >
> > > 4. What about non-ieee80211 devices? With the growth of (mostly
> > > proprietary)
> >
Hello.
Well, basic idea is okay. But...
In article <[EMAIL PROTECTED]> (at Fri, 13 Jan 2006 14:14:48 -0800), Joe
Perches <[EMAIL PROTECTED]> says:
> diff --git a/net/ipv6/addrconf.c b/net/ipv6/addrconf.c
> index 7129d42..dfb4f14 100644
> --- a/net/ipv6/addrconf.c
> +++ b/net/ipv6/addrconf.c
>
On Sat, 2006-01-14 at 00:23 +0100, Pavel Machek wrote:
> On Pá 13-01-06 09:55:33, Stephen Hemminger wrote:
> > On Thu, 12 Jan 2006 18:24:02 +0100
> >
> > 4. What about non-ieee80211 devices? With the growth of (mostly proprietary)
> >cell phone carrier wireless, you don't want to shut out that
On Pá 13-01-06 09:55:33, Stephen Hemminger wrote:
> On Thu, 12 Jan 2006 18:24:02 +0100
>
> 4. What about non-ieee80211 devices? With the growth of (mostly proprietary)
>cell phone carrier wireless, you don't want to shut out that.
Don't mix it here. Mobile phones normally talk using AT interf
On Fri, 2006-01-13 at 23:35 +0100, Johannes Berg wrote:
> On Fri, 2006-01-13 at 17:24 -0500, John W. Linville wrote:
>
> > Radiotap headers make sense for an rfmon virtual device. I don't
> > think it makes sense for "normal" usage. Should there be an option
> > for radiotap headers on non-rfmon
On Friday 13 January 2006 15:32, John W. Linville wrote:
> Do we need to have both wireless-stable and wireless-devel kernels?
> What about the suggestion of having both stacks in the kernel at once?
> I'm not very excited about two in-kernel stacks. Still, consolidating
> wireless drivers down to
This is a re-send since the lists ate my reply. I've also
trimmed out all but netdev and lkml email addresses.
> Do "global" config requests go to any associated wlan device?
> Or must they be directed to the WiPHY device? Does it matter?
> I think we should require "global" configuration to ta
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 00:01:34 +0100
> It seems to be a common mistake to use jiffies as clocksource, which
> gives very bad results in most cases. This patch changes the default
> to gettimeofday.
Applied, this is definitely an improvement.
I'd like to
On Fri, 2006-01-13 at 17:24 -0500, John W. Linville wrote:
> Radiotap headers make sense for an rfmon virtual device. I don't
> think it makes sense for "normal" usage. Should there be an option
> for radiotap headers on non-rfmon links?
Yes. For hardware debugging.
> Rfmon interferes w/ other
From: Patrick McHardy <[EMAIL PROTECTED]>
Date: Thu, 12 Jan 2006 22:51:09 +0100
> Great, here is a properly signed off patch without the extra
> hunks.
Yeah, I noticed that bug fix snuck in there last time :-)
Applied, thanks.
-
To unsubscribe from this list: send the line "unsubscribe netdev" i
On Fri, 2006-01-13 at 17:22 -0500, John W. Linville wrote:
> Can the in-kernel stack be saved? With the addition of softmac?
> Is it possible to extend softmac to support virtual wlan devices?
> If not, how do we proceed?
Well, softmac doesn't really have too many issues [that make it
incompatib
On Fri, 2006-01-13 at 17:25 -0500, John W. Linville wrote:
> Since we are toying with the issue of multiple stacks (at least in the
> wireless development kernels), some thought needs to be done w.r.t. how
> to make a final decision between the two stacks. An objective lists
> of functional featu
From: "Kris Katterjohn" <[EMAIL PROTECTED]>
Date: Thu, 12 Jan 2006 13:05:54 -0800
> This removes redundant comments, and moves one comment to a better location.
>
> Signed-off-by: Kris Katterjohn <[EMAIL PROTECTED]>
Applied, thanks Kris.
-
To unsubscribe from this list: send the line "unsubscrib
> The netlink configuration mechanism needs compatibility code to
> translate wireless extension ioctls into netlink transactions.
I think we could restrict this to allow ioctl configuration only if
there's just a single active virtual dev [excluding some special cases
like changing the mode whic
[since none our replies made it to the lists, here mine are again.
apologies to those who see it twice, just skip it, I only pasted my
previous replies]
> Virtual devices will have a mode (e.g. station, AP, WDS, ad-hoc, rfmon,
> raw?, other modes?) which defines its "on the air" behaviour. Should
From: Harald Welte <[EMAIL PROTECTED]>
Date: Thu, 12 Jan 2006 21:47:34 +0100
> Finally, I included all the suggestions/comments for x_tables "take 5",
> ran the nfsim testsuite and feel confident that this is ready for prime
> time.
>
> Please apply this huge one for 2.6.16,
It's been in my tree
From: Joe Perches <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 14:14:48 -0800
> There are errors and inconsistency in the display of NIP6 strings.
> ie: net/ipv6/ip6_flowlabel.c
>
> There are errors and inconsistency in the display of NIPQUAD strings too.
> ie: net/netfilter/nf_conntrac
Stack
=
Is the in-kernel stack up-to-date w/ SourceForge? No. Why not?
Can this development be brought into wireless development kernels?
Can the in-kernel stack be saved? With the addition of softmac?
Is it possible to extend softmac to support virtual wlan devices?
If not, how do we proc
Other Issues
Radiotap headers make sense for an rfmon virtual device. I don't
think it makes sense for "normal" usage. Should there be an option
for radiotap headers on non-rfmon links?
Rfmon interferes w/ other interfaces, but may be handy to enter/leave
w/ little effort. Perhaps
Actions
===
I need to establish a public git tree for wireless. I would like for
this to be on kernel.org, but I haven't got an account established
there yet. I've been dragging my feet a little, hoping that the
kernel.org account would materialize.
I intend to get the sipsolutions softmac
Compatibility
=
The netlink configuration mechanism needs compatibility code to
translate wireless extension ioctls into netlink transactions.
We need to be an 802.11 stack (i.e. drivers need to handle 802.11
frames). Ethernet emulation is bound to paint us into a corner
eventually (
There are errors and inconsistency in the display of NIP6 strings.
ie: net/ipv6/ip6_flowlabel.c
There are errors and inconsistency in the display of NIPQUAD strings too.
ie: net/netfilter/nf_conntrack_ftp.c
This patch:
adds NIP6_FMT to kernel.h
changes all code to
Configuration
=
Configuration seems to be coalescing around netlink. Among other
things, this technology provides for muliticast requests and
asynchronous event notification.
The kernel should provide generic handlers for netlink
configuraion messages, and there should be a per-devic
"Dale Farnsworth" <[EMAIL PROTECTED]> writes:
>> +if (has_tiny_unaligned_frags(skb)) {
>> +if ((skb_linearize(skb, GFP_ATOMIC) != 0)
>> +|| has_tiny_unaligned_frags(skb)) {
>
> There is no way that skb_linearize can return without removing all frags
>
My original post got eaten by the lists -- probably too big...
I'm reposting in sections. After this intro follow sections on
Configuration, Compatibility, Stack, Other Issues, and Actions.
Enjoy! :-)
---
WiFi-ers...
Here I am, still feeling "up to the challenge"... I have stopped
hyper-venti
On Mon, Jan 09, 2006 at 04:43:08AM +, Paul Janzen wrote:
> Paul Janzen <[EMAIL PROTECTED]> writes:
> > In mv643xx_eth_start_xmit:
> > [...]
> > spin_lock_irqsave(&mp->lock, flags);
> > [...]
> > /* Since hardware can't handle unaligned fragments smaller
> > * than 9
On Fri, 13 Jan 2006, David S. Miller wrote:
> From: Per Liden <[EMAIL PROTECTED]>
> Date: Fri, 13 Jan 2006 21:56:53 +0100 (CET)
>
> > Signed-off-by: Per Liden <[EMAIL PROTECTED]>
>
> BTW, don't do this, it should be a perfectly functioning
> email address so that people can contact you.
Ok, sor
From: Per Liden <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 21:56:53 +0100 (CET)
> On Fri, 13 Jan 2006, David S. Miller wrote:
>
> > From: Jamal Hadi Salim <[EMAIL PROTECTED]>
> > Date: Fri, 13 Jan 2006 09:30:27 -0500
> >
> > > On Fri, 2006-13-01 at 09:27 +0100, Per Liden wrote:
> > > > Increasin
From: Per Liden <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 21:56:53 +0100 (CET)
> Signed-off-by: Per Liden <[EMAIL PROTECTED]>
BTW, don't do this, it should be a perfectly functioning
email address so that people can contact you.
-
To unsubscribe from this list: send the line "unsubscribe netdev
On Fri, 13 Jan 2006, David S. Miller wrote:
> From: Jamal Hadi Salim <[EMAIL PROTECTED]>
> Date: Fri, 13 Jan 2006 09:30:27 -0500
>
> > On Fri, 2006-13-01 at 09:27 +0100, Per Liden wrote:
> > > Increasing the module ref count at registration will block the module from
> > > ever being unloaded. In
From: Jamal Hadi Salim <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 09:30:27 -0500
> On Fri, 2006-13-01 at 09:27 +0100, Per Liden wrote:
> > Increasing the module ref count at registration will block the module from
> > ever being unloaded. In fact, genetlink should not care about the owner at
> > a
> @@ -151,6 +152,7 @@
> /* index values for the variables in ipv6_devconf */
> enum {
> DEVCONF_FORWARDING = 0,
> + DEVCONF_RPFILTER = 0,
> DEVCONF_HOPLIMIT,
> DEVCONF_MTU6,
> DEVCONF_ACCEPT_RA,
That doesn't look quite right :)
- z
-
To unsubscribe from th
-- Forwarded message --
Date: Fri, 13 Jan 2006 19:34:44 +0100 (CET)
From: Denis Semmau <[EMAIL PROTECTED]>
To: linux-kernel@vger.kernel.org
Subject: [PATCH] RP filter support for IPv6, kernel 2.6.15
I've made a patch in order to enable reverse path filtering for IPv6.
The rp_filter
From: "April, Eric (Satnet)" <[EMAIL PROTECTED]>
Date: Fri, 13 Jan 2006 08:54:19 -0500
> I know it has already been fixed. My point was just to document it
> somewhere so somebody else would avoid going through the same hassle.
It's documented in the change history.
> It should be documented as
On Fri, Jan 13 2006, Sam Ravnborg wrote:
> On Fri, Jan 13, 2006 at 08:23:16PM +0100, Jens Axboe wrote:
> >
> > 'select' is really cool as a concept, but when you can't figure out why
> > you cannot disable CONFIG_FOO because CONFIG_BAR selects it it's really
> > annoying. Would be nice to actually
On Fri, Jan 13, 2006 at 08:23:16PM +0100, Jens Axboe wrote:
>
> 'select' is really cool as a concept, but when you can't figure out why
> you cannot disable CONFIG_FOO because CONFIG_BAR selects it it's really
> annoying. Would be nice to actually be able to see if another option has
> selected th
On Thu, Jan 12 2006, Andrew Morton wrote:
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
> >
> > On Thu, 12 Jan 2006, Jeff Garzik wrote:
> > >
> > > dann frazier:
> > > CONFIG_AIRO needs CONFIG_CRYPTO
> >
> > I think this is done wrong.
> >
> > It should "select CRYPTO" rather than "depe
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
diff -urN linux-2.6.15-git8.orig/drivers/net/cs89x0.c
linux-2.6.15-git8/drivers/net/cs89x0.c
--- linux-2.6.15-git8.orig/drivers/net/cs89x0.c 2006-01-13 02:53:21.0
+0100
+++ linux-2.6.15-git8/drivers/net/cs89x0.c 2006-01-13 02:53:2
cs89x0 inconsistently used 'int' and 'u32' for device register data.
As the cs89x0 is a 16-bit chip, change the I/O accessors over to 'u16'.
(Spotted by Deepak Saxena.)
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
diff -urN linux-2.6.15-git8.commit/drivers/net/cs89x0.c
linux-2.6.15-git8/
Credit Dmitry Pervushin for the PNX010X platform support.
Signed-off-by: Lennert Buytenhek <[EMAIL PROTECTED]>
diff -urN linux-2.6.15-git8.orig/drivers/net/cs89x0.c
linux-2.6.15-git8/drivers/net/cs89x0.c
--- linux-2.6.15-git8.orig/drivers/net/cs89x0.c 2006-01-13 02:16:01.0
+0100
+++ lin
From: Deepak Saxena <[EMAIL PROTECTED]>
This patch adds support for the Intel IXDP2351 to the CS89x0 driver.
Signed-off-by: Deepak Saxena <[EMAIL PROTECTED]>
diff -urN linux-2.6.15-git8.orig/drivers/net/cs89x0.c
linux-2.6.15-git8/drivers/net/cs89x0.c
--- linux-2.6.15-git8.orig/drivers/net/cs89x
Jiri Benc <[EMAIL PROTECTED]> writes:
> I think this is manageable.
>
> We need real 802.11 devices - all of frames, including management ones,
> end up in one queue (in one net_device). And we are not able to do
> Ethernet->802.11 conversion then, because we don't know how (and storing
> pointer
Hi Thomas,
On Fri, 13 Jan 2006, Thomas Graf wrote:
> * Per Liden <[EMAIL PROTECTED]> 2006-01-13 09:27
> > Increasing the module ref count at registration will block the module from
> > ever being unloaded. In fact, genetlink should not care about the owner at
> > all. This patch removes the owner
On Thu, 12 Jan 2006 18:24:02 +0100
Michael Buesch <[EMAIL PROTECTED]> wrote:
> This is an attempt to rewrite the Wireless Extensions
> userspace API, using netlink sockets.
> There should also be a notification API, to inform
> userspace for changes (config changes, state changes, etc).
> It is no
Hi,
On Thu, 12 Jan 2006, Linus Torvalds wrote:
> > Yes, I think that's much more Aunt-Nellie-friendly, but Roman considers it
> > abuse of the Kconfig system in ways which I never completely understood?
>
> Hmm. If Roman dislikes it, he must dislike the fact that we already do
> exactly this fo
On Friday 13 January 2006 18:47, Jesse Brandeburg wrote:
>
> Thanks for the comments, yes, the hardware supports a legacy receive
> mode, so compiling our driver (in the kernel) with
>
> make SUBDIRS=drivers/net/e1000 CFLAGS+=-DDISABLE_PACKET_SPLIT modules
> (or something like that, I didn't che
On 1/12/06, Andi Kleen <[EMAIL PROTECTED]> wrote:
> On Friday 13 January 2006 01:51, Jeff Kirsher wrote:
> > Adds the ability to disability packet split at compile time and use the
> > legacy receive path on PCI express hardware.
>
> Does this patch really do what you described?
>
> > -#ifdef CONFI
Hi,
A new version of radvd has been released. There hasn't been any major changes,
just regular maintenance and a one new feature (jumboframe support).
Get it at: http://www.litech.org/radvd/
There have been the following changes since 0.8:
* Clean up signed/unsigned values, add more wa
* Per Liden <[EMAIL PROTECTED]> 2006-01-13 09:27
> Increasing the module ref count at registration will block the module from
> ever being unloaded. In fact, genetlink should not care about the owner at
> all. This patch removes the owner field from the struct registered with
> genetlink.
Why shou
* Patrick McHardy <[EMAIL PROTECTED]> 2006-01-12 06:25
> David S. Miller wrote:
> >From: jamal <[EMAIL PROTECTED]>
> >Date: Tue, 10 Jan 2006 23:02:45 -0500
> >
> >
> >>So it is an optimization - not a bug then, correct?
> >
> >
> >It is only an optimization in as much as it avoids duplicate
> >work
...
> > I still have a patch in queue to improve usage of netif_carrier_{on,off}
> > but I had no possibility to test yet, so I did not send.
>
> I'd be happy to test it out if you'd like.
>
> Dan
Hi Dan,
here is the patch for testing.
The patch _should_ do the following:
1. Set the polling
On Fri, 13 Jan 2006, Kazunori Miyazawa wrote:
+#ifdef CONFIG_CRYPTO_XCBC
+ mode = aalg_desc->desc.sadb_alg_id == SADB_X_AALG_AES_XCBC_MAC ?
+ CRYPTO_TFM_MODE_CBC : 0;
+#endif
+
ahp->key = x->aalg->alg_key;
ahp->key_len = (x->aalg->alg_key_len+7)/8;
- ahp-
Why do you have this magic number for the blocksize, and limit the code to
this value?
int crypto_alloc_xcbc_block(struct crypto_tfm *tfm)
+{
+ struct xcbc_ops *ops;
+
+ BUG_ON(!crypto_tfm_alg_blocksize(tfm));
+ if (crypto_tfm_alg_blocksize(tfm) != 16)
+ return 0;
+
+ ops = (struct xcbc_ops*)kmalloc(sizeof(*ops) +
+ + crypto_tfm_alg_blocksize(tfm), GFP_KERNEL);
+
Don't cast the return of kmalloc().
+void crypto_free_xcbc_block(struct crypto_tfm *tfm)
+{
+ if (tfm->crt_cipher.cit_xcbc_block)
+ kfree(
On Fri, 13 Jan 2006, Kazunori Miyazawa wrote:
[it's better to send patches inline, so they can be reviewed inline with
proper quoting etc.]
+#ifdef CONFIG_CRYPTO_XCBC
+ ret = crypto_alloc_xcbc_block(tfm);
+#endif
}
...
+#ifdef CONFIG_CRYPTO_XCBC
+int crypto_alloc_xcbc_bl
On Friday 13 January 2006 14:18, you wrote:
> On Fri, 2006-01-13 at 14:15 +0100, Thomas Graf wrote:
>
> > I'll only comment on the netlink bits and leave the rest to
> > others. I'd highly recommend the use of attributes instead
> > of fixed message structures to allow the interface to be
> > flex
On Fri, 2006-13-01 at 09:27 +0100, Per Liden wrote:
> Increasing the module ref count at registration will block the module from
> ever being unloaded. In fact, genetlink should not care about the owner at
> all. This patch removes the owner field from the struct registered with
> genetlink.
>
> S
On Wed, Jan 11, 2006 at 01:58:58AM +, Alan Cox wrote:
> On Mer, 2006-01-11 at 01:53 +0100, Andi Kleen wrote:
> > shaper is completely obsolete and it's probably best to just remove
> > all references to it and the kernel driver too.
>
> I would agree with that but it nees to go through a prope
I know it has already been fixed. My point was just to document it
somewhere so somebody else would avoid going through the same hassle. It
should be documented as a known problem. Not everybody can update their
kernel easily, especially in real-time embedded systems.
-Original Message-
On Fri, 2006-01-13 at 14:15 +0100, Thomas Graf wrote:
> I'll only comment on the netlink bits and leave the rest to
> others. I'd highly recommend the use of attributes instead
> of fixed message structures to allow the interface to be
> flexible to extensions while staying binary compatible.
I t
* Michael Buesch <[EMAIL PROTECTED]> 2006-01-12 18:24
> This is an attempt to rewrite the Wireless Extensions
> userspace API, using netlink sockets.
> There should also be a notification API, to inform
> userspace for changes (config changes, state changes, etc).
> It is not implemented, yet.
I'l
Ulrich Kunitz wrote:
just to add something about the website, the list about the
devices with the chip was very useful. It helped me to buy an
additional dongle for development.
Don't thank me! I have very little involvement with that site, we just
requested a SVN tree there. A fairly big comm
On Friday 13 January 2006 11:41, Herbert Xu wrote:
> However, this is yet to be confirmed.
I tried to test yesterday. It ran for some short time, but then eventually
all hung (I think in IDE) because I didn't apply all workarounds for the
countless
bugs in current -git [Didn't have such an inst
On Friday 13 January 2006 11:45, Patrick McHardy wrote:
> I'm going to look into this. Andi, do you have any SNAT rules?
Yes, a single one. I disabled it now and let's see what will happen.
-Andi
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to [EMA
On Thu, 2006-01-12 at 18:24 +0100, Michael Buesch wrote:
> +struct wconf_message {
You forgot one of the key things we talked about -- setting multiple
parameters at the same time.
johannes
signature.asc
Description: This is a digitally signed message part
On Fri, 2006-01-13 at 10:25 +0100, Feyd wrote:
> The "all" doesn't IMHO server the purpose. You will virtualy never want
> to set something on all devices. You will want to set it on the minimal
> subset that shares the resource instead, and want (to be able) to know
> the subset
Ack. This needs
On Fri, Jan 13, 2006 at 08:17:49PM +0900, Kazunori Miyazawa wrote:
>
> Anyway this is for 2.6.15. please review and apply it.
>
> Signed-off-by: Kazunori MIYAZAWA <[EMAIL PROTECTED]>
Thanks for the patch Miyazawa-san!
Just a quick thought: HMAC is a bit of a misfit in the crypto directory.
It's
On Friday 13 January 2006 03:14, Shaun Pereira wrote:
> Thank you for reviewing that bit of code.
> I had a look at compat_sys_gettimeofday and sys32_gettimeofday codes.
> They seem to work in a similar way, casting a pointer to the structure
> from user space to a compat_timeval type.
The part
Hi,
This patch is a glue for using AES-XCBC-MAC from IPsec.
This depends on the previous patch.
I have already checked the patch with TAHI test.
I should have put sequence number on my patches, sorry.
Signed-off-by: Kazunori MIYAZAWA <[EMAIL PROTECTED]>
--
Kazunori Miyazawa
diff --git a/in
Hello David and Herbert,
This patch introduces AES-XCBC-MAC.
I will send a glue for IPsec in another mail.
BTW, I could not fix the issue of single space line
so that I attach the patch. My thunderbird erases the line :-<
Anyway this is for 2.6.15. please review and apply it.
Signed-off-by: Ka
On Thu, Jan 12, 2006 at 09:04:31PM -0500, Dan Williams wrote:
> > I still have a patch in queue to improve usage of netif_carrier_{on,off}
> > but I had no possibility to test yet, so I did not send.
>
> I'd be happy to test it out if you'd like.
>
This would be great. I will rediff against ne
On Thursday 12 January 2006 18:58, Andreas Mohr wrote:
> Hi,
>
> I'd like to ask some things about packet fragmentation (you remember I wanted
> to work on this due to my very bad link quality?). I'm asking now since I
> will probably have some time during the weekend to work on it.
>
> Problem i
Herbert Xu wrote:
Andi Kleen <[EMAIL PROTECTED]> wrote:
Badness in ip_finish_output2 at /home/lsrc/quilt/linux/net/ipv4/ip_output.c:203
Call Trace: {ip_finish_output2+419}
{ip_fragment+1512}
{ip_finish_output2+0}
{ip_mc_output+521}
{ip_push_pending_frames+877}
{udp_push_pendin
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> Badness in ip_finish_output2 at
> /home/lsrc/quilt/linux/net/ipv4/ip_output.c:203
>
> Call Trace: {ip_finish_output2+419}
> {ip_fragment+1512}
> {ip_finish_output2+0}
> {ip_mc_output+521}
> {ip_push_pending_frames+877}
> {udp_push_pen
John W. Linville wrote:
What is WCONF_CMD_NICK for?
Just for users convenience, like the nick in WE.
Is it really useful?
No :)
Is the point here to support all current WEXT functionality?
It probably should be. For compatibility, we will likely need code
to translate the WEXT ioctls to th
Michael Buesch wrote:
We also have a function to burn (and read) the SPROM though a
private handler, atm. I consider this a very device specific task,
which does not really need a standard API. Noone will ever reflash
the SPROM, if he has no good good good reasons. ;)
The idea of an (WE indepen
Increasing the module ref count at registration will block the module from
ever being unloaded. In fact, genetlink should not care about the owner at
all. This patch removes the owner field from the struct registered with
genetlink.
Signed-off-by: Per Liden <[EMAIL PROTECTED]>
---
include/net/g
90 matches
Mail list logo
