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]
Date:	Mon, 10 Dec 2007 16:30:17 -0500
From:	Phillip Susi <psusi@....rr.com>
To:	Zach Brown <zach.brown@...cle.com>
CC:	linux-kernel@...r.kernel.org,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Ingo Molnar <mingo@...e.hu>,
	Ulrich Drepper <drepper@...hat.com>,
	Arjan van de Ven <arjan@...radead.org>,
	Andrew Morton <akpm@....com.au>,
	Alan Cox <alan@...rguk.ukuu.org.uk>, Evgeniy Polyakov
Subject: Re: syslets v7: back to basics

Zach Brown wrote:
> The following patches are a substantial refactoring of the syslet code.  I'm
> branding them as the v7 release of the syslet infrastructure, though they
> represent a signifiant change in focus.
> 
> My current focus is to see the most fundamental functionality brought to
> maturity.  To me, this means getting a ABI that is used by applications through
> glibc on x86 and PPC64.   Only once that is ready should we distract ourselves
> with advanced complexity.

I pulled from your tree to look over the patches, and noticed that it 
looks like several commits were merged improperly.  It looks like they 
were auto merged or something from an email, and the commit message 
contains the email headers, rather than just the commit message in the 
body.  This leads to the shortlog showing entries that start with 
"Return-Path:".

I was hoping to find at least some initial information on the overall 
design in Documentation/ but don't see any.  Have you written any yet 
that I could take a look at elsewhere maybe?

Some of the things I was trying to figure out is does each syslet get 
its own stack, and schedule only at a few well defined points, and if 
so, would it then be fair to characterize them as kernel mode fibers?
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ