Re: qemu with Debian K14

Hi Thomas, --- On Mon, Mar 31, 2008 at 9:43 PM, Thomas Schwinge <[EMAIL PROTECTED]> wrote: | The documentation is available here: | http://free-opensource.qvantel.net/mediawiki/index.php/Hurd_K14_Qemu \-- It is temporarily offline. Will bring it back soon. SK -- Shakthi Kannan http://www.shakt

Re: client-side memory buffers

On Mon, Mar 31, 2008 at 9:23 PM, Joshua Stratton <[EMAIL PROTECTED]> wrote: > I was on the irc channel talking about the feasibility using client-side > memory buffers for a new network stack. Based on some feedback about > difficulties of implementing this in the Hurd, I thought I would ask anyo

Re: Hurdish TCP stack

> > Supposedly all network connections use this interface (TCP, UDP, LP). > > What is LP?... 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. I'm

Re: I/O Path

Hello, No news since some time, are you still working on it? The student application deadline has been extended by one week BTW. Samuel

client-side memory buffers

I was on the irc channel talking about the feasibility using client-side memory buffers for a new network stack. Based on some feedback about difficulties of implementing this in the Hurd, I thought I would ask anyone if they thought this would be especially difficult--particularly Marcus and Neal

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: hurd internet through qemu

Hello! Slowly catching up with email... On Mon, Mar 31, 2008 at 12:19:47PM -0600, Joshua Stratton wrote: > I have followed few pages of setting up the Hurd's network through qemu, This one should have all you need: . > however it seems that eth

[GSoC] GNU/Hurd Sound Support

Hello Everyone, This is kind of a late follow up to these threads [1][2]. I have been busy the past few days, and was apprehensive about applying for GNU/Hurd as the application deadline was getting very close, but with the recent deadline extension I think there'll be a chance for me to talk furth

Re: Hurdish TCP stack (was: updated proposal)

If anyone hasn't read up on how Plan9 runs their network stack, they have a separate directory of each connection. An example in the paper is shown as the following, # cd /net/tcp/2 <--- this is like the second TCP connection # ls -l ctl data listen local remote status They use an interesting

hurd internet through qemu

I have followed few pages of setting up the Hurd's network through qemu, however it seems that eth0 is never configured on boot so the following command breaks because no eth0 device has been configured. # settrans -afgp /servers/socket/2 /hurd/pfinet -i eth0 -a 10.0.2.15 -g 10.0.2.2 -m 255.255.25

Re: Hurdish TCP stack (was: updated proposal)

Hey, I did some reading up on the Plan9 design for their network hierarchy. I think it's interesting. I wouldn't mind using it just so the layout would be more commonplace (for those who may have used Plan9). I also like the access to the interface statistics. Plan9, from what I've read, tries

Re: Wiki slowness

Hello! On Mon, Mar 17, 2008 at 07:16:28AM +0100, [EMAIL PROTECTED] wrote: > 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 tha

Re: Wiki slowness

Hello! On Mon, Mar 17, 2008 at 09:53:09AM +0100, Arne Babenhauserheide wrote: > El Saturday, 15 de March de 2008 15:11:21 Carl Fredrik Hammar escribió: > > Ikiwiki seems to recompile markdown to html after every change. If it > > unnecessarily recompiles the *entire* wiki after each edit It only

Re: qemu with Debian K14

Hello! I still had this email in my web-hurd folder... On Sat, Dec 22, 2007 at 08:23:31PM +0530, Shakthi Kannan wrote: > I have written detailed documentation in setting up Debian GNU Hurd > (K14) with qemu on Debian Etch GNU/Linux (x86). Networking works as > well. > > The documentation is avai

Requesting to help me in selecting the second project

Hi Olaf, After a lot of thinking and working on the possibilities you showed me yesterday I have come up with the the following 3 ideas as the ideas for my second proposal. They are listed in the order of knowledge I have about them and my preferences at the moment. (Somehow I am so much