Re: the master device port and the privileged host port in subhurd

Hi, On Tue, Apr 29, 2008 at 11:38:27PM +0200, zhengda wrote: > When I look into the code of servers in Hurd, I find almost every > server calls get_privileged_ports() to get the master device port and > the privileged host port. Indeed. > and get_privileged_ports() seems to invoke a system ca

Re: qemu -kernel-kqemu

Hi, On Wed, Apr 30, 2008 at 12:23:33AM +0100, Samuel Thibault wrote: > [EMAIL PROTECTED], le Tue 29 Apr 2008 01:09:22 +0200, a écrit : > > On Sat, Apr 26, 2008 at 02:16:12AM +0100, Samuel Thibault wrote: > > > GNU/Hurd spends most of its time in userland in servers ;) > > > > Do you *know* that,

Re: qemu -kernel-kqemu

Hi, On Sat, Apr 26, 2008 at 02:16:12AM +0100, Samuel Thibault wrote: > GNU/Hurd spends most of its time in userland in servers ;) Do you *know* that, or is it just a guess?... I would think that in many situations a considerable amount of time is actally spent in the kernel, doing RPC, VM stuff

Re: purpose for xmlfs improvment -GSoC application -

Hi, On Mon, Apr 21, 2008 at 07:27:55PM +0200, Charly Caulet wrote: > I have wrote some possibilities of xmlfs improvment in that document > (http://deux-fleurs.net/analyse-xmlfs). Usually it's better to include the Information directly in the mail body rather than linking to it -- makes it easie

Accepted (and other) GSoC projects

Hi, This is a bit late, but there we go... The student selection has been finalized last monday. We got four slots. (Probably we could have got one or two more if we asked for it, but we don't have enought mentors...) The following projects are in: - Flávio Manuel Fernandes Cruz will be working

Re: purpose for xmlfs improvment -GSoC application -

Hi, On Sat, Apr 26, 2008 at 12:00:52PM +0200, Charly Caulet wrote: > Le vendredi 25 avril 2008 à 19:23 +0200, [EMAIL PROTECTED] a > So we shall stick to single digits : use 2.9.1 instead of 2.10, 2.9.2 > instead of 2.11 ... It will be well sorted by ls. I don't think this is a good option... Thi

Re: purpose for xmlfs improvment -GSoC application -

Hi, On Thu, Apr 24, 2008 at 07:46:12PM +0200, Carl Fredrik Hammar wrote: > <[EMAIL PROTECTED]> writes: > > On Tue, Apr 22, 2008 at 02:34:26PM +0200, Carl Fredrik Hammar wrote: > >> One way of tackling this would be to have a specifiable spacing > >> between the numbers, e.g. `10 author', `20 tit

Re: purpose for xmlfs improvment -GSoC application -

Hi, On Tue, Apr 22, 2008 at 02:34:26PM +0200, Carl Fredrik Hammar wrote: > Charly Caulet <[EMAIL PROTECTED]> writes: > One possibility would be to simply prefix the non-attribute nodes with > numbers, e.g. `1 author', `2 title', `3 isbn'. The problem here > is with insertion, because it would

Re: GSoC project about virtualization using Hurd mechanisms

Hi, You replied off-list; I assume that was inadvertent... On Wed, Apr 16, 2008 at 01:17:27AM +0200, zhengda wrote: > [EMAIL PROTECTED] wrote: >> Well, for one -- as I said -- the hypervisor could be completely >> transparent, just emulating the "real" device, so the subhurd doesn't >> even know

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Sun, Apr 13, 2008 at 11:53:51PM +0200, zhengda wrote: > As my understanding, the role of the BPF translator is to work as a > guard between the user and the packet filter in the kernel. Right. As I said, I'm not sure whether it was originally meant as a guard, or only for convenience...

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Fri, Apr 11, 2008 at 10:50:22AM +0200, zhengda wrote: > I have a question: why is it not safe for two pfinets to share one > device? the communication between the device driver and pfinet is IPC. > As long as IPC communication is safe, the device driver should be able > to get all packets

Re: Help me in tracking a bug in NFS

Hi, On Fri, Apr 11, 2008 at 02:28:37AM +0530, Madhusudan C.S wrote: > I am just going through the source files in nfs directory in Hurd > source tree. There are two directories with names nfs and nfsd. nfsd is the NFS daemon, i.e. the server; the other is the client. In general, translators use

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Thu, Apr 10, 2008 at 02:14:06PM +0200, zhengda wrote: > What I mean is the mechanism provided by the packet filter provides us > a possible solution. I don't expect it works now:-) I see :-) > As I can see, ether_filter in pfinet is hard coded. I think it's > better to allow the user t

Re: Requesting to Review of the proposal - Improved NFS Implementation

Hi, On Fri, Apr 11, 2008 at 02:02:49AM +0530, Madhusudan C.S wrote: > >The next stage of this project starts with implementing the core > > >NFSv3 protocols. > > [...] > > >3. Additional file attributes in many replies including fourth > > >set of permission bits > > > > Is that

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Wed, Apr 09, 2008 at 12:49:28AM +0200, zhengda wrote: > I read the code of pfinet, and find the implementation of TCP/IP stack > is almost the same as the linux. Indeed, it's the TCP/IP code from some older Linux version (2.0 I think), only converted to run as a Hurd translator :-) > pfi

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Fri, Apr 04, 2008 at 06:00:38PM +0200, Zheng Da wrote: > So could you give me some more advices to help me get into the project > faster? For example, which article or which part of code should I read > first? I think studying the interaction between the TCP/IP stack (pfinet) and the kern

Viengoos (was: client-side memory buffers)

Hi, On Wed, Apr 02, 2008 at 02:18:18PM -0600, Joshua Stratton wrote: > On Wed, Apr 2, 2008 at 12:25 AM, Neal H. Walfield <[EMAIL PROTECTED]> > wrote: > > At Tue, 1 Apr 2008 18:01:25 -0600, Joshua Stratton wrote: > > > Do you think the client-side memory model is worthwhile? And > > > would the s

Interfaces (was: Hurdish TCP stack)

Hi, On Thu, Apr 03, 2008 at 05:52:49PM +0200, Ludovic Courtès wrote: > <[EMAIL PROTECTED]> writes: > > Actually, most people will consider it easier to use it from a C program > > as well: For one, it means that you can use the *same* knowledge for > > doing stuff on the shell, and for writing C

Re: GSoC project about virtualization using Hurd mechanisms

Hi, On Tue, Apr 01, 2008 at 07:39:07PM +0200, zhengda wrote: > There are two choices for me: to improve subhurds and to create a new > subenvironments. OK. > In my understanding, Hurd is a set of servers which provide the > services provided by the monolithic kernel before such as file > syste

Re: Requesting for review of the Draft proposal for - procfs

Hi, Sorry for the late reply... On Sun, Mar 30, 2008 at 01:07:15AM +0530, Madhusudan C.S wrote: > I have submitted a totally reworked proposal through Google Web App. > [...] > The project thus aims at making the GNU/Linux process management tools > like ps, top, vmstat, sysctl, w, kill, skill,

Querying server interfaces (was: Hurdish TCP stack)

Hi, On Thu, Apr 03, 2008 at 02:32:25PM +0200, Lluis wrote: > Well, I don't know how rpctrace internally works, but I suppose it's > someting similar to ptrace, which gives information at "use-time", > while such a filesystem would need some kind of introspection > mechanism on the destination ser

Re: Requesting to Review of the proposal - Improved NFS Implementation

Hi, I'm asking about a couple of specific points of your proposal here. I'll add some more generic remarks in GSoC web application. On Wed, Apr 02, 2008 at 04:07:38PM +0530, Madhusudan C.S wrote: > I will work on improving the performance of NFSv2 and fixing bugs that > exist on the server side.

Re: Hurdish TCP stack

Hi, On Wed, Apr 02, 2008 at 09:23:20AM +0200, Ludovic Courtès wrote: > <[EMAIL PROTECTED]> writes: > > A filesystem based interface is much easier to use for most > > programmers than generic RPCs. > > It's easier to use from a shell, not from a C program. Actually, most people will consider it

Re: client-side memory buffers

Hi, On Tue, Apr 01, 2008 at 10:48:02AM -0600, Joshua Stratton wrote: > The problem you described was the client owning the memory object, > sending it to the server, and the server having the ability to unmap > the memory because it has ownership, if I understand correctly. The problem is that t

Re: Hurdish TCP stack

Hi, On Mon, Mar 31, 2008 at 09:43:25PM -0600, Joshua Stratton wrote: > LP is a special protocol written by the Plan9 team that is something > in between TCP and UPD. They wanted a reliable stream but as fast as > UDP and a few other benefits. They said TCP was too slow. Interesting. I wonder

Re: Hurdish TCP stack

Hi, On Tue, Apr 01, 2008 at 02:55:28PM +0200, Ludovic Courtès wrote: > "Joshua Stratton" <[EMAIL PROTECTED]> writes: > Plan 9 does everything through "ctl" files that can be read and > written to with `cat' and `echo', pretty much like Linux sysfs. The > downside is that all commands have to be

Re: Hurdish TCP stack

Hi, On Tue, Apr 01, 2008 at 05:20:54PM +0200, Richard Braun wrote: > /dev/net/tcp/123 is OK. /dev/eth0/tcp/321 isn't. As I said, you must > consider TCP as a global layer, otherwise you will run into name space > conflict problems. For example, a socket in listen mode on INADDR_ANY > is bound to

Re: [GSoC] GNU/Hurd Sound Support

Hi, On Tue, Apr 01, 2008 at 05:04:41PM +0200, Richard Braun wrote: > On Tue, Apr 01, 2008 at 03:15:02PM +0200, Mohammed Gamal wrote: > > I am familiar with the Linux kernel, although on a basic "big > > picture" level, and I am also familiar with its device driver > > subsystem. However the whole

Re: [GSoC] GNU/Hurd Sound Support

Hi, On Tue, Apr 01, 2008 at 10:59:09AM +0200, Mohammed Gamal wrote: > However, does what you say here mean that we'd rather have to write > the drivers directly in the Mach kernel? Yes. As I said, userspace drivers would be desirable, but not realistic. -antrik-

Re: [GSoC] GNU/Hurd Sound Support

Hi, On Tue, Apr 01, 2008 at 01:31:37PM +0200, Richard Braun wrote: > With more experience, I'd suggest you don't use my code. The "bug" I > had was mainly due to my misuse of the Mach VM and IPC interfaces, and > I currently don't have enough time for hacking on this again :'(. It would already

Re: [GSoC] GNU/Hurd Sound Support

Hi, On Tue, Apr 01, 2008 at 03:15:59PM +0200, Mohammed Gamal wrote: > I am familiar with the Linux kernel, although on a basic "big picture" > level, and I am also familiar with its device driver subsystem. > However the whole point of GSoC is to develop one's skills by getting > involved in the

Re: Hurdish TCP stack

Hi, On Tue, Apr 01, 2008 at 12:45:13PM +0200, Richard Braun wrote: > In addition, separating the network and transport layers implies > several problems. The most obvious one concerns performance. The Mach > IPC subsystem provides nice virtual copy support, but this facility > creates an importan

Re: Hurdish TCP stack

Hi, On Mon, Mar 31, 2008 at 02:07:26PM -0600, Joshua Stratton wrote: > If anyone hasn't read up on how Plan9 runs their network stack, Probably most of us haven't... > they have a separate directory of each connection. An example in the > paper is shown as the following, > > # cd /net/tcp/2

Re: Hurdish TCP stack

Hi, On Mon, Mar 31, 2008 at 10:42:58AM -0600, Joshua Stratton wrote: > Plan9, from what I've read, tries to abstract the interfaces to look > the same to the client, which seems a little abstract to me if a > client is going to control the data structures. Not sure what you mean here... > I hea

Re: [GSoC] GNU/Hurd Sound Support

Hi, On Mon, Mar 31, 2008 at 10:22:11PM +0200, Mohammed Gamal wrote: > This is kind of a late follow up to these threads [1][2]. Well, why not just reply in that thread, then? :-) That would have made it much easier to keep track... > I am quite interested interested in adding sound support in H

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Sun, Mar 30, 2008 at 01:35:34PM +0200, Carl Fredrik Hammar wrote: > <[EMAIL PROTECTED]> writes: > > I totally agree that it would be desirable to have a library that help > > writing such *really* trivial translators. (libtrivtrivfs?... ;-) ) > > (Looking in a thesaurus.) How about, micr

Overlapping applications (was: Requesting for review of the Draft proposal for - procfs)

Hi, On Sun, Mar 30, 2008 at 01:43:54PM +0200, Carl Fredrik Hammar wrote: > > BTW, there is a problem: We have another very promising application > > for the procfs task. If we want to take both of you, one would have > > to switch to a different task. Would you be willing to work on > > something

Hurdish TCP stack (was: updated proposal)

Hi, On Sat, Mar 29, 2008 at 05:04:48PM +0100, Carl Fredrik Hammar wrote: > > /ip/eth0/tcp/ /ip/eth0/udp/ /ip/eth1/tcp/ /ip/eth1/udp/ /ip/lo/tcp/ > > /ip/lo/udp/ /ip/tcp/ /ip/udp/ [...] > Shouldn't it be /eth0/ip/tcp/? I.e. with internet protocol is layered > over ethernet. Indeed, the more I th

Re: Student for GSoC 2008 - procfs

Hi, On Sun, Mar 30, 2008 at 09:54:32AM +0530, Madhusudan C.S wrote: > > /proc//cpu - Contains CPU state information of the process > > > and exactly contains Current and last cpu in which it was > > > executed. > > > > In linux 2.4.x compatible mode this is required by top and related tools f

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Sat, Mar 29, 2008 at 11:29:10PM +0100, Carl Fredrik Hammar wrote: > "Madhusudan C.S" <[EMAIL PROTECTED]> writes: > > The project thus aims at making the GNU/Linux process management > > tools like ps, top, vmstat, sysctl, w, kill, skill, nice, snice, > > pgrep, free, tload, uptime, fuser,

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Fri, Mar 28, 2008 at 11:21:42AM +0100, Carl Fredrik Hammar wrote: > It seems to me that many (most?) of the translators will be /very/ > simple. For uptime, cpuinfo, cmdline etc. their task boils down to > gather some info and produce a string using with asprintf(). > > This is much like

Re: updated proposal

Hi, On Fri, Mar 28, 2008 at 06:04:51PM -0600, Joshua Stratton wrote: > Basically, I was thinking the network stack could be divided into > different translators per protocol and give the client access to > different layers based on his needs. Indeed, that was not explicitely mentioned in the pro

Re: tcp/ip rewrite for summer of code

Hi, On Thu, Mar 27, 2008 at 05:50:37PM -0600, Joshua Stratton wrote: > I'd still like some feedback from the Hurd developers about what they > would like to see in the TCP/IP rewrite. A bit of patience, please :-) > From what I envision, it would be modular design of two or more > translators (

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Sat, Mar 29, 2008 at 08:40:30AM +0530, Madhusudan C.S wrote: > I want to bring few points to your notice, though I had > understood the need for GNU/Linux compatibility of the procfs > that is to be implemented, I always felt that the GNU System > should be always ahead

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Thu, Mar 27, 2008 at 07:50:41PM +0530, Madhusudan C.S wrote: > IpPI is nothing but a refinement of libnetfs or more clearly procfs > specific libnetfs, in your terms libprocfs. This is done for two > reasons, > > 1. To make the design robust, I dont want the effort who ever puts to > go

Re: Gsoc: choosing right project for hurd.

Hi, On Fri, Mar 28, 2008 at 03:34:20PM -0500, Manish Regmi wrote: > I dont know if this is the right list for this question. Yes it is :-) If possible, you might also want to talk about this on IRC -- direct communication is easier in such cases... > I am quite unsure which project to choos

Re: Release notes

Hi, On Fri, Mar 21, 2008 at 12:08:51PM +0100, Arne Babenhauserheide wrote: > El Thursday, 20 de March de 2008 12:42:33 [EMAIL PROTECTED] escribió: > > Well, for 0.3, the amount of changes is so great that it probably > > doesn't make much sense to list them all. Rather, the release notes > > shou

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Wed, Mar 26, 2008 at 10:07:53PM +0100, Carl Fredrik Hammar wrote: > I was the student in GSoC last year, just thought I'd share my > acquired wisdom and drop some comments on your proposal. :-) Thanks for that :-) > Also, procfs is mainly used to provide compatibility with linux. So, >

Re: Student for GSoC 2008 - procfs

Hi again, On Sun, Mar 23, 2008 at 11:11:44PM +0100, Olaf Buddenhagen wrote: > Note that it's not a problem if you don't know every detail of Linux > procfs. Take a look into which parts of procfs are actually needed for > tools like procfs, and concentrate on implementing that... Erm... That was

Re: SoC HURD projects

Hi, On Mon, Mar 24, 2008 at 07:08:53PM -0400, Nirmal Thacker wrote: > This is concerning the Google Summer of Code 2008, HURD projects: > *Improved NFS implementation *Disk I/O performance tuning > > I'd like to know more to make a stronger proposal which is due by the > end of this week. [...]

Re: Server overriding; chroot

Hi, On Wed, Mar 19, 2008 at 08:13:02PM +0100, Pierre THIERRY wrote: > Scribit [EMAIL PROTECTED] dies 19/03/2008 hora 17:04: > > The problem is that passive translators are started by the parent > > filesystem server to which they are attached, not by the process > > accessing the node; thus they

Re: Student for GSoC 2008 - procfs

Hi, On Mon, Mar 24, 2008 at 09:11:20AM +0530, Madhusudan C.S wrote: > > /proc//mem is problematic. Do we really need it for procps etc? [...] > If this was not the problem you were trying to mention please > tell me what it was. Sorry -- I had only a stupid webmailer available, a slow

Re: Summer of code: procfs and lisp bindings

Hi, On Tue, Mar 25, 2008 at 02:39:45PM +, Flávio Cruz wrote: > I'm a candidate student for summer of code and I've already sent an > application named "Modern procfs translator for the Hurd system". > Could any mentor give me some feedback about it? I will shortly. > By the way, I'm also in

Re: Requesting for review of the Draft proposal for - procfs

Hi, On Wed, Mar 26, 2008 at 09:21:08PM +0530, Madhusudan C.S wrote: > I have come up with this draft proposal so that we can discuss > further based on the this proposal. It looks very promising already :-) > Please review it and suggest any kind of mistakes including spelling > and grammat

Release notes (was: GSoC application deadline passed)

Hi, On Thu, Mar 20, 2008 at 08:46:23AM +0100, Arne Babenhauserheide wrote: > El Wednesday, 19 de March de 2008 16:05:27 [EMAIL PROTECTED] > escribió: > > Too bad -- I hoped you would *write* the notes... ;-) > > When I find a list of sources for features, I can do that... > > But for that I fi

Re: Thread model

Hi, On Wed, Mar 19, 2008 at 09:51:16AM -0400, Thomas Bushnell BSG wrote: > The heap is demand paged virtual memory, for which the kernel must > maintain memory maps, as Neal was saying. Well yes; but that's true for any kind of memory allocation -- it's not at all specific to the problem of havi

Re: Thread model

Hi, On Wed, Mar 19, 2008 at 09:58:57AM -0400, Thomas Bushnell BSG wrote: > On Tue, 2008-03-18 at 10:14 +0100, [EMAIL PROTECTED] wrote: > > I must admit that I do not fully understand the relation between > > filesystems and paging yet... Probably this is what I really meant > > to say :-) > > He

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 04:41:18PM +0100, Michael Banck wrote: > Things pertaining to the GNU system (unionsfs bootup, a GNU package > manager/installer, etc.) could still be done via the GNU project's > GSOC. Sounds like an evil little plan to bargain for one slot more... ;-) Someone else

Re: Package installability and testing

Hi, On Tue, Mar 18, 2008 at 01:49:59PM +0100, Michael Banck wrote: > And then somebody has to constantly monitor the packages and > transition them to testing, a process which happens only > semi-automatically. Shadowing Debian's official testing might make > things easier, Do you really think s

Spreading the word (was: GSoC application deadline passed)

Hi, On Tue, Mar 18, 2008 at 12:48:50AM +0100, Thomas Schwinge wrote: > > What is to be done now is waiting to see whether I^Hwe get accepted. > > We've been. [...] > Is there someone to write a short note to be installed as a news item > on ? While at it: We s

FSF as fiduciary (was: accepted to SoC)

Hi, On Wed, Mar 19, 2008 at 01:54:52AM -0400, Matt Lee wrote: > [EMAIL PROTECTED] wrote: > > While at it (sorry for misusing this thread): I wonder what to do > > about the money we (hopefully) get as a mentoring organisation -- > > the Hurd has no formal body, except for the FSF. Would it be > >

Re: Automated releases

Hi, On Wed, Mar 19, 2008 at 02:15:13AM +0100, Pierre THIERRY wrote: > Aren't all the automated tools for that already made? Couldn't we just > use britney with our own settings? Yes of course. But it still requires someone to set it up, adapt it to our archives, etc. Also, it's not always smart

Re: GSoC GNU Hurd poject

Hi, On Tue, Mar 18, 2008 at 08:27:57PM -0800, subin surendren wrote: > I have a proposal to work on the "installer part" of the GNU Hurd. A > few of my seniors did work on this project (GNU Hurd LX Installer) > last year co-ordinating with Philip Charles of New Zealand. Well, the whole story of

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 11:05:19AM +0100, Arne Babenhauserheide wrote: > El Tuesday, 18 de March de 2008 15:14:53 [EMAIL PROTECTED] > escribió: > >The Hurd project has been accepted as a mentoring organisation > >for http://code.google.com/soc/2008/";>Google Summer of > >Code 2008

Re: GSoC application deadline passed

Hi, On Wed, Mar 19, 2008 at 11:23:26AM +0100, Arne Babenhauserheide wrote: > El Tuesday, 18 de March de 2008 15:46:25 [EMAIL PROTECTED] > escribió: > > Nice to hear that someone gets interested in the Hurd this way :-) > > How else do people come here? Well, there are many routes :-) I believ

Re: Thread model (was: Ext2 superblock fault)

Hi, On Wed, Mar 19, 2008 at 10:45:15AM +, Samuel Thibault wrote: > [EMAIL PROTECTED], le Tue 18 Mar 2008 11:02:43 +0100, a écrit : > > I don't know how the syncing works, so I can't really tell what the > > problem is. If there are blocking points before the superblock read, > > we need to ch

Re: Server overriding; chroot

Hi, On Wed, Mar 19, 2008 at 02:15:22AM +0100, Pierre THIERRY wrote: > Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:38: > > Now the problem is that a chrooted process can create a passive > > translator. When this translated node is accessed, the translator > > process currently won't be star

Re: Developer Blog

Hi, On Tue, Mar 18, 2008 at 01:13:12AM +0100, Thomas Schwinge wrote: > Who actually is writing/blogging about the Hurd? I think you already asked that once. As you know, I'm blogging about mostly Hurd-related topics, but not regularily, and it's rather "philosophical" stuff anyways, not materia

Re: Developer Blog

Hi, On Mon, Mar 17, 2008 at 11:20:38AM +0100, Arne Babenhauserheide wrote: > How many people would write into that blog? A couple, I presume. > Would that Blog become the main way of information about the Hurd? Certainly not. But it would probably become the main vehicle for conveying *topic

Automated releases (was: GSoC application deadline passed)

Hi, On Mon, Mar 17, 2008 at 04:34:42PM +0100, Michal Suchanek wrote: > On 17/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote: > > The problem is that there is no easy automatic process: missing > > dependencies have to be found in the archive, etc. > > > What kind of archive? Shouldn't Debian

Re: Thread model

Hi, On Mon, Mar 17, 2008 at 10:47:40AM +0100, Neal H. Walfield wrote: > At Sun, 16 Mar 2008 08:21:19 +0100, <[EMAIL PROTECTED]> wrote: > > On Wed, Mar 12, 2008 at 05:12:03PM +0100, Marcus Brinkmann wrote: > > > As for the threading model, more than one kernel thread per real > > > CPU doesn't see

Re: Thread model

Hi, On Mon, Mar 17, 2008 at 07:00:02PM -0400, Thomas Bushnell BSG wrote: > On Sun, 2008-03-16 at 08:25 +0100, [EMAIL PROTECTED] wrote: > > We could move the servers one by one -- starting with the disk > > filesystems, as this is where the issues are manifesting most... > > But this is still no

Re: Thread model

Hi, On Mon, Mar 17, 2008 at 10:50:31AM +0100, Neal H. Walfield wrote: > At Sun, 16 Mar 2008 08:01:22 +0100, <[EMAIL PROTECTED]> wrote: > > On Tue, Mar 11, 2008 at 12:10:17PM +0100, Neal H. Walfield wrote: > > > > using some kind of continuation mechanism: Have a limited number > > > > of threads

Re: GSoC application deadline passed

Hi, On Tue, Mar 18, 2008 at 12:48:50AM +0100, Thomas Schwinge wrote: > On Thu, Mar 13, 2008 at 09:03:30AM +0100, [EMAIL PROTECTED] wrote: > > Oh, and yes: Amazingly, I actually managed to hand in my^H^Hour > > application before the deadline. What is to be done now is waiting to > > see whether I

Tracking development status (was: GSoC application deadline passed)

Hi, On Mon, Mar 17, 2008 at 10:37:56AM +0100, Arne Babenhauserheide wrote: > El Friday, 14 de March de 2008 16:23:34 Michael Banck escribió: > Else, a GNU Hurd news aggregator might be useful. > > There are many Hurd groups, so maybe an RSS feed which aggregates all > rss feeds from the differe

Re: GSoC application deadline passed

Hi, On Mon, Mar 17, 2008 at 12:26:30PM +0100, Arne Babenhauserheide wrote: > El Sunday, 16 de March de 2008 20:55:08 [EMAIL PROTECTED] > escribió: > > > When we had the HURD in my informatics class, one task was to find > > > out information about the HURD, and as I searched for information > > >

Server overriding; chroot (was: Google Summer of Code participation)

Hi, On Sun, Mar 16, 2008 at 12:47:23AM +0800, Wei Shen wrote: > I read the project ideas list, and found "server overriding mechanism" > is there. I have once tried investigating this issue, but failed to > continue at last. Still, I wonder whether I should submit my > modification to Glibc for a

Re: GSoC application deadline passed

Hi, On Mon, Mar 17, 2008 at 10:13:01AM +0100, Arne Babenhauserheide wrote: > It's just darn hard to write a somewhat funny mail while being really > annoyed, but not trying is worse, I think. > > And I think you good a great job at it. Thanks :-) > I think one reason, why the contribution wa

Re: Wiki slowness

Hi, On Sat, Mar 15, 2008 at 03:11:21PM +0100, Carl Fredrik Hammar wrote: > Ikiwiki seems to recompile markdown to html after every change. If it > unnecessarily recompiles the *entire* wiki after each edit It doesn't. It first checks which files have changed, and then recompiles only the affect

Re: GSoC application deadline passed

Hi again, On Mon, Mar 17, 2008 at 10:37:04AM +0100, Arne Babenhauserheide wrote: > El Sunday, 16 de March de 2008 18:44:14 [EMAIL PROTECTED] > escribió: > > (Oh, by the way, before you accuse me of arrogance: I consider my > > own person mostly useless myself.) > > The GSoC applications doesn't

Re: GSoC application deadline passed

Hi, On Tue, Mar 18, 2008 at 12:52:17AM +0100, Thomas Schwinge wrote: > On Mon, Mar 17, 2008 at 07:48:25AM +0100, [EMAIL PROTECTED] wrote: > > It's just really bad luck, you absence at this very time... You are > > indeed the one hoped to get most help from. If I had known about this > > before, I

Re: Thread model (was: Ext2 superblock fault)

Hi, On Mon, Mar 17, 2008 at 10:41:01AM +, Samuel Thibault wrote: > [EMAIL PROTECTED], le Sun 16 Mar 2008 08:52:56 +0100, a écrit : > > What makes me wonder is, how can it happen in the first place that > > so many requests are generated before the superblock is requested > > during handling o

Re: accepted to SoC

Hi, On Tue, Mar 18, 2008 at 01:48:54AM +0100, Thomas Schwinge wrote: > On Mon, Mar 17, 2008 at 10:16:04PM +, James Youngman wrote: > > Great news. I also note that gEDA, GCC and Hurd were also > > accepted. > > Indeed GNU Hurd has been accepted. While at it (sorry for misusing this thread

Re: GSoC application deadline passed

Hi, On Fri, Mar 14, 2008 at 06:20:10PM +0100, Thomas Schwinge wrote: > First: I'm still alive! And even doing well! Good news ;-) > Sorry for my absence. I was really busy with preparing for my > university exams and real life and there really wasn't any quality > time left for doing GNU stuf

Re: GSoC application deadline passed

Hi, On Thu, Mar 13, 2008 at 02:49:22PM +, Samuel Thibault wrote: > I found Olaf's mail was actually quite diplomatic, considering the > very low help he got on this. Indeed :-) I tried to wrap my disappointment in a lot of irony, hoping that it would stick, but not seem to bitter a reproach.

Re: Thread model

Hi, On Wed, Mar 12, 2008 at 03:56:47PM -0400, Thomas Bushnell BSG wrote: > The clever way is to identify the particular things in the stack which > must be saved, and throw the rest away, and then restart the > continuation with the few things that really matter. This is what the > kernel does i

Re: Thread model (was: Ext2 superblock fault)

Hi, On Tue, Mar 11, 2008 at 11:19:32AM +, Samuel Thibault wrote: > [EMAIL PROTECTED], le Tue 11 Mar 2008 04:53:45 +0100, a écrit : > > [I] suggested a more adaptive approach: Keep track of the existing > > threads, and if none of them makes progress in a certain amount of > > time (say 100 ms

Re: GSoC application deadline passed

Hi, On Fri, Mar 14, 2008 at 04:02:37PM +0100, Michael Banck wrote: > On Fri, Mar 14, 2008 at 02:16:31PM +, Samuel Thibault wrote: > > Actually, while reading the proposal, I thought "well, that mostly > > means advertising the K* CDs" > > Which is where I failed. I wrote up an announcement,

Roadmap etc. (was: GSoC application deadline passed)

Hi, On Fri, Mar 14, 2008 at 03:58:33PM +0100, Arne Babenhauserheide wrote: > El Friday, 14 de March de 2008 15:08:31 Carl Fredrik Hammar escribió: > > Most of the recent changes has been on the L4 branch, which was > > originally an attempt to port Hurd to the L4 micro kernel. That > > didn't wo

Re: GSoC application deadline passed

Hi, On Fri, Mar 14, 2008 at 10:02:56AM +0100, Arne Babenhauserheide wrote: > I'm sorry I didn't contribute. > > First of all I didn't think I could really help, since my knowledge of > HURD internals is limited to some surface stuff (that's what you learn > in informatics courses). I'm sorry

Re: Google Summer of Code participation

Hi, On Tue, Mar 11, 2008 at 10:03:29PM +0100, Carl Fredrik Hammar wrote: > <[EMAIL PROTECTED]> writes: > > You would soon have to decide whether you want to apply as student > > again, or mentor the project. (Or just do it independently as you > > planned...) It's not possible to do both :-) > >

Re: Thread model

Hi, On Tue, Mar 11, 2008 at 12:10:17PM +0100, Neal H. Walfield wrote: > > using some kind of continuation mechanism: Have a limited number of > > threads (ideally one per CPU) handle incoming requests. Whenever > > some operation would require blocking for some event (in the case of > > diskfs,

Re: Wiki slowness

Hi, On Fri, Mar 14, 2008 at 02:52:04PM +, Samuel Thibault wrote: > BTW, I wonder why the wiki modifications should be so slow. Are there > so many things to do in the wiki engine to perform that action? Seems that updating the HTML pages is really so slow. On my Hurd machine (1 GHz P3, 512

Developer Blog (was: GSoC application deadline passed)

Hi, On Fri, Mar 14, 2008 at 04:23:34PM +0100, Michael Banck wrote: > A developer blog (i.e. something which is shared by all the active > developers, and only has entries regarding current developments) might > be interesting Sounds interesting indeed. Are you willing to take care of that? :-)

Re: Thread model

Hi, On Wed, Mar 12, 2008 at 05:12:03PM +0100, Marcus Brinkmann wrote: > As for the threading model, more than one kernel thread per real CPU > doesn't seem to make much sense in most cases. Well, add a "per processing step" to make this statement more generally true. In some cases, it's useful t

Re: GSoC application deadline passed

Hi, On Thu, Mar 13, 2008 at 08:38:14AM -0600, Michael Heath wrote: > People had their reasons or lack of motivation for contributing or > participating. But motivation enough for complaining about my lovely little mail? :-) > A responsible person would (at least in the future) choose the logica

Re: GSoC application deadline passed

Hi, On Fri, Mar 14, 2008 at 03:08:31PM +0100, Carl Fredrik Hammar wrote: > Now to a real issue. While there's nothing wrong with the project as > such (in fact it's quite a good idea), I think most of the project is > more in the domain of distributions, e.g. Debian, rather then the Hurd > itsel

GSoC application deadline passed

Hi, A little status update: The participation deadline for organisations passed yesterday. It's all over now -- those who didn't contribute to the organisation application and student application form drafts (which includes YOU), have managed to get away. Oh, and yes: Amazingly, I actually manag

Thread model (was: Ext2 superblock fault)

Hi, On Sun, Mar 09, 2008 at 10:17:05PM -0400, Thomas Bushnell BSG wrote: > On Mon, 2008-03-10 at 01:19 +, Samuel Thibault wrote: > > This thread is syncing everything, i.e. asking a lot of writes, > > which triggers the creation of a lot of threads. Unfortunately the > > superblock was paged

Re: Google Summer of Code participation

Hi, On Sun, Mar 09, 2008 at 11:43:12PM +0100, Carl Fredrik Hammar wrote: > <[EMAIL PROTECTED]> writes: > > Especially the project list needs work. Some of the project > > descriptions are only skeletons; I lack the knowledge to fill in the > > details. But I know that some of you have much better

<    5   6   7   8   9   10   11   >