Re: [CRYPTO] is it really optimized ?

registered... -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [CRYPTO] is it really optimized ?

or other algorithms. You can call your algo with private company name hashed with author's birtday, so no one in the world will be able to request such algo. Actually its name can be read from /proc/crypto, but that is another story. Thanks -- Francis -- Evgeniy Polyakov

Re: [CRYPTO] is it really optimized ?

. Thanks -- Francis -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [CRYPTO] is it really optimized ?

that other users would never know it. -- Francis -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [NETLINK] Don't attach callback to a going-away netlink socket

this, but not 100% sure with RCU dereferencing of the descriptor. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [NETLINK] Don't attach callback to a going-away netlink socket

On Wed, Apr 18, 2007 at 10:26:31AM +0200, Patrick McHardy ([EMAIL PROTECTED]) wrote: Evgeniy Polyakov wrote: On Wed, Apr 18, 2007 at 12:16:18PM +0400, Pavel Emelianov ([EMAIL PROTECTED]) wrote: Sorry, I forgot to put netdev and David in Cc when I first sent it. There is a race

Re: [NETLINK] Don't attach callback to a going-away netlink socket

On Wed, Apr 18, 2007 at 12:32:40PM +0400, Pavel Emelianov ([EMAIL PROTECTED]) wrote: Evgeniy Polyakov wrote: On Wed, Apr 18, 2007 at 12:16:18PM +0400, Pavel Emelianov ([EMAIL PROTECTED]) wrote: Sorry, I forgot to put netdev and David in Cc when I first sent it. There is a race between

Re: [NETLINK] Don't attach callback to a going-away netlink socket

process might close the socket before the request is processed. So far it is only netfilter and gennetlink, we would see huge dump from netlink_sock_destruct. Anyway, that is possible situation, thanks for clearing this up. -- Evgeniy Polyakov - To unsubscribe from this list: send the line

Re: [NETLINK] Don't attach callback to a going-away netlink socket

started. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [NETLINK] Don't attach callback to a going-away netlink socket

netlink_dump after the initial call since the socket is gone. Argh, userspace socket's sk_data_rady() if dump returned positive value. So, callback is not freed to allow to put several pages before NLMSG_DONE via single dump? -- Evgeniy Polyakov - To unsubscribe from this list: send the line

[1/2] w1: allow bus master to have reset and byte ops.

Signed-off-by: Matt Reimer [EMAIL PROTECTED] Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] --- drivers/w1/w1_int.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/drivers/w1/w1_int.c b/drivers/w1/w1_int.c index 357a2e0..258defd 100644 --- a/drivers/w1/w1_int.c

[2/2] Driver for the Maxim DS1WM, a 1-wire bus master ASIC core.

Signed-off-by: Matt Reimer [EMAIL PROTECTED] Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] --- drivers/w1/masters/Kconfig |8 + drivers/w1/masters/Makefile |2 +- drivers/w1/masters/ds1wm.c | 463 +++ include/linux/ds1wm.h | 13 ++ 4

Re: considering kevent - the kernel development process

own way. There will be tons of other interesting stuff, stay tuned :) -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read

Re: [take35 0/10] kevent: Generic event handling mechanism.

On Mon, Feb 05, 2007 at 05:23:36PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: On Thu, Feb 01, 2007 at 01:12:30PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: Generic event handling mechanism. Kevent is a generic subsytem which allows to handle event notifications

[take36 6/10] kevent: Pipe notifications.

--- /dev/null +++ b/kernel/kevent/kevent_pipe.c @@ -0,0 +1,123 @@ +/* + * kevent_pipe.c + * + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General

[take36 1/10] kevent: Description.

Description. diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt new file mode 100644 index 000..d6e126f --- /dev/null +++ b/Documentation/kevent.txt @@ -0,0 +1,271 @@ +Description. + +int kevent_init(struct kevent_ring *ring, unsigned int ring_size, + unsigned int

[take36 3/10] kevent: poll/select() notifications.

/kevent_poll.c @@ -0,0 +1,234 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software

[take36 7/10] kevent: Signal notifications.

/kernel/kevent/kevent_signal.c @@ -0,0 +1,94 @@ +/* + * kevent_signal.c + * + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License

[take36 10/10] kevent: Kevent based generic AIO.

AMD Athlong 64 3500+) for aio_sendfile_path(). AIO state machine is a base for network AIO (which becomes quite trivial), but I will not start implementation until roadback of kevent as a whole and AIO implementation become more clear. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git

[take36 9/10] kevent: Private userspace notifications.

Private userspace notifications. Allows to register notifications of any private userspace events over kevent. Events can be marked as ready using kevent_ctl(KEVENT_READY) command. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/kernel/kevent/kevent_unotify.c b/kernel/kevent

[take36 8/10] kevent: Kevent posix timer notifications.

Kevent posix timer notifications. Simple extension to POSIX timers which allows to deliver notification of the timer expiration through kevent queue. Example application posix_timer.c can be found in archive on project homepage. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git

[take36 4/10] kevent: Socket notifications.

Socket notifications. This patch includes socket send/recv/accept notifications. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/fs/inode.c b/fs/inode.c index bf21dc6..82817b1 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -21,6 +21,7 @@ #include linux/cdev.h #include linux

[take36 5/10] kevent: Timer notifications.

of nanoseconds Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/kernel/kevent/kevent_timer.c b/kernel/kevent/kevent_timer.c new file mode 100644 index 000..c21a155 --- /dev/null +++ b/kernel/kevent/kevent_timer.c @@ -0,0 +1,114 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL

Re: [take36 10/10] kevent: Kevent based generic AIO.

On Mon, Feb 12, 2007 at 02:08:10PM +0100, Andi Kleen ([EMAIL PROTECTED]) wrote: Evgeniy Polyakov [EMAIL PROTECTED] writes: aio_sendfile_path() is essentially aio_sendfile(), except that it takes source filename as parameter, has a pointer to private header and its size (which allows

Re: [take36 10/10] kevent: Kevent based generic AIO.

); kaio_append_call(req, third_call); ... kaio_schedule_req(req); Yes, state machine handling requires additional code, but when it ends up in faster processing implementation complexities deserve its price. Alan -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux

Re: [take35 0/10] kevent: Generic event handling mechanism.

On Mon, Feb 12, 2007 at 06:59:17AM -0800, Ulrich Drepper ([EMAIL PROTECTED]) wrote: Evgeniy Polyakov wrote: I think that mean that everybody is happy with APi, design and set of features. No comment means that I still have not been able to test anything since regardless of what version

Re: [take35 0/10] kevent: Generic event handling mechanism.

On Mon, Feb 12, 2007 at 09:13:35AM -0800, Andrew Morton ([EMAIL PROTECTED]) wrote: On Mon, 12 Feb 2007 13:35:10 +0300 Evgeniy Polyakov [EMAIL PROTECTED] wrote: Andrew, do you consider kevent for inclusion or declining? I haven't had time to think about it in the past month or two, sorry

Re: [patch 00/11] ANNOUNCE: Syslets, generic asynchronous system call support

-- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 00/11] ANNOUNCE: Syslets, generic asynchronous system call support

$sys_async_wait are ready)? -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 00/11] ANNOUNCE: Syslets, generic asynchronous system call support

On Tue, Feb 13, 2007 at 11:18:10PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: [...] it still has a problem - syscall blocks and the same thread thus is not allowed to continue execution and fill the pipe - so what if system issues

Re: [patch 05/11] syslets: core code

it would be much better to have userspace allocated ring and use copy_to_user() there. Btw, as a bit of advertisement, the whole completion part can be done through kevent which already has ring buffer, queue operations and non-racy updates... :) Ingo -- Evgeniy Polyakov

Re: [patch 05/11] syslets: core code

On Wed, Feb 14, 2007 at 10:46:29AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: This will end up badly - I used the same approach in the early kevent days and was proven to have swapable memory for the ring. I think it would be much better

Re: [patch 05/11] syslets: core code

memory(kbytes, -v) unlimited $ cat /etc/mandrake-release Mandrake Linux release 10.0 (Community) for i586 Anyway, even if there is a limit like in fc5 - 32kb, so I doubt any unpriveledged userspace application will ever run there. -- Evgeniy Polyakov - To unsubscribe from this list

Re: [patch 00/11] ANNOUNCE: Syslets, generic asynchronous system call support

lacks only one good feature of syslets threads currently - its set of threads is global, but not per-task, which does not allow to scale good with number of different processes doing IO) so to not duplicate the code if kevent is ever be possible to get into. -- Evgeniy Polyakov

Re: [patch 05/11] syslets: core code

cases). Linus -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org

Re: [patch 05/11] syslets: core code

. Linus -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 05/11] syslets: core code

to achieve the maximum performance. - Davide -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org

Re: [patch 05/11] syslets: core code

On Thu, Feb 15, 2007 at 09:39:33AM -0800, Davide Libenzi (davidel@xmailserver.org) wrote: On Thu, 15 Feb 2007, Evgeniy Polyakov wrote: On Thu, Feb 15, 2007 at 09:05:13AM -0800, Davide Libenzi (davidel@xmailserver.org) wrote: I actually think that building chains of syscalls bring

Re: [patch 06/14] syslets: core, documentation

? Is it better to wire longs/pointers to 64 bits right now? -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

Re: [patch 05/11] syslets: core code

On Thu, Feb 15, 2007 at 09:42:32AM -0800, Linus Torvalds ([EMAIL PROTECTED]) wrote: On Thu, 15 Feb 2007, Evgeniy Polyakov wrote: Userspace_API_is_the_ever_possible_last_thing_to_ever_think_about. Period . // - wrapped one No, I really think you're wrong. In many ways

Re: [patch 05/11] syslets: core code

); } Although that cruft might need to be extended... So, describe how exactly _you_ think it should be implemented with its pros and cons, so that systemn could be adopted without trying to mind-read of what is simple and good or complex and really bad. Linus -- Evgeniy Polyakov

Re: [patch 05/11] syslets: core code

-- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 05/11] syslets: core code

with explicit init/cleanup (opt) code? There is another one. So please decribe your vision of interface with details, so that it could be think about or/and implemented. Linus -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body

Re: [patch 05/11] syslets: core code

like there is no need for that at all. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: Using kevent for event logging?

be marked as ready, while netlink allows to generate them from 'void' (i.e. withoug userspace creating request). Michael -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: [patch 05/11] syslets: core code

for self-hearing Olympus liver. Definitely. Linus -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ

Re: [patch 05/11] syslets: core code

On Fri, Feb 16, 2007 at 08:53:30AM -0800, Ray Lee ([EMAIL PROTECTED]) wrote: On 2/16/07, Evgeniy Polyakov [EMAIL PROTECTED] wrote: if its design is good, then interface can be changed in a moment without any problem This isn't always the case. Sometimes the interface puts requirements

Re: Using kevent for event logging?

On Fri, Feb 16, 2007 at 06:33:35PM +0100, Michael Holzheu ([EMAIL PROTECTED]) wrote: Hi Evgeniy, Hi Michael. On Friday 16 February 2007 16:06, Evgeniy Polyakov wrote: On Fri, Feb 16, 2007 at 03:57:08PM +0100, Michael Holzheu ([EMAIL PROTECTED]) wrote: You will need to have

Re: [patch 05/11] syslets: core code

On Fri, Feb 16, 2007 at 11:20:36PM +0300, Cyrill V. Gorcunov ([EMAIL PROTECTED]) wrote: On Fri, Feb 16, 2007 at 07:58:54PM +0300, Evgeniy Polyakov wrote: | Absolutely. | And if overall system design is good, there is no problem to change | (well, for those who fail to read to the end

Re: [patch 05/11] syslets: core code

not, okay? Sometimes the API really *DOES* change the underlying implementation. It is exactly the time to say what interface sould be good. System is almost ready - it is time to make it looks cool for users. Ray -- Evgeniy Polyakov - To unsubscribe from this list: send the line

Re: [patch 08/14] syslets: x86, add create_async_thread() method

= X86_EFLAGS_IF | X86_EFLAGS_SF | X86_EFLAGS_PF | 0x2; + + /* Ok, create the new task.. */ + return do_fork(flags, 0, regs, 0, NULL, NULL); +} What about complete disabling of signals and only enabling them in the thread which returns to userspace? -- Evgeniy Polyakov

Re: [PATCH 2/2] NET: Multiqueue network device support implementation.

); #else + kfree((char *)dev-egress_subqueue); Still casting :) -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read

Re: [PATCH 2/2] NET: Multiqueue network device support implementation.

output printed if the netdev itself cannot be allocated. Should I update both strings to have more device-specific information? I wonder, if it is ever possible with gfp_kernel... I think different patch would be ok. -- Evgeniy Polyakov - To unsubscribe from this list: send the line

Re: [PATCH 05/30] Use menuconfig objects - connector

connector and w1 changes, feel free to add my acked-by. I can push that changes upstream if they will not be picked up as a one set. Thanks, Jan. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More

Re: [PATCH 5/7] [RFC] ds2760 W1 slave

+ - (c) 2004-2005, Szabolcs Gyurko\n); + return w1_register_family(w1_ds2760_family); +} Add something like KERN_INFO into printk. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: [PATCH 5/7] [RFC] ds2760 W1 slave

) or I can push w1 part myself. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

usec - to test I ran read('dev/zero', data, 0) in a loop. Could you try to hack recvfrom() for your socket to always copy some empty buffer and check the results without waiting for packet? If you are not hurry I can test it myself tomorrow. -- Evgeniy Polyakov - To unsubscribe from

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

On Tue, Feb 20, 2007 at 06:02:32PM +0100, bert hubert ([EMAIL PROTECTED]) wrote: On Tue, Feb 20, 2007 at 07:41:25PM +0300, Evgeniy Polyakov wrote: It can be recvfrom only problem - syscall overhead on my p4 (core duo, debian testing) is bout 300 usec - to test I ran read('dev/zero', data

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

On Tue, Feb 20, 2007 at 08:11:20PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: I would try it today - but it is a bit late in Moscow already - and there are some things to complete yet. So, tomorrow I will create a patch and run it, but I seriously doubt that there is _that_ high per

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

related to cache population or gamma-ray radiation. If it happens only one (it does in my test), then everything is ok I think. Bert, how frequently you get that long recvfrom()? -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

total block in tcp_sendmsg() over gigabit lan between quite fast machines. Or threadlet/syslet AIO should not be used with networking too? Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

(at) linux.intel.com Test the interaction between Linux and your BIOS via http://www.linuxfirmwarekit.org -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Thu, Feb 22, 2007 at 01:59:31PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: It is not a TUX anymore - you had 1024 threads, and all of them will be consumed by tcp_sendmsg() for slow clients - rescheduling will kill a machine. maybe

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

would allow to wait on different kinds of events. In the above sentence I see known to pain letters - letter k letter e letter v letter e letter n letter t Or more modern trend - async_wait(epoll). -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

/dev/zero in chunks of 50 bytes ends up with about 190 nanosecond on that machine. -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[take37 5/10] kevent: Timer notifications.

of nanoseconds Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/kernel/kevent/kevent_timer.c b/kernel/kevent/kevent_timer.c new file mode 100644 index 000..c21a155 --- /dev/null +++ b/kernel/kevent/kevent_timer.c @@ -0,0 +1,114 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL

[take37 3/10] kevent: poll/select() notifications.

/kevent_poll.c @@ -0,0 +1,234 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software

[take37 7/10] kevent: Signal notifications.

/kernel/kevent/kevent_signal.c @@ -0,0 +1,94 @@ +/* + * kevent_signal.c + * + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License

[take37 6/10] kevent: Pipe notifications.

--- /dev/null +++ b/kernel/kevent/kevent_pipe.c @@ -0,0 +1,123 @@ +/* + * kevent_pipe.c + * + * 2006 Copyright (c) Evgeniy Polyakov [EMAIL PROTECTED] + * All rights reserved. + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General

[take37 4/10] kevent: Socket notifications.

Socket notifications. This patch includes socket send/recv/accept notifications. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/fs/inode.c b/fs/inode.c index 5abb097..b60fa63 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -21,6 +21,7 @@ #include linux/cdev.h #include linux

[take37 9/10] kevent: Private userspace notifications.

Private userspace notifications. Allows to register notifications of any private userspace events over kevent. Events can be marked as ready using kevent_ctl(KEVENT_READY) command. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git a/kernel/kevent/kevent_unotify.c b/kernel/kevent

[take37 8/10] kevent: Kevent posix timer notifications.

Kevent posix timer notifications. Simple extension to POSIX timers which allows to deliver notification of the timer expiration through kevent queue. Example application posix_timer.c can be found in archive on project homepage. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git

[take37 1/10] kevent: Description.

Description. diff --git a/Documentation/kevent.txt b/Documentation/kevent.txt new file mode 100644 index 000..ee1c381 --- /dev/null +++ b/Documentation/kevent.txt @@ -0,0 +1,276 @@ +Description. + +Kevent documentation + +

[take37 0/10] kevent: Generic event handling mechanism (socket, pipes, files, signals, AIO, timers, posix timers...).

initialization - use mutuxes instead of semaphores - added file descriptor check and return error if provided descriptor does not match kevent file operations - various indent fixes - removed aio_sendfile() declarations. Thank you. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED

[take37 10/10] kevent: Kevent based generic AIO.

AMD Athlong 64 3500+) for aio_sendfile_path(). AIO state machine is a base for network AIO (which becomes quite trivial), but I will not start implementation until roadback of kevent as a whole and AIO implementation become more clear. Signed-off-by: Evgeniy Polyakov [EMAIL PROTECTED] diff --git

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

-- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

switching, although it is usable situation, but when all of them are ready immediately - context switching will kill a machine even with O(1) scheduler which made situation damn better than before, but it is not a cure for the problem. Ingo -- Evgeniy Polyakov - To unsubscribe from

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Fri, Feb 23, 2007 at 03:22:25PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: I meant that we end up with having one thread per IO - they were preallocated, but that does not matter. And what about your idea of switching userspace threads to cachemiss threads? My main concern

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Fri, Feb 23, 2007 at 09:43:14AM -0800, Davide Libenzi (davidel@xmailserver.org) wrote: On Fri, 23 Feb 2007, Evgeniy Polyakov wrote: On Thu, Feb 22, 2007 at 11:46:48AM -0800, Davide Libenzi (davidel@xmailserver.org) wrote: A dynamic pool will smooth thread creation/freeing up

Re: Threadlet/syslet v4 bug report.

On Sun, Feb 25, 2007 at 05:33:10PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: Hi Ingo. I tried to create web server application for threadlets to show (will not write what I wanted to show, but you might guess :) I started threadlet-test from async-test-v4 and got following bug

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

| get_kernel_rpl(); -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Threadlet/syslet v4 bug report.

8d be c4 02 00 00 89 f0 89 fa e8 ab f8 ff [ 894.598875] EIP: [c012ab99] cachemiss_thread+0xa/0xc6 SS:ESP 0068:ca6aff94 -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 06:23:38PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: On Wed, Feb 21, 2007 at 10:13:55PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: this is the v3 release of the syslet/threadlet subsystem: http

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 06:45:05PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: My main concern was only about the situation, when we ends up with truly bloking context (like network), and this results in having thousands of threads doing

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 06:54:37PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: hm, what tree are you using as a base? The syslet patches are against v2.6.20 at the moment. (the x86 PDA changes will probably interfere with it on v2.6.21

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 09:21:35PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED]) wrote: Do you have any link where i could check the type of HTTP parsing and send transport you are (or will be) using? What type of http client are you using to measure, with precisely what options

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

-- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 08:04:15PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: Kevent is a _very_ small entity and there is _no_ cost of requeueing (well, there is list_add guarded by lock) - after it is done, process can start real work

Re: all syscalls initially taking 4usec on a P4? Re: nonblocking UDPv4 recvfrom() taking 4usec @ 3GHz?

of time. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html -- Evgeniy Polyakov - To unsubscribe from this list: send

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

will postpone scholastic masturbation about event vs process context in IO. One sentence only - page fault and filename lookup both wait - they wait for new page is ready or inode is read from the disk, eventually they wake up, thing which wakes them up _is_ an event. Ingo -- Evgeniy

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

climbing (I need to do some paid job too), I will post results here and in my blog (without political correctness). Btw, 'evserver' in the name means 'event server', so you might think about changing the name :) Stay tuned. Ingo -- Evgeniy Polyakov - To unsubscribe from this list

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

. [ to build this code, copy it into the async-test/ directory and build it there - or copy the *.h files from async-test/ directory into your build directory. ] Ok, right now I'm compiling kevent/threadlet tree on my test machines. Ingo -- Evgeniy Polyakov - To unsubscribe

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Mon, Feb 26, 2007 at 11:35:17AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: Btw, 'evserver' in the name means 'event server', so you might think about changing the name :) why should i change the name? The 'outer' loop, which feeds

Re: threadlets as 'naive pool of threads', epoll, some measurements

second (who said that hacked/social engineered 1mb/sec can live forever?), so expect it tomorrow), via epia one is under stress testing right now. Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Mon, Feb 26, 2007 at 01:39:23PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: Kevent is a _very_ small entity and there is _no_ cost of requeueing (well, there is list_add guarded by lock) - after it is done, process can start real

Re: threadlets as 'naive pool of threads', epoll, some measurements

. Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Mon, Feb 26, 2007 at 01:51:23PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote: * Evgeniy Polyakov [EMAIL PROTECTED] wrote: Even having main dispatcher as epoll/kevent loop, the _whole_ threadlet model is absolutely micro-thread in nature and not state machine/event. Evgeniy, i'm

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

subsystem, which does not require special wakeup (although it can be done too). Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

On Sun, Feb 25, 2007 at 02:44:11PM -0800, Linus Torvalds ([EMAIL PROTECTED]) wrote: On Thu, 22 Feb 2007, Evgeniy Polyakov wrote: My tests show that with 4k connections per second (8k concurrency) more than 20k connections of 80k total block in tcp_sendmsg() over gigabit lan

Re: [patch 00/13] Syslets, Threadlets, generic AIO support, v3

in cache, and produce spectacular numbers. Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http

  1   2   3   4   5   6   7   8   9   10   >