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

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <45A4D478.2030200@garzik.org>
Date:	Wed, 10 Jan 2007 06:56:40 -0500
From:	Jeff Garzik <jeff@...zik.org>
To:	Evgeniy Polyakov <johnpol@....mipt.ru>
CC:	David Miller <davem@...emloft.net>,
	Ulrich Drepper <drepper@...hat.com>,
	Andrew Morton <akpm@...l.org>, netdev <netdev@...r.kernel.org>,
	Zach Brown <zach.brown@...cle.com>,
	Christoph Hellwig <hch@...radead.org>,
	Chase Venters <chase.venters@...entec.com>,
	Johann Borck <johann.borck@...sedata.com>,
	linux-kernel@...r.kernel.org, Jamal Hadi Salim <hadi@...erus.ca>,
	Ingo Molnar <mingo@...e.hu>, linux-fsdevel@...r.kernel.org
Subject: Re: [take32 0/10] kevent: Generic event handling mechanism.

Evgeniy Polyakov wrote:
> On Wed, Jan 10, 2007 at 06:11:26AM -0500, Jeff Garzik (jeff@...zik.org) wrote:
>> Once the rate of change slows, Andrew should IMO definitely pick this up.
> 
> There are _tons_ of ideas to implement with kevent - so if we want, rate
> will not slow down. As you can see, from take26 I only send new
> features: signals, posix timers, AIO, userspace notifications, various
> flags and the like. I test it on my machines (recently one them died, so
> only amd64 right now (running kernel) and i386 compile-only)
> and some bug-fixes withoout any additioanl feature requests (almost,
> Ingo asked for AIO before New Year), but broader testing is welcome
> indeed.

If the rate doesn't slow (if only artificially), people are discouraged 
from reviewing, because it becomes a moving target.


>> If you wanted to make this process automatic, create a git branch that 
>> Andrew and others can pull.
> 
> Exported git tree would be good, but I do not have enough disk space on

Request an account on http://www.foo-projects.org/ which supports git. 
The Intel guys use it to send me e1000/ixgb changes, for example.


> web-site, and do you really want to read comments written in bad english
> with russian transliterated indecent words?

The only thing exported to -mm is the code changes, as a patch.  git 
merely automates the process, so that Andrew doesn't have to spend time 
[that he doesn't have] tracking a project with a high rate of change.


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

Probably because it was a moving target with a high rate of change, 
requiring time that Andrew did not have just to keep in sync and fix 
build conflicts with other -mm patches.

	Jeff


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/