Re: The Proposed Linux kevent API (was: Re: [take12 0/3] kevent: Generic event handling mechanism.)

2006-08-23 Thread Evgeniy Polyakov
On Tue, Aug 22, 2006 at 06:36:07PM -0700, Nicholas Miell ([EMAIL PROTECTED]) wrote: == The Proposed Linux kevent API == The proposed Linux kevent API is a new unified event handling interface, similar in spirit to Windows completion ports and Solaris completion ports and similar in fact to

Re: [PATCH] locking bug in fib_semantics.c

2006-08-23 Thread Jarek Poplawski
On Tue, Aug 22, 2006 at 12:35:56PM +0200, Jarek Poplawski wrote: ... Hello, I've found it at last but on that occasion I've got some doubt according to rcu_read_lock and rcu_call treatment: ... Actually there is one more doubt (bug really, but not very probable): proc file reading is without

Re: [PATCH 01/18] d80211: LED triggers

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 09:54 -0700, Jouni Malinen wrote: Is someone using these or planning on using them? I have been open to just removing all code due to lack of active use. Some people on powerbooks want to use the front LED for wireless activity instead of other things, and a few weeks ago

Re: [PATCH 08/18] d80211: clean up exports

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 09:44 -0700, Jouni Malinen wrote: Moving the EXPORT_SYMBOL definitions sounds good, but I would like to keep changes between EXPORT_SYMBOL and EXPORT_SYMBOL_GPL separate from this kind of cleanup. In addition, I'm not personally a huge fan of the EXPORT_SYMBOL_GPL in the

Re: [PATCH 07/18] d80211: get rid of sta_aid in favour of keeping track of TIM

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 20:36 +0200, Jiri Benc wrote: On Mon, 21 Aug 2006 09:41:14 +0200, Johannes Berg wrote: I think this is not correct if a STA is removed for which packets are buffered, but if it is still wrong then that case was never correct to start with if the hw has a set_tim

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Tue, Aug 22, 2006 at 04:46:19PM -0700, Ulrich Drepper ([EMAIL PROTECTED]) wrote: DaveM says there are example programs for the current interfaces. I must admit I haven't seen those either. So if possible, point the world to them again. If you do that now I'll review everything and write

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 02:43:50AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: Actually, I didn't miss that, it is an orthogonal issue. A timespec timeout parameter for the syscall does not imply the use of timespec in any timer event, etc. Nor is there any timespec timer in kqueue's

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Andrew Morton
On Wed, 23 Aug 2006 10:56:59 +0400 Evgeniy Polyakov [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 02:43:50AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: Actually, I didn't miss that, it is an orthogonal issue. A timespec timeout parameter for the syscall does not imply the use of

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 12:07:58AM -0700, Andrew Morton ([EMAIL PROTECTED]) wrote: On Wed, 23 Aug 2006 10:56:59 +0400 Evgeniy Polyakov [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 02:43:50AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: Actually, I didn't miss that, it is an

Re: [patch 3/5] d80211: fix interface removal

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 10:33 -0700, David Kimdon wrote: + if (param-u.if_info.type == HOSTAP_IF_WDS) { + type = IEEE80211_IF_TYPE_WDS; + } else if (param-u.if_info.type == HOSTAP_IF_VLAN) { + type = IEEE80211_IF_TYPE_VLAN; + } else if (param-u.if_info.type

Re: [patch 5/5] d80211: add ioctl to stop data frame tx

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 10:34 -0700, David Kimdon wrote: This ioctl is used when radar is delected on a channel. Data frames must stop but management frames must be allowed to continue for some time to communicate the channel switch to stations. Which does lead to the question: How are you

Re: [PATCH] Add wireless statics to bcm43xx-d80211

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 16:15 -0500, Larry Finger wrote: + int maxssi; Why is maxssi here? Can it really change between received frames? No it cannot change between frames; however, the max value can be very different for different drivers using d80211. On the bcm43xx, it is 60;

Re: [PATCH] bcm43xx-softmac - set correct value in mac_suspended for ifdown/ifup sequence

2006-08-23 Thread Michael Buesch
On Wednesday 23 August 2006 00:07, Larry Finger wrote: John, Please apply this to wireless-2.6. Michael - bcm43xx-d80211 probably needs this as well. Larry --- When bcm43xx-softmac is given an ifdown/ifup sequence, the value for

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread David Miller
From: Andrew Morton [EMAIL PROTECTED] Date: Wed, 23 Aug 2006 00:07:58 -0700 I wonder whether designing-in a millisecond granularity is the right thing to do. If in a few years the kernel is running tickless with high-res clock interrupt sources, that might look a bit lumpy. Switching it to

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Ian McDonald
I wonder whether designing-in a millisecond granularity is the right thing to do. If in a few years the kernel is running tickless with high-res clock interrupt sources, that might look a bit lumpy. I'd second that - when working on DCCP I've done a lot of the work in microseconds and it made

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 12:07:58AM -0700, Andrew Morton ([EMAIL PROTECTED]) wrote: On Wed, 23 Aug 2006 10:56:59 +0400 Evgeniy Polyakov [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 02:43:50AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: Actually, I didn't miss that, it is an

Re: The Proposed Linux kevent API (was: Re: [take12 0/3] kevent: Generic event handling mechanism.)

2006-08-23 Thread Nicholas Miell
On Wed, 2006-08-23 at 10:22 +0400, Evgeniy Polyakov wrote: On Tue, Aug 22, 2006 at 06:36:07PM -0700, Nicholas Miell ([EMAIL PROTECTED]) wrote: int kevent_get_events(int ctl_fd, unsigned int min_nr, unsigned int max_nr, unsigned int timeout, void *buf, unsigned

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Nicholas Miell
On Wed, 2006-08-23 at 00:35 -0700, David Miller wrote: From: Andrew Morton [EMAIL PROTECTED] Date: Wed, 23 Aug 2006 00:07:58 -0700 I wonder whether designing-in a millisecond granularity is the right thing to do. If in a few years the kernel is running tickless with high-res clock

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Jari Sundell
On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: void * in structure exported to userspace is forbidden. Only void * I'm seeing belongs to the user, (udata) perhaps you are talking of something different? long in syscall requires wrapper in per-arch code (although that workaround _is_

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 10:22:06AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: void * in structure exported to userspace is forbidden. Only void * I'm seeing belongs to the user, (udata) perhaps you are talking of something different?

Re: [take12 1/3] kevent: Core files.

2006-08-23 Thread Eric Dumazet
Hello Evgeniy I have one comment/suggestion (minor detail, your work is very good) I suggest to add one item in kevent_registered_callbacks[], so that kevent_registered_callbacks[KEVENT_MAX] is valid and can act as a fallback. In kevent_add_callbacks() you could replace the eventual NULL

Re: [take12 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 10:51:36AM +0200, Eric Dumazet ([EMAIL PROTECTED]) wrote: Hello Evgeniy Hi Eric. I have one comment/suggestion (minor detail, your work is very good) I suggest to add one item in kevent_registered_callbacks[], so that kevent_registered_callbacks[KEVENT_MAX] is

Re: [take12 1/3] kevent: Core files.

2006-08-23 Thread Eric Dumazet
On Wednesday 23 August 2006 11:18, Evgeniy Polyakov wrote: On Wed, Aug 23, 2006 at 10:51:36AM +0200, Eric Dumazet ([EMAIL PROTECTED]) wrote: Hello Evgeniy Hi Eric. I have one comment/suggestion (minor detail, your work is very good) I suggest to add one item in

Re: [take12 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 11:23:52AM +0200, Eric Dumazet ([EMAIL PROTECTED]) wrote: Sounds good, could you please send appliable patch with proper signed-off line? Unfortunately not at this moment, I'm quite busy at work, my boss will kill me :( . If you find this good, please add it to

[2.6.19 PATCH 0/7] ehea: IBM eHEA Ethernet Device Driver

2006-08-23 Thread Jan-Bernd Themann
Hi, in this latest version of the IBM eHEA Ethernet Device Driver we removed all unnecessary variable initializations and did some code cleanup. We hope that we didn't miss to respond to any of your suggestions. Please feel free to send us further feedback. We highly appreciate your efforts.

[2.6.19 PATCH 3/7] ehea: queue management

2006-08-23 Thread Jan-Bernd Themann
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED] drivers/net/ehea/ehea_qmr.c | 607 drivers/net/ehea/ehea_qmr.h | 361 ++ 2 files changed, 968 insertions(+) --- linux-2.6.18-rc4-git1-orig/drivers/net/ehea/ehea_qmr.c

[2.6.19 PATCH 6/7] ehea: eHEA Makefile

2006-08-23 Thread Jan-Bernd Themann
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED] drivers/net/ehea/Makefile |7 +++ 1 file changed, 7 insertions(+) --- linux-2.6.18-rc4-git1-orig/drivers/net/ehea/Makefile1969-12-31 16:00:00.0 -0800 +++ kernel/drivers/net/ehea/Makefile2006-08-23

Re: [RFC] add nl80211

2006-08-23 Thread Johannes Berg
On Tue, 2006-08-22 at 15:52 +0200, Johannes Berg wrote: + dev = dev_get_by_index(ifindex); + result = nl80211_drv_by_priv_locked(dev-ieee80211_ptr); + dev_put(dev); + if (result) + return result; + err = -ENODEV;

Re: [PATCH 16/18] d80211: get rid of MICHAEL_MIC_HWACCEL define

2006-08-23 Thread Jiri Benc
On Wed, 23 Aug 2006 09:05:30 +0200, Johannes Berg wrote: On Tue, 2006-08-22 at 21:00 +0200, Jiri Benc wrote: When you're touching this, could you #ifdef out wpa_test when CONFIG_HOSTAPD_WPA_TESTING is not defined? This could be a part of this patch. I thought about it but deemed it too

Re: [PATCH] Add wireless statics to bcm43xx-d80211

2006-08-23 Thread Jiri Benc
On Tue, 22 Aug 2006 16:15:47 -0500, Larry Finger wrote: No it cannot change between frames; however, the max value can be very different for different drivers using d80211. On the bcm43xx, it is 60; whereas 100 seems to be a better value for the rt2x00 chips. Adding it here seemed like a

[PATCH] d80211: clean up exports

2006-08-23 Thread Johannes Berg
This puts all EXPORT_SYMBOL() macros along with the function being exported. Signed-off-by: Johannes Berg [EMAIL PROTECTED] --- wireless-dev.orig/net/d80211/ieee80211.c2006-08-23 10:35:03.0 +0200 +++ wireless-dev/net/d80211/ieee80211.c 2006-08-23 10:35:03.0 +0200 @@ -267,6

Re: [RFT] sky2: transmit complete alternative

2006-08-23 Thread Jon Wikne
Stephen Hemminger wrote: Does the following get rid of the hang? Recode the transmit completion handling to avoid races between the hardware status report mechanism and the interrupt handler. Rather than relying on the index value in the status ring, read the chip register and cleanup

[PATCH] d80211: get rid of sta_aid in favour of keeping track of TIM

2006-08-23 Thread Johannes Berg
This patch gets rid of the HUGE sta_aid array that was there in the access point structure and instead keeps track of the TIM. Also reduces stack usage of the ieee80211_beacon_add_tim() function considerably, and fixes a bug where removing a station that had frames buffered wouldn't update the

Re: [PATCH] d80211: get rid of sta_aid in favour of keeping track of TIM

2006-08-23 Thread Johannes Berg
On Wed, 2006-08-23 at 12:04 +0200, Johannes Berg wrote: +/* miscellaneous IEEE 802.11 constants */ #define IEEE80211_MAX_FRAG_THRESHOLD 2346 #define IEEE80211_MAX_RTS_THRESHOLD 2347 +#define IEEE80211_MAX_TIM_LEN 251 Nice, but I'm using it wrongly :) I'll send a fixed patch. johannes - To

[PATCH ] d80211: get rid of sta_aid in favour of keeping track of TIM

2006-08-23 Thread Johannes Berg
This patch gets rid of the HUGE sta_aid array that was there in the access point structure and instead keeps track of the TIM. Also reduces stack usage of the ieee80211_beacon_add_tim() function considerably, and fixes a bug where removing a station that had frames buffered wouldn't update the

[PATCH] b44: fix eeprom endianess issue

2006-08-23 Thread Michael Buesch
Hi Andrew, Please apply this patch to -mm for testing. I think in the long term we want to convert b44 to use the new ssb backend driver, which would also fix the issue, but for now I think this small fix is best. Please note that this test is only compile tested, as I don't have a b44 device.

Re: [PATCH] b44: fix eeprom endianess issue

2006-08-23 Thread Michael Buesch
Oh, I think I should have CCed Jeff ;) Sorry. On Wednesday 23 August 2006 12:32, Michael Buesch wrote: Hi Andrew, Please apply this patch to -mm for testing. I think in the long term we want to convert b44 to use the new ssb backend driver, which would also fix the issue, but for now I

multicast group memberships purge on interface delete

2006-08-23 Thread Michal Ruzicka
Hello there, I've got the following question/suggestion: The situation today: When an interface is deleted and there happen to have been some multicast groups joined on it only the interface's list of multicast meberships is deleted. The sockets through which the groups were joined and more

[2.6.19 PATCH 4/7] ehea: ethtool interface

2006-08-23 Thread Jan-Bernd Themann
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED] drivers/net/ehea/ehea_ethtool.c | 244 1 file changed, 244 insertions(+) --- linux-2.6.18-rc4-git1-orig/drivers/net/ehea/ehea_ethtool.c 1969-12-31 16:00:00.0 -0800 +++

[2.6.19 PATCH 7/7] ehea: Makefile Kconfig

2006-08-23 Thread Jan-Bernd Themann
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED] drivers/net/Kconfig |9 + drivers/net/Makefile |1 + 2 files changed, 10 insertions(+) diff -Nurp -X dontdiff linux-2.6.18-rc4-git1/drivers/net/Kconfig patched_kernel/drivers/net/Kconfig ---

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Jari Sundell
On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: On Wed, Aug 23, 2006 at 10:22:06AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: void * in structure exported to userspace is forbidden. Only void * I'm seeing belongs to the user,

[2.6.19 PATCH 2/7] ehea: pHYP interface

2006-08-23 Thread Jan-Bernd Themann
Signed-off-by: Jan-Bernd Themann [EMAIL PROTECTED] drivers/net/ehea/ehea_hcall.h | 51 ++ drivers/net/ehea/ehea_phyp.c | 784 ++ drivers/net/ehea/ehea_phyp.h | 463 3 files changed, 1298 insertions(+) ---

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Andi Kleen
Evgeniy Polyakov [EMAIL PROTECTED] writes: Let's then place there a structure with 64bit seconds and nanoseconds, similar to timspec, but without longs there. You need 64bit (or at least more than 32bit) for the seconds, otherwise you add a y2038 problem which would be sad in new code.

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 11:58:20AM +0200, Andi Kleen ([EMAIL PROTECTED]) wrote: Evgeniy Polyakov [EMAIL PROTECTED] writes: Let's then place there a structure with 64bit seconds and nanoseconds, similar to timspec, but without longs there. You need 64bit (or at least more than 32bit) for

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 11:49:22AM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: Only void * I'm seeing belongs to the user, (udata) perhaps you are talking of something different? Yes, exactly about it. I put union { u32 a[2]; void *b; } epcially to eliminate that

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Jari Sundell
On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: No, it will change sizes of the structure in kernelspace and userspace, so they just can not communicate. struct kevent { uintptr_t ident;/* identifier for this event */ short filter; /* filter for event */ u_short

[RFC][PATCH 0/3] net: a lighter UDP-Lite (RFC 3828)

2006-08-23 Thread gerrit
[NET/IPV4]: a lighter UDP-Lite (RFC 3828) This is a revised RFC resubmission of the UDP-Lite code which, thanks to suggestions by David Miller, is now drastically reduced in size: ``A fully functional UDP-Lite module in a mere 209 lines !'' I feel that not much more can be removed without

[RFC][PATCH 2/3] net/ipv4: UDP and generic UDP(-Lite) processing

2006-08-23 Thread gerrit
[Net/IPv4]: Modifications to the UDP module and generic UDP/-Lite processing. Signed-off-by: Gerrit Renker [EMAIL PROTECTED] --- include/net/udp.h | 72 +- net/ipv4/udp.c| 607 -- 2 files changed, 477 insertions(+), 202

[RFC][PATCH 1/3] net/ipv4: UDP-Lite extensions

2006-08-23 Thread gerrit
[Net/IPv4]: UDP-Lite standalone support and shared UDP/-Lite socket structure. Signed-off-by: Gerrit Renker [EMAIL PROTECTED] --- include/linux/udp.h | 19 include/net/udplite.h | 35 net/ipv4/udplite.c| 209 ++ 3 files

[RFC][PATCH 3/3] net/ipv4: misc. support files

2006-08-23 Thread gerrit
[Net/IPv4]: Miscellaneous changes which complete the v4 support for UDP-Lite. Signed-off-by: Gerrit Renker [EMAIL PROTECTED] --- include/linux/in.h |1 + include/linux/snmp.h | 14 ++ include/linux/socket.h |1 + include/net/snmp.h |2 ++

[take13 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
Generic event handling mechanism. Changes from 'take12' patchset: * remove non-chardev interface for initialization * use pointer to kevent_mring instead of unsigned longs * use aligned 64bit type in raw user data (can be used by high-res timer if needed) * simplified enqueue/dequeue

[take13 2/3] kevent: poll/select() notifications.

2006-08-23 Thread Evgeniy Polyakov
poll/select() notifications. This patch includes generic poll/select and timer notifications. kevent_poll works simialr to epoll and has the same issues (callback is invoked not from internal state machine of the caller, but through process awake). Signed-off-by: Evgeniy Polyakov [EMAIL

[take13 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
Core files. This patch includes core kevent files: - userspace controlling - kernelspace interfaces - initialization - notification state machines Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S index

[PATCH] d80211: add ieee80211_stop_queues()

2006-08-23 Thread Michael Buesch
Add ieee80211_stop_queues() to stop all queues with a single call. I will submit a patch for bcm43xx to use this function as soon as this got merged. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/include/net/d80211.h

Re: multicast group memberships purge on interface delete

2006-08-23 Thread jamal
On Wed, 2006-23-08 at 13:08 +0200, Michal Ruzicka wrote: My question/suggestion: Would it feasible to drop the relevant entries from sockets' multicast membership lists on the interface delete? Yes, I do realize it would require to walk through a number of sockets to see if there is any

Re: multicast group memberships purge on interface delete

2006-08-23 Thread Michal Růžička
You should be able to fix it in the kernel by listening to events of the interface/device disappearing. Interesting, I've thought that it would have to be done explicitly by the interface cleanup code, this approach looks promising to me. By disappearing i think you meant the netdevice

Re: [PATCH] IP1000A: IC Plus update 2006-08-22

2006-08-23 Thread Francois Romieu
Francois Romieu [EMAIL PROTECTED] : [...] or as a serie of patches at: http://www.fr.zoreil.com/linux/2.6.x/2.6.18-rc4/ip1000 Typo. It should be: http://www.fr.zoreil.com/linux/kernel/2.6.x/2.6.18-rc4/ip1000 -- Ueimor - To unsubscribe from this list: send the line unsubscribe netdev in the

call panic if nl_table allocation fails

2006-08-23 Thread Akinobu Mita
This patch makes crash happen if initialization of nl_table fails in initcalls. It is better than getting use after free crash later. Cc: Patrick McHardy [EMAIL PROTECTED] Cc: David Miller [EMAIL PROTECTED] Signed-off-by: Akinobu Mita [EMAIL PROTECTED] Index:

Re: [take13 1/3] kevent: Core files.

2006-08-23 Thread Eric Dumazet
Again Evgeniy I really begin to like kevent :) On Wednesday 23 August 2006 13:24, Evgeniy Polyakov wrote: +struct kevent +{ +   /* Used for kevent freeing.*/ +   struct rcu_head rcu_head; +   struct ukevent  event; +   /* This lock protects ukevent manipulations,

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Jari Sundell
On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: We still do not know what uintptr_t is, and it looks like it is a pointer, which is forbidden. Those numbers are not enough to make network AIO. And actually is not compatible with kqueue already, so you will need to write your own parser to

Re: [take12 0/3] kevent: Generic event handling mechanism.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 02:55:47PM +0200, Jari Sundell ([EMAIL PROTECTED]) wrote: On 8/23/06, Evgeniy Polyakov [EMAIL PROTECTED] wrote: We still do not know what uintptr_t is, and it looks like it is a pointer, which is forbidden. Those numbers are not enough to make network AIO. And actually

[PATCH 1/2] Add Sonics Silicon Backplane driver

2006-08-23 Thread Michael Buesch
This patch adds a Sonics Silicon Backplane driver backend that can be used by ssb based device drivers auch as bcm43xx and b44. Signed-off-by: Michael Buesch [EMAIL PROTECTED] Index: wireless-dev/drivers/misc/Kconfig === ---

[PATCH 0/2] Sonics Silicon Backplane driver

2006-08-23 Thread Michael Buesch
Hi, This patch series adds a lowlevel driver for the Sonics Silicon Backplane (short ssb). The ssb is used in some broadcom devices such as bcm43xx and bcm44xx. The ssb is a common backplane to host several operating cores. It's responsible to manage these cores. John, please apply this patch

Re: [PATCH 1/2] Add Sonics Silicon Backplane driver

2006-08-23 Thread Michael Buesch
On Wednesday 23 August 2006 12:59, Martin Michlmayr wrote: * Michael Buesch [EMAIL PROTECTED] [2006-08-23 11:59]: +#define SSB_SPROM1_OEM 0x1076 /* 8 bytes OEM string (rev 1 only) */ +/* SPROM Revision 2 (inherits from rev 1) */ +#define SSB_SPROM2_BFLHI

Re: [PATCH 1/2] Add Sonics Silicon Backplane driver

2006-08-23 Thread Martin Michlmayr
* Michael Buesch [EMAIL PROTECTED] [2006-08-23 11:59]: +#define SSB_SPROM1_OEM 0x1076 /* 8 bytes OEM string (rev 1 only) */ +/* SPROM Revision 2 (inherits from rev 1) */ +#define SSB_SPROM2_BFLHI 0x1038 /* Boardflags (high 16 bits) */ +#define

Re: [PATCH 1/2] Add Sonics Silicon Backplane driver

2006-08-23 Thread Johannes Berg
On Wed, 2006-08-23 at 11:59 +0100, Martin Michlmayr wrote: +#define SSB_SPROM2_OPO 0x1078 /* OFDM Power Offset from CCK Level */ +#define SSB_SPROM2_OPO_VALUE 0x00FF +#define SSB_SPROM2_OPO_UNUSED 0xFF00 +#define SSB_SPROM2_CCODE

Re: [PATCH 1/2] Add Sonics Silicon Backplane driver

2006-08-23 Thread Martin Michlmayr
* Johannes Berg [EMAIL PROTECTED] [2006-08-23 13:04]: +#define SSB_SPROM2_OPO_VALUE0x00FF +#define SSB_SPROM2_OPO_UNUSED 0xFF00 +#define SSB_SPROM2_CCODE 0x107C /* Two char Country Code */ This is badly formated. Can you repost, please. That's

Re: [take13 1/3] kevent: Core files.

2006-08-23 Thread Evgeniy Polyakov
On Wed, Aug 23, 2006 at 05:27:53PM +0400, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: One can find it in archive on homepage http://tservice.net.ru/~s0mbre/old/?section=projectsitem=kevent or attached. Now it is really attached. -- Evgeniy Polyakov #include sys/types.h #include

Re: call panic if nl_table allocation fails

2006-08-23 Thread James Morris
On Wed, 23 Aug 2006, Akinobu Mita wrote: This patch makes crash happen if initialization of nl_table fails in initcalls. It is better than getting use after free crash later. nl_table = kcalloc(MAX_LINKS, sizeof(*nl_table), GFP_KERNEL); Perhaps it'd be better to declare this as an

Re: call panic if nl_table allocation fails

2006-08-23 Thread Patrick McHardy
James Morris wrote: On Wed, 23 Aug 2006, Akinobu Mita wrote: This patch makes crash happen if initialization of nl_table fails in initcalls. It is better than getting use after free crash later. nl_table = kcalloc(MAX_LINKS, sizeof(*nl_table), GFP_KERNEL); Perhaps it'd be

Re: [RFC][PATCH 1/3] net/ipv4: UDP-Lite extensions

2006-08-23 Thread James Morris
On Wed, 23 Aug 2006, [EMAIL PROTECTED] wrote: +void __init udplite4_register(void) +{ + if (proto_register(udplite_prot, 1)) + goto out_register_err; + + if (inet_add_protocol(udplite_protocol, IPPROTO_UDPLITE) 0) + goto out_unregister_proto; + +

Re: multicast group memberships purge on interface delete

2006-08-23 Thread jamal
On Wed, 2006-23-08 at 15:29 +0200, Michal Růžička wrote: No need to rmmod anything, just think of ppp or gre interfaces which come and go without any modules loading/unloading. But yes, the rmmod would probably be needed in case of, for example, an ethernet device. Ok - Same effect. i.e

[PATCH 20/44] [IPV6] MIP6: Add inbound interface of routing header type 2.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add inbound interface of routing header type 2 for Mobile IPv6. Based on MIPL2 kernel patch. This patch was also written by: Ville Nuorvala [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL

[PATCH 23/44] [IPV6]: Allow to replace skbuff by TLV parser.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] In receiving Mobile IPv6 home address option which is a TLV carried by destination options header, kernel will try to mangle source adderss of packet. Think of cloned skbuff it is required to replace it by the parser just like routing header case. This is

[PATCH 12/44] [XFRM] STATE: Add a hook to obtain local/remote outbound address.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Outbound transformation replaces both source and destination address with state's end-point addresses at the same time when IPsec tunnel mode. It is also required to change them for Mobile IPv6 route optimization, but we should care about the following

[PATCH 35/44] [XFRM]: Trace which secpath state is reject factor.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] For Mobile IPv6 usage, it is required to trace which secpath state is reject factor in order to notify it to user space (to know the address which cannot be used route optimized communication). Based on MIPL2 kernel patch. This patch was also written by:

[PATCH 42/44] [XFRM] POLICY: Support netlink socket interface for sub policy.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Sub policy can be used through netlink socket. PF_KEY uses main only and it is TODO to support sub. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- include/linux/xfrm.h |7 +++

[PATCH 6/44] [XFRM] STATE: Search by address using source address list.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] This is a support to search transformation states by its addresses by using source address list for Mobile IPv6 usage. To use it from user-space, it is also added a message type for source address as a xfrm state option. Based on MIPL2 kernel patch.

[PATCH 29/44] [IPV6] MIP6: Add destination options header transformation.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add destination options header transformation for Mobile IPv6. Based on MIPL2 kernel patch. This patch was also written by: Ville Nuorvala [EMAIL PROTECTED] Signed-off-by: Noriaki TAKAMIYA [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL

[PATCH 40/44] [XFRM] POLICY: sub policy support.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Sub policy is introduced. Main and sub policy are applied the same flow. (Policy that current kernel uses is named as main.) It is required another transformation policy management to keep IPsec and Mobile IPv6 lives separate. Policy which lives shorter

[PATCH 9/44] [XFRM]: Restrict authentication algorithm only when inbound transformation protocol is IPsec.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] For Mobile IPv6 usage, routing header or destination options header is used and it doesn't require this comparison. It is checked only for IPsec template. Based on MIPL2 kernel patch. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by:

[PATCH 0/44] Mobile IPv6 Platform, Take 2 (for net-2.6.19)

2006-08-23 Thread YOSHIFUJI Hideaki
. It is required to add two more items, route optimization and inbound trigger for Mobile IPv6. It is also available at: git://git.skbuff.net/gitroot/yoshfuji/net-2.6.19-20060821-mip6cn-20060823 P.S. we have another discussion about improvement of XFRM state hash. Our patches (about source

[PATCH 1/44] [XFRM]: Add XFRM_MODE_xxx for future use.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Transformation mode is used as either IPsec transport or tunnel. It is required to add two more items, route optimization and inbound trigger for Mobile IPv6. Based on MIPL2 kernel patch. This patch was also written by: Ville Nuorvala [EMAIL PROTECTED]

[PATCH 8/44] [XFRM] STATE: Introduce route optimization mode.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Route optimization is used with routing header and destination options header for Mobile IPv6. At outbound it makes header space like IPsec transport. At inbound it does nothing because exhdrs.c functions have responsibility to update skbuff information

[PATCH 34/44] [IPV6] MIP6: Transformation support mobility header.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Transformation support mobility header. Based on MIPL2 kernel patch. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- include/net/xfrm.h |5 + net/ipv6/xfrm6_policy.c | 15

[PATCH 41/44] [XFRM]: Add sorting interface for state and template.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Under two transformation policies it is required to merge them. This is a platform to sort state for outbound and templates for inbound respectively. It will be used when Mobile IPv6 and IPsec are used at the same time. Signed-off-by: Masahide NAKAMURA

[PATCH 38/44] [IPV6] MIP6: Ignore to report if mobility headers is rejected.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Ignore to report user-space for known mobility headers rejected by destination options header transformation. Mobile IPv6 specification (RFC3775) says that mobility header is used with destination options header carrying home address option only for

[PATCH 33/44] [IPV6] MIP6: Add sending mobility header functions through raw socket.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Mobility header is built by user-space and sent through raw socket. Kernel just extracts its type to flow. Based on MIPL2 kernel patch. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] ---

[PATCH 44/44] [XFRM] IPV6: Support Mobile IPv6 extension headers sorting.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Support Mobile IPv6 extension headers sorting for two transformation policies. Mobile IPv6 extension headers should be placed after IPsec transport mode, but before transport AH when outbound. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED]

[PATCH 25/44] [IPV6] MIP6: Add inbound interface of home address option.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add inbound function of home address option by registering it to TLV table for destination options header. Based on MIPL2 kernel patch. This patch was also written by: Ville Nuorvala [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED]

[PATCH 36/44] [XFRM]: Introduce XFRM_MSG_REPORT.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] XFRM_MSG_REPORT is a message as notification of state protocol and selector from kernel to user-space. Mobile IPv6 will use it when inbound reject is occurred at route optimization to make user-space know a binding error requirement. Based on MIPL2 kernel

[PATCH Take 2] bcm43xx-softmac - set correct value in mac_suspended for ifdown/ifup sequence]

2006-08-23 Thread Larry Finger
John, This is a better solution of the issue. Please disregard the patch sent yesterday. Larry --- When bcm43xx-softmac is given an ifdown/ifup sequence, the value for bcm-mac_suspended ends up wrong, which leads to a large number of assert(bcm-mac_suspended=0)

[PATCH 32/44] [IPV6] MIP6: Add receiving mobility header functions through raw socket.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Like ICMPv6, mobility header is handled through raw socket. In inbound case, check only whether ICMPv6 error should be sent as a reply or not by kernel. Based on MIPL2 kernel patch. This patch was also written by: Ville Nuorvala [EMAIL PROTECTED] This

[PATCH 26/44] [IPV6] MIP6: Revert address to send ICMPv6 error.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] IPv6 source address is replaced in receiving packet with home address option carried by destination options header. To send ICMPv6 error back, original address which is received one on wire should be used. This function checks such header is included and

[PATCH 18/44] [IPV6]: Add Kconfig to enable Mobile IPv6.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add Kconfig to enable Mobile IPv6. Based on MIPL2 kernel patch. Signed-off-by: Noriaki TAKAMIYA [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- net/ipv6/Kconfig |9 +

[PATCH 7/44] [XFRM] STATE: Add a hook to find offset to be inserted header in outbound.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] On current kernel, ip6_find_1stfragopt() is used by IPv6 IPsec to find offset to be inserted header in outbound for transport mode. (BTW, no usage may be needed for IPv4 case.) Mobile IPv6 requires another logic for routing header and destination options

[PATCH 19/44] [IPV6] MIP6: Add routing header type 2 definition.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add routing header type 2 definition for Mobile IPv6. Based on MIPL2 kernel patch. Signed-off-by: Noriaki TAKAMIYA [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] ---

[PATCH 17/44] [XFRM]: Fix message about transformation user interface.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Transformation user interface is not only for IPsec. Based on MIPL2 kernel patch. Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] --- net/xfrm/Kconfig |6 +++--- net/xfrm/xfrm_user.c |2

[PATCH 27/44] [IPV6] IPSEC: Support sending with Mobile IPv6 extension headers.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Mobile IPv6 defines home address option as an option of destination options header. It is placed before fragment header then ip6_find_1stfragopt() is fixed to know about it. Home address option also carries final source address of the flow, then outbound

[PATCH 31/44] [IPV6] MIP6: Add Mobility header definition.

2006-08-23 Thread YOSHIFUJI Hideaki
From: Masahide NAKAMURA [EMAIL PROTECTED] Add Mobility header definition for Mobile IPv6. Based on MIPL2 kernel patch. This patch was also written by: Antti Tuominen [EMAIL PROTECTED] Signed-off-by: Masahide NAKAMURA [EMAIL PROTECTED] Signed-off-by: YOSHIFUJI Hideaki [EMAIL PROTECTED] ---

  1   2   3   >