[take32 7/10] kevent: Signal notifications.

mm_release()? diff --git a/kernel/kevent/kevent_signal.c b/kernel/kevent/kevent_signal.c new file mode 100644 index 000..abe3972 --- /dev/null +++ b/kernel/kevent/kevent_signal.c @@ -0,0 +1,94 @@ +/* + * kevent_signal.c + * + * 2006 Copyright (c) Evgeniy Polyakov <[EMAIL PROTECTED]> + *

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

Kevent posix timer notifications. Simple extensions 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

[take32 4/10] kevent: Socket notifications.

found on project's homepage. 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 #include #include +#include #include /* @@ -164,12 +165,18 @@ sta

[take32 5/10] kevent: Timer notifications.

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 &

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

rn spinlock_t files_lock; diff --git a/kernel/kevent/kevent_poll.c b/kernel/kevent/kevent_poll.c new file mode 100644 index 000..58129fa --- /dev/null +++ b/kernel/kevent/kevent_poll.c @@ -0,0 +1,234 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov <[EMAIL PROTECTED]> + * All rights reserved

[take32 6/10] kevent: Pipe notifications.

00644 index 000..91dc1eb --- /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 + *

[take32 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 readt using kevent_ctl(KEVENT_READY) command. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/kernel/kevent/kevent_unotify.c b/kernel/

[take32 10/10] kevent: Kevent based AIO (aio_sendfile()).

re clear. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/fs/bio.c b/fs/bio.c index 7618bcb..291e7e8 100644 --- a/fs/bio.c +++ b/fs/bio.c @@ -120,7 +120,7 @@ void bio_free(struct bio *bio, struct bio_set *bio_set) /* * default destructor for a bio allocated with bio_allo

[take32 1/10] kevent: Description.

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

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

ed int max_nr, unsigned int timeout, void __user *buf, unsigned flags) - use old syscall kevent_ctl for creation/removing, modification and initial kevent initialization - use mutuxes instead of semaphores - added file descriptor check and return error if provi

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

d english with russian transliterated indecent words? > I like the direction so far, and think it should be in -mm for wider > testing and review. It was there, but Andrew dropped it somewhere about take25 :) > Jeff -- Evgeniy Polyakov - To unsubscribe from this l

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

ut without new features implemented (or as addon), only bugfixes. > Jeff > -- 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/maj

Kevent bonus: epoll implementaion over kevent.

As a usage scenario, compile-tested only. Replace fs/eventpoll.c with this code and see, how your kernel crashes. Or works. :) Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> #include #include #include #include #include #include #include #include #include #include asmlinkag

Re: [2.6 patch] better CONFIG_W1_SLAVE_DS2433_CRC handling

I will add apply this patch, thanks Adrian. -- 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: Kevent POSIX timers support.

. There is also unused in kevent posix timers patch 'u32 ret_val[2]' field, which can store segval's value too. But the fact that ukevent does not and will not in any way have variable size is absolutely. -- Evgeniy Polyakov - To unsubscribe from this list: send the lin

Re: Kevent POSIX timers support.

is where I've put it in current version. -- 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: [take24 0/6] kevent: Generic event handling mechanism.

On Mon, Nov 27, 2006 at 10:23:39AM -0800, Ulrich Drepper ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > > > >With provided patch it is possible to wakeup 'for-free' - just call > >kevent_ctl(ready) with zero number of ready events, so thread will be > >

Re: [take25 1/6] kevent: Description.

On Mon, Nov 27, 2006 at 11:43:46AM -0800, Ulrich Drepper ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > >It _IS_ how previous interface worked. > > > > EXACTLY! > > No, the old interface committed everything not only up to a given index. > This is the

Re: [take24 0/6] kevent: Generic event handling mechanism.

On Mon, Nov 27, 2006 at 11:12:21AM -0800, Ulrich Drepper ([EMAIL PROTECTED]) wrote: > Evgeniy Polyakov wrote: > >It just sets hrtimer with abs time and sleeps - it can achieve the same > >goals using similar to wait_event() mechanism. > > I don't follow. Of course it i

Re: Kevent POSIX timers support.

On Tue, Nov 28, 2006 at 11:13:00AM -0800, David Miller ([EMAIL PROTECTED]) wrote: > From: Evgeniy Polyakov <[EMAIL PROTECTED]> > Date: Tue, 28 Nov 2006 12:16:02 +0300 > > > Although ukevent has pointer embedded, it is unioned with u64, so there > > should be no

Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP

eading patches in -rt :-) Doesn't the provided solution is just a in-kernel variant of the SCHED_FIFO set from userspace? Why kernel should be able to mark some users as having higher priority? What if workload of the system is targeted to not the maximum TCP performance, but maximum othe

Re: [patch 1/4] - Potential performance bottleneck for Linxu TCP

ke a lot of time, so process can be scheduled away in that part too. > -- > SUSE Labs, Novell Inc. > Send instant messages to your online friends http://au.messenger.yahoo.com -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel&quo

[take26 5/8] kevent: Timer notifications.

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..df93049 --- /dev/null +++ b/kernel/kevent/kevent_timer.c @@ -0,0 +1,112 @@ +/* + * 2006 Copyright (c) Evgeniy Polyakov &

[take26 4/8] kevent: Socket notifications.

found on project's homepage. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/fs/inode.c b/fs/inode.c index ada7643..2740617 100644 --- a/fs/inode.c +++ b/fs/inode.c @@ -21,6 +21,7 @@ #include #include #include +#include #include /* @@ -164,12 +165,18 @@ sta

[take26 6/8] kevent: Pipe notifications.

ndex 000..d529fa9 --- /dev/null +++ b/kernel/kevent/kevent_pipe.c @@ -0,0 +1,121 @@ +/* + * 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

[take26 8/8] kevent: Kevent posix timer notifications.

Kevent posix timer notifications. Simple extensions 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

[take26 0/8] kevent: Generic event handling mechanism.

unsigned int timeout, void __user *buf, unsigned flags) - use old syscall kevent_ctl for creation/removing, modification and initial kevent initialization - use mutuxes instead of semaphores - added file descriptor check and return error if provided descriptor does not match

[take26 3/8] kevent: poll/select() notifications.

be25 --- /dev/null +++ b/kernel/kevent/kevent_poll.c @@ -0,0 +1,232 @@ +/* + * 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

[take26 1/8] kevent: Description.

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

[take26 7/8] kevent: Signal notifications.

signal.c b/kernel/kevent/kevent_signal.c new file mode 100644 index 000..0edd2e4 --- /dev/null +++ b/kernel/kevent/kevent_signal.c @@ -0,0 +1,92 @@ +/* + * kevent_signal.c + * + * 2006 Copyright (c) Evgeniy Polyakov <[EMAIL PROTECTED]> + * All rights reserved. + * + * This program is

Re: [PATCH 2/4] fbdev: add connector entries for uvesafb

and val are unique identifiers which > > > > > > Evgeniy, could you please review this? > > The need to add these enumerations for unrelated subsystems to connector.h > may get a bit ugly as time passes, but I guess it's OK for now. Hi. I have no problem w

Re: w1_therm_read_bin: suspicious usage of flush_signals()

will result in exactly same lost of signals. > Oleg. -- 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: w1_therm_read_bin: suspicious usage of flush_signals()

hat another check must be performed. This patch resolves the issue with reading from temperature sensor. Thanks for pointing to that issue. Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> diff --git a/drivers/w1/slaves/w1_therm.c b/drivers/w1/slaves/w1_therm.c index 732db47..1a6937d 100644

Re: [Patch 09/18] fs/logfs/gc.c

On Sun, Jun 03, 2007 at 08:46:04PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote: > --- /dev/null 2007-03-13 19:15:28.862769062 +0100 > +++ linux-2.6.21logfs/fs/logfs/gc.c 2007-06-03 19:18:57.0 +0200 Number of bugs in case of error looks quite sad... -- Evgeniy Polyako

Re: [Patch 07/18] fs/logfs/dir.c

= super->s_rename_dir; > + pos = super->s_rename_pos; > + inode = iget(sb, ino); > + if (!inode) > + goto fail; > + > + super->s_rename_dir = 0; > + super->s_rename_pos = 0; > + err = logfs_delete_dd(inode,

Re: LogFS take four

or nits I will answer another mails, but in general I think it should be included in -mm so that people could start using it report real bugs, but not handwaving about possible problems. -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel&q

Re: [Patch 09/18] fs/logfs/gc.c

On Fri, Jun 15, 2007 at 01:14:04PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote: > On Fri, 15 June 2007 13:03:57 +0400, Evgeniy Polyakov wrote: > > On Sun, Jun 03, 2007 at 08:46:04PM +0200, Jörn Engel ([EMAIL PROTECTED]) > > wrote: > > > --- /dev/null 2007-03-13

Re: [RFC 1/3] lro: Generic LRO for TCP traffic

et_lro_desc *lro_desc; > +struct iphdr *iph; > +struct tcphdr *tcph; > + > + if (!lro_mgr->get_ip_tcp_hdr > + || lro_mgr->get_ip_tcp_hdr(skb, &iph, &tcph, priv)) > + goto out; > + > + lro_desc = lro_get_desc(lro_mgr, lr

Re: [2.6.23 PATCH 13/18] dm: netlink

t is a derivative of the netlink support in > scsi_transport_iscsi.c. I'm not sure about all net guys, but the first question rised after reading this - why do you want special netlink family and do not want to use interfaces created on top of - like connector and genetlink? > -an

Re: [PATCH][RFC] network splice receive v3

. It really looks like the last tree we tested, so if you think additional one will not hurt, feel free to ping, so I will completely rebase testing tree. > -- > Jens Axboe -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the b

Re: [2.6.23 PATCH 13/18] dm: netlink

e day when everyone started to depend on networking :) -- 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] w1_ds2760: Fix binary file read callback signature

I have no problem with this patch. Should I forward it to Andrew or you will pick this up? Acked-by: Evgeniy Polyakov <[EMAIL PROTECTED]> -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTE

Re: Syslets, Threadlets, generic AIO support, v6

sonal issues which might be raised sometimes :). Although I closed kevent and eventfs projects, I would gladly continue if we can and want to have progress in that area. Thanks. > Ingo -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kerne

Re: Syslets, Threadlets, generic AIO support, v6

n add more of them into the ring (if there is a place) and userspace will process them withouth additional syscalls. Although syscall overhead is very small, it does exist and should not be ignored in the design. > > Ingo -- Evgeniy Polyakov - To unsubscribe from this list: s

Re: Syslets, Threadlets, generic AIO support, v6

On Wed, May 30, 2007 at 10:54:00AM +0200, Ingo Molnar ([EMAIL PROTECTED]) wrote: > > * Evgeniy Polyakov <[EMAIL PROTECTED]> wrote: > > > I did not want to start with another round of ping-pong insults :), > > but, Ingo, you did not show that kevent works worse. I did

Re: [PATCH][RFC] network splice receive v3

usly skb leak, no crashes (quite a few debug options are turned on in config) and files are correct on both peers, so it works good. > -- > Jens Axboe -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message t

Re: [PATCH] LogFS take three

for IBM before? Vowels are not evil. ;) Do you think 'eieio' is a good set? IBM's work too... We do not get new filesystem each couple of month, so stealing so good name as 'logfs' is not that bad I think. -- Evgeniy Polyakov - To unsubscribe from this list:

Re: Review status (Re: [PATCH] LogFS take three)

)) truncates 64bit data value obtained via dev_ofs() into signed 32 bit value. -- 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

Re: [PATCH] LogFS take three

7;d happily remove mine and use the > >new one instead. > > > >Opinions? > > Why would we need another btree, when there is lib/rbtree.c? > Or does yours do something fundamentally different? It is not red-black tree, it is b+ tree. > Jan -- Evgen

Re: [PATCH 2/2] eHEA: Receive SKB Aggregation, generic LRO helper functions

lperfunctions. > What do you think about putting them into /net/ipv4/inet_lro.c and > /include/linux/inet_lro.h ? The more I think, the more it looks as appropriate to be used by all hardware drivers with proper API. As far as I recall this is third implementation in the linux drivers :) --

Re: [PATCH] LogFS take three

2? Sizes used in on-disk format are rounded to the nearest power-of-two. > -- Jamie -- 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/majo

Re: Review status (Re: [PATCH] LogFS take three)

On Thu, May 17, 2007 at 07:10:19PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote: > On Thu, 17 May 2007 20:03:11 +0400, Evgeniy Polyakov wrote: > > > > Is logfs 32bit fs or 674bit, since although you use 64bit values for > > offsets, area management and strange converstions

Re: Review status (Re: [PATCH] LogFS take three)

On Wed, May 23, 2007 at 02:58:41PM +0200, Jörn Engel ([EMAIL PROTECTED]) wrote: > On Sun, 20 May 2007 21:30:52 +0400, Evgeniy Polyakov wrote: > > > > In that case segment size must be more than 32 bits, or below > > transformation will not be correct? > > Must it? If

Re: Review status (Re: [PATCH] LogFS take three)

that > > overflow really occurs? > > Indeed it is. You just earned your second beer^Wvodka. Actually this code looks less encrypted than ext2 for, which definitely a good sign from reviewer's point of view. > Jörn -- Evgeniy Polyakov - To unsubscribe from this list:

Re: considering kevent - the kernel development process

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:

Re: [CRYPTO] is it really optimized ?

't know 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 "

Re: [CRYPTO] is it really optimized ?

be read 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/

Re: [CRYPTO] is it really optimized ?

to catch aes_for_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/

Re: [CRYPTO] is it really optimized ?

(if 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

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

nters 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/majordo

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

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 sen

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

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 "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

ck is attached, 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/

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

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 u

Re: + git-battery-fix.patch added to -mm tree

gt; > 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

Re: [PATCH 1/2] LogFS proper

? It 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 Polyako

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

; > return; > @@ -3356,6 +3370,7 @@ void free_netdev(struct net_device *dev) > /* will free via device release */ > put_device(&dev->dev); > #else > + kfree((char *)dev->egress_subqueue); Still casting :) -- Evgeniy Polyakov - To

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

> 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 wonder, if

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

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

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

gt; + return sysfs_create_bin_file(&sl->dev.kobj, &w1_ds2760_bin_attr); > +} > + > +static void w1_ds2760_remove_slave(struct w1_slave *sl) > +{ > + sysfs_remove_bin_file(&sl->dev.kobj, &w1_ds2760_bin_attr); > +} > + > +static struct w1_family_o

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

nd_bus() 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 linu

[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

[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

Re: W1 printk format warning

@@ static int __w1_attach_slave_device(struct w1_slave *sl) (unsigned long long) sl->reg_num.id); dev_dbg(&sl->dev, "%s: registering %s as %p.\n", __func__, - &sl->dev.bus_id[0]); + &sl->dev.bus_id[0], sl);

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

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. -- Evgeniy P

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

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 s

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

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 lin

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

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

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

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 keve

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

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

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

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

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

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'

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

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

[1/1] eventfs: pseudo fs which allows to bind events to file descriptors.

-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)

Re: connector: Bugfix for cn_call_callback()

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

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

timers and essentially 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.

Re: [PATCH] w1 driver for serial linkUSB, linkOEM, LINK devices

Hi 17.10.2017, 23:01, "Hans-Frieder Vogt" : > attached is a driver that supports the serial OneWire masters from > iButtonLink(TM) in the w1 kernel driver. In order to be usable it needs an > updated userland tool (patch included in documentation file). The patch is > against linux-next. Please

Re: [PATCH] Fixed typo in onewire generic doc

Hi everyone I'm really sorry for that long delay. Was this patch accepted or should I push it upstream? 20.12.2017, 22:09, "Gergo Huszty" : > Onewire devices has 6 byte long unique serial numbers, 1 byte family > code and 1 byte CRC. Linux sysfs presents the device folder in the > form of family

Re: Distributed storage. Security attributes and ducumentation update.

de is linked into the list of the first added node, which reference counter is increased in higher layer. Right now there is no way to add or remove nodes after array was started, such functionality requires storage tree lock to be taken and RCU can not be used (since it requires sleeping and I did not i

Re: [ofa-general] InfiniBand/RDMA merge plans for 2.6.24

t; > Jeff, I posted a fix that doesn't do this. No port sharing. The iwarp > device will use its own ip address and subnet to avoid collisions. You > should review the patch when I post v2. Could you please resend it, since I missed it in [EMAIL PROTECTED] -- Evgeniy

Re: [PATCH v2] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.

v *t > return CPL_RET_BUF_DONE; > } > > -static int listen_start(struct iwch_listen_ep *ep) > +static int wait_for_reply(struct iwch_ep_common *epc) > +{ > + PDBG("%s ep %p waiting\n", __FUNCTION__, epc); > + wait_event(epc->waitq, epc->rpl_done); > + PDBG("%s ep %p done waiting err %d\n", __FUNCTION__, epc, epc->rpl_err); > + return epc->rpl_err; > +} > + > +static struct iwch_listen_entry *alloc_listener(struct iwch_listen_ep *ep, > + __be32 addr) Do you know, that cxgb3 function names suck? :) Especially get_skb(). > +{ > + struct iwch_dev *h = to_iwch_dev(ep->com.cm_id->device); > + struct iwch_listen_entry *le; > + > + le = kmalloc(sizeof *le, GFP_KERNEL); Wants to be sizeof(struct iwch_listen_entry) and in other places too. I skipped rdma internals of the patch, since I do not know it enough to judge, but your approach looks good from core network point of view. Maybe you should automatically create an alias each time new interface is added so that admin would not care about proper aliases? -- 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: Distributed storage. Move away from char device ioctls.

ome thoughts about distributed filesystem tightly connected to DST > > (far-far planes so far) > > > >Homepage: > >http://tservice.net.ru/~s0mbre/old/?section=projects&item=dst > > > >Signed-off-by: Evgeniy Polyakov <[EMAIL PROTECTED]> > > M

Re: Distributed storage. Move away from char device ioctls.

noticed from my mail to Jeff, distributed storage was originally part of the overall filesystem design. -- 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.ker

Re: Distributed storage. Move away from char device ioctls.

ht now. If it will be rest under the layer of dust I do not care, I like the process of creating, so if it will fail, I just will get new knowledge. :) > Cheers, Andreas > -- > Andreas Dilger > Principal Software Engineer > Cluster File Systems, Inc. -- Evgeniy Polyakov - T

Re: [PATCH v2] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.

+ le = kmalloc(sizeof *le, GFP_KERNEL); > > > >Wants to be sizeof(struct iwch_listen_entry) and in other places too. > > > > Do you mean I shouldn't use sizeof *le, but rather sizeof(struct > iwch_listen_entry)? Is that the preferred coding style? Yes, exactly

Re: [ofa-general] Re: [PATCH v2] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.

of *addr... is correct. Come on, do not start a flame war about how parameters into kmalloc should be provided - there are much more serious issues unresolved yes. It does help grepping the code, but if you feel that this is a serious threat, then use your preferred way. -- Evgeniy Poly

Re: [PATCH v2] iw_cxgb3: Support "iwarp-only" interfaces to avoid 4-tuple conflicts.

main one? I.e. change bit of the core code to allow creating aliases with the same address as main device, so that you would be able to create ':iw' alias during rdma device initialization? If this solution is not acceptible, then I belive your alias change is the way to go. --

Re: Distributed storage. Security attributes and ducumentation update.

rage without stopping main device node. > > +| DST storate ---| > > storage? Yep, thanks. -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECT

Re: [ofa-general] Re: [PATCH RFC] RDMA/CMA: Allocate PS_TCPportsfrom the host TCP port space.

to be used by new RDMA connections? RDMA is not a problem, but how it influence to the network stack is. Let's better think about how to work correctly with network stack (since we already have that cr^Wdifferent hardware) instead of saying that others do bad work and do not allow shiny new feature

<    3   4   5   6   7   8   9   >