t breaks out of the loop and returns 0 !
Likely it was done with intention - readdir returns 0 on EOF and NULL
direntry, in Jörn's code subsequent readdir call will return EOF
again and filldir callback will not be called, so NULL will be
returned to userspace.
--
Evgeniy Polyakov
-
To un
> Though, this error happened indeed because nobody cares about
> find_bus function nowdays...
>
> I want ask Greg KH and Evgeniy Polyakov: could you together settle
> preferred way of accessing bus types? Should we really use
> find_bus/bus_find, or Evgeniy would just expo
find_bus function nowdays...
I want ask Greg KH and Evgeniy Polyakov: could you together settle
preferred way of accessing bus types? Should we really use
find_bus/bus_find, or Evgeniy would just export w1 bus type? In
later case, I'll remove un-if 0 find_bus patch, and will
prepare another which
readdir call will return EOF
again and filldir callback will not be called, so NULL will be
returned to userspace.
--
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
_attach_slave_device(struct w1_slave *sl)
(unsigned long long) sl->reg_num.id);
dev_dbg(>dev, "%s: registering %s as %p.\n", __func__,
- >dev.bus_id[0]);
+ >dev.bus_id[0], sl);
err = device_register(>dev);
if
);
dev_dbg(sl-dev, %s: registering %s as %p.\n, __func__,
- sl-dev.bus_id[0]);
+ sl-dev.bus_id[0], sl);
err = device_register(sl-dev);
if (err 0) {
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body
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
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
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
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
o, nothing is going to call 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 un
ttached, but not freed in the
function, but instead is freed next time dump 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/
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 "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/
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
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
should prevent 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
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
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
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
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
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/
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
she/he wants to) setup any module with any name so 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
ead from /proc/crypto, but that is another
story.
> 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/
r_ecryptfs, but your code still can access it
using full name.
> 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/
ow this
> code, please be indulgent when reading the following patch ;)
Which means that after one has loaded ecryptfs module it can not use
ipsec and dm-crypt if there is only one crypto algo registered...
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscri
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/
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
.
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/
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
s() was removed, so there is no such mechanism right now.
I have no objections against this driver, feel free to add my ack (when
trivialities described are resolved) or I can push w1 part myself.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-ker
sfs_create_bin_file(>dev.kobj, _ds2760_bin_attr);
> +}
> +
> +static void w1_ds2760_remove_slave(struct w1_slave *sl)
> +{
> + sysfs_remove_bin_file(>dev.kobj, _ds2760_bin_attr);
> +}
> +
> +static struct w1_family_ops w1_ds2760_fops = {
> + .add_slave= w1_ds27
+ - (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
) 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/
no objections against both 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
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
> I think you either do not want to print it, or want
> > additional details about device...
>
> Ok. This is essentially the same output printed if the netdev itself
> cannot be allocated. Should I update both strings to have more
> device-specific information?
I wonde
;
> return;
> @@ -3356,6 +3370,7 @@ void free_netdev(struct net_device *dev)
> /* will free via device release */
> put_device(>dev);
> #else
> + kfree((char *)dev->egress_subqueue);
Still casting :)
--
Evgeniy Polyakov
-
To unsu
);
#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
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
em does not exist and solve it using 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:
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
lly any other events.
Kevent did that too, but some things are just too radical for immediate
support, especially when majority of users do not require additional
functionality.
People do work, and a lot of them do really good work, so no need for
rude talks about how things are bad. Things change - eve
tested, and it fixes the issue.
Yes, your patch is correct.
> Signed-off-by: Philipp Reisner <[EMAIL PROTECTED]>
> Signed-off-by: Lars Ellenberg <[EMAIL PROTECTED]>
I will push it, thanks a lot.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line
-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]>
diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S
index 2697e92..b14ee54 100644
--- a/arch/i386/kernel/syscall_table.S
+++ b/arch/i386/kernel/syscall_table.S
@@ -319,3 +319,4 @@ ENTRY(sys_call_table)
-off-by: Evgeniy Polyakov [EMAIL PROTECTED]
diff --git a/arch/i386/kernel/syscall_table.S b/arch/i386/kernel/syscall_table.S
index 2697e92..b14ee54 100644
--- a/arch/i386/kernel/syscall_table.S
+++ b/arch/i386/kernel/syscall_table.S
@@ -319,3 +319,4 @@ ENTRY(sys_call_table)
.long
is correct.
Signed-off-by: Philipp Reisner [EMAIL PROTECTED]
Signed-off-by: Lars Ellenberg [EMAIL PROTECTED]
I will push it, thanks a lot.
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
really good work, so no need for
rude talks about how things are bad. Things change - even I support
that, although kevent ignorance should put me into the first line with
you :)
Be good, and be cool.
--
Kirk Kuchov
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line
On Sat, Mar 03, 2007 at 10:46:59AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Sat, 3 Mar 2007, Evgeniy Polyakov wrote:
>
> > > You've to excuse me if my memory is bad, but IIRC the whole discussion
> > > and loong benchmark feast born with you thro
On Sat, Mar 03, 2007 at 11:58:17AM +0100, Ihar `Philips` Filipau ([EMAIL
PROTECTED]) wrote:
> On 3/3/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
> >On Fri, Mar 02, 2007 at 08:20:26PM +0100, Ihar `Philips` Filipau
> >([EMAIL PROTECTED]) wrote:
> >> I'm no
On Fri, Mar 02, 2007 at 09:28:10AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
>
> > do we really want to have per process signalfs, timerfs and so on - each
> > simple structure must be bound to a file, which becomes to
On Fri, Mar 02, 2007 at 09:13:40AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
>
> > On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
> > (davidel@xmailserver.org) wrote:
> > > On Thu, 1 Mar 2
On Fri, Mar 02, 2007 at 09:13:40AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
Ingo, do
On Fri, Mar 02, 2007 at 09:28:10AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Fri, 2 Mar 2007, Evgeniy Polyakov wrote:
do we really want to have per process signalfs, timerfs and so on - each
simple structure must be bound to a file, which becomes too cost.
I may be old
On Sat, Mar 03, 2007 at 11:58:17AM +0100, Ihar `Philips` Filipau ([EMAIL
PROTECTED]) wrote:
On 3/3/07, Evgeniy Polyakov [EMAIL PROTECTED] wrote:
On Fri, Mar 02, 2007 at 08:20:26PM +0100, Ihar `Philips` Filipau
([EMAIL PROTECTED]) wrote:
I'm not well versed in modern kernel development
On Sat, Mar 03, 2007 at 10:46:59AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Sat, 3 Mar 2007, Evgeniy Polyakov wrote:
You've to excuse me if my memory is bad, but IIRC the whole discussion
and loong benchmark feast born with you throwing a benchmark at Ingo
On Fri, Mar 02, 2007 at 11:57:13AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > > > [...] The numbers are still highly suspect - and we are already
> > > > > down from the pri
On Fri, Mar 02, 2007 at 11:56:18AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Even if kevent has the same speed, it still allows to handle _any_
> > kind of events without any major surgery - a very tiny stru
s_ is main point.
> 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 the
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
> On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
>
> > Ingo, do you really think I will send mails with faked benchmarks? :))
>
> I don't think he ever implied that. He was only sugges
On Thu, Mar 01, 2007 at 11:31:14AM -0800, Davide Libenzi
(davidel@xmailserver.org) wrote:
On Thu, 1 Mar 2007, Evgeniy Polyakov wrote:
Ingo, do you really think I will send mails with faked benchmarks? :))
I don't think he ever implied that. He was only suggesting that when you
post
.
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 the line unsubscribe linux-kernel in
the body
On Fri, Mar 02, 2007 at 11:56:18AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
Even if kevent has the same speed, it still allows to handle _any_
kind of events without any major surgery - a very tiny structure of
lock and list head
On Fri, Mar 02, 2007 at 11:57:13AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
[...] The numbers are still highly suspect - and we are already
down from the prior claim of kevent being almost twice as fast
to a 25% difference
second in my setup (no
logs).
Default mpm-apache2 with bunch of threads - about 8k req/s.
Default thttpd (disabled logging) - about 2k req/s
Btw, all your tests are network bound, try to decrease
html page size to get actual event processing speed out of that machines.
--
Evge
On Thu, Mar 01, 2007 at 04:41:27PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Thursday 01 March 2007 16:32, Eric Dumazet wrote:
> > On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote:
> > > They are there, since ab runs only 50k requests.
> > > If I chang
On Thu, Mar 01, 2007 at 04:32:37PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Thursday 01 March 2007 16:23, Evgeniy Polyakov wrote:
> > They are there, since ab runs only 50k requests.
> > If I change it to something noticebly more than 50/80k, ab crashes:
> &g
On Thu, Mar 01, 2007 at 04:09:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > > > I can tell you that the problem (at least on my machine) comes from :
> > > >
> > > > gettime
On Thu, Mar 01, 2007 at 03:47:17PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > CPU: AMD64 processors, speed 2210.08 MHz (estimated)
> > Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit
On Thu, Mar 01, 2007 at 05:43:50PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> On Thu, Mar 01, 2007 at 02:12:50PM +0100, Eric Dumazet ([EMAIL PROTECTED])
> wrote:
> > On Thursday 01 March 2007 12:47, Evgeniy Polyakov wrote:
> > >
> > > Could you provi
go, you already said that
you do not see any need in kevent, have you changed your opinion on
that?
> Ingo
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordom
On Thu, Mar 01, 2007 at 02:12:50PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Thursday 01 March 2007 12:47, Evgeniy Polyakov wrote:
> >
> > Could you provide at least remote way to find it?
> >
>
> Sure :)
>
> > I only found the same problem at
&
On Thu, Mar 01, 2007 at 02:32:42PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > [...] that is why number for kevent is higher - it uses edge-triggered
> > handler (which you asked to remove from epoll), [..
> flag is always zero, i.e. kweb_kevent_remove() is always called?
Yes.
> 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.o
On Thu, Mar 01, 2007 at 01:34:23PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > Document Length:3521 bytes
>
> > Concurrency Level: 8000
> > Time taken for tests: 16.686737 secon
On Thu, Mar 01, 2007 at 01:43:36PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > I separated epoll and kevent servers, since originally kevent server
> > included additional kevent features, but then new ones
t 40mb of additional
libs (according to debian testing dependencies on my very light
installation), so with my miserable 1-1.6 kb/sec do not expect it today :)
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
oll case.
Current version of the server was a pre-test one for lighttpd patches,
so essentially it should be like epoll except minor details.
> Ingo
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
On Thu, Mar 01, 2007 at 12:41:37PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > I also changed client socket to nonblocking mode with the same result
> > in epoll server. If you will find it broken, please sen
On Thu, Mar 01, 2007 at 12:28:00PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Thursday 01 March 2007 12:20, Evgeniy Polyakov wrote:
> > On Thu, Mar 01, 2007 at 12:14:44PM +0100, Eric Dumazet ([EMAIL PROTECTED])
> wrote:
> > > On Thursday 01 March 2007 11:59, E
On Thu, Mar 01, 2007 at 12:27:00PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > I've uploaded them to:
> >
> > http://tservice.net.ru/~s0mbre/archive/kevent/evserver_epoll.c
> > http:/
On Thu, Mar 01, 2007 at 12:14:44PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
> On Thursday 01 March 2007 11:59, Evgeniy Polyakov wrote:
>
> > Yes, it is about 98-100% in both cases.
> > I've just re-run tests on my amd64 test machine without debug opti
completely - one event loop, one event
structure, completely unified interface for all operations.
Some kevent features are slowly being implemented in syslet/threadlet
async code too, and it looks like I see where things will end up :), but
likely I do not care about new 'kevent', I just w
On Thu, Mar 01, 2007 at 12:00:22PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > I've just re-run tests on my amd64 test machine without debug options:
> >
> > epoll4794.23
> > kevent
On Thu, Mar 01, 2007 at 10:54:02AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
>
> * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
>
> > I posted kevent/epoll benchmarks and related design issues too many
> > times both with handmade applications (which might be broke
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 the line "unsubscribe linux-kernel" in
t
On Thu, Mar 01, 2007 at 11:38:06AM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
> > struct async_syscall {
> > long *result;
> > unsigned long asynid;
> > unsigned long nr_sysc;
> > unsigned long params[8];
> > };
>
> Having resu
be a wrapper for quite complex
threadlet machinery.
--
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/
like this (with async_wait() returning asynid's)?
>
> struct async_syscall {
> long *result;
> unsigned long asynid;
> unsigned long nr_sysc;
> unsigned long params[8];
> };
Having result pointer as NULL might imply that result is not interested
in
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 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/
to remove rb-tree implementation?
That practice is stupid IMO.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
Evgeniy Polyakov
that result is not interested
in and thus it can be discarded and event async syscall will not be
returned through aync_wait().
More flexible is having request flags field in the structure.
- Davide
--
Evgeniy Polyakov
-
To unsubscribe from this list: send the line unsubscribe linux-kernel
privilege
level somehow (after security verifier, whatever). You remember I
think it's a plain crazy idea...
Syslets/threadlets do not execute userspace code in kernel - they behave
similar to threads. sys_upcall() would be a wrapper for quite complex
threadlet machinery.
--
Evgeniy Polyakov
On Thu, Mar 01, 2007 at 11:38:06AM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
struct async_syscall {
long *result;
unsigned long asynid;
unsigned long nr_sysc;
unsigned long params[8];
};
Having result pointer as NULL might imply that result
/horses/blog.html
--
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/
On Thu, Mar 01, 2007 at 10:54:02AM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I posted kevent/epoll benchmarks and related design issues too many
times both with handmade applications (which might be broken as hell)
and popular open
On Thu, Mar 01, 2007 at 12:00:22PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I've just re-run tests on my amd64 test machine without debug options:
epoll4794.23
kevent 6468.95
could you please post the two URLs
--
(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 the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
More majordomo
On Thu, Mar 01, 2007 at 12:14:44PM +0100, Eric Dumazet ([EMAIL PROTECTED])
wrote:
On Thursday 01 March 2007 11:59, Evgeniy Polyakov wrote:
Yes, it is about 98-100% in both cases.
I've just re-run tests on my amd64 test machine without debug options:
epoll 4794.23
kevent
On Thu, Mar 01, 2007 at 12:27:00PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
* Evgeniy Polyakov [EMAIL PROTECTED] wrote:
I've uploaded them to:
http://tservice.net.ru/~s0mbre/archive/kevent/evserver_epoll.c
http://tservice.net.ru/~s0mbre/archive/kevent/evserver_kevent.c
thanks
601 - 700 of 1763 matches
Mail list logo