Re: Setting up eth-multiplexer in QEMU

2009-06-28 Thread Da Zheng
Hi, Sergiu Ivanov wrote: Hello, On Sat, Jun 27, 2009 at 08:45:43PM +0800, Da Zheng wrote: I failed to install Hurd in Q - the qemu for Mac OS X, so I cannot test eth-multiplexer in qemu. Could you just run the modified pfinet directly on gnumach? So we can test which component has the pr

Re: Setting up eth-multiplexer in QEMU

2009-06-28 Thread Da Zheng
Hi, Da Zheng wrote: eth-mulitplexer needs to set the ethernet card to the promiscuous mode. I wonder if that can cause the problem. Unfourtunately, when I try googling for ``qemu'' and ``promiscuous'' together, I get the information about setting up bridged networking with the guest sy

Re: Setting up eth-multiplexer in QEMU

2009-06-28 Thread Sergiu Ivanov
Hello, On Sun, Jun 28, 2009 at 04:34:22PM +0800, Da Zheng wrote: > Sergiu Ivanov wrote: >> Do you suggest trying the following (where pfinet is the path to the >> modified pfinet executable): >> >> # settrans -a /servers/socket/2 pfinet -i /dev/eth0 -a -g -m >> >> >> If so, it fails with pfin

Re: Setting up eth-multiplexer in QEMU

2009-06-28 Thread Sergiu Ivanov
Hello, On Sun, Jun 28, 2009 at 05:02:51PM +0800, Da Zheng wrote: > Da Zheng wrote: >> I should test again whether they can work if the Ethernet card cannot >> be set in promiscuous mode. >> I look into the code of eth-multiplexer again. It seems that >> eth-multiplexer should work even if the

Re: Where to run the Hurd

2009-06-28 Thread Sergiu Ivanov
Hello, On Sat, Jun 27, 2009 at 10:11:37PM +0200, Samuel Thibault wrote: > Sergiu Ivanov, le Sat 27 Jun 2009 23:00:43 +0300, a écrit : > > On Sat, Jun 27, 2009 at 09:32:53PM +0200, Samuel Thibault wrote: > > > Sergiu Ivanov, le Sat 27 Jun 2009 22:24:58 +0300, a écrit : > > > > Probing PCI hardware.

Re: Where to run the Hurd

2009-06-28 Thread Samuel Thibault
Hello, Sergiu Ivanov, le Sun 28 Jun 2009 23:17:11 +0300, a écrit : > linux_init->device_setup (from linux/dev/drivers/block/genhd.c)-> > blk_dev_init->ide_init->probe_for_hwifs->ide_probe_promise_20246. > > I hope this notation makes it clear that I'm talking of something > similar to a backtrace

Re: [PATCH] fully enable rpctrace to trace multitask programs.

2009-06-28 Thread olafBuddenhagen
Hi, On Mon, Jun 15, 2009 at 04:04:43PM +0800, Zheng Da wrote: > Unfortunately, git in my Hurd doesn't support --patience option, so > the patch might be still messy in some places. 1.6.3.1 is available from the debian-ports repository -antrik-

Re: cmp: the port comparison server

2009-06-28 Thread olafBuddenhagen
Hi, On Wed, Jun 17, 2009 at 09:12:10AM +0200, Carl Fredrik Hammar wrote: > On Mon, Jun 15, 2009 at 01:24:05AM +0200, olafbuddenha...@gmx.net > wrote: > > On Wed, Jun 10, 2009 at 01:49:02PM +0200, Carl Fredrik Hammar wrote: > > Actually, I'm not sure where the comparision server fits in, in view >

Re: System stability

2009-06-28 Thread olafBuddenhagen
Hi, On Tue, Jun 16, 2009 at 11:13:26PM +0200, Arne Babenhauserheide wrote: > Am Montag, 15. Juni 2009 00:38:16 schrieb olafbuddenha...@gmx.net: > > I must admit that the ratio is probably even worse in my case... I > > got very mixed results with bug reports to various projects in the > > past, w

Re: [PATCH] fully enable rpctrace to trace multitask programs.

2009-06-28 Thread olafBuddenhagen
Hi, On Mon, Jun 22, 2009 at 05:22:48PM +0800, Da Zheng wrote: > olafbuddenha...@gmx.net wrote: >>> Though Hurd provides ihash, we cannot use it as a dynamic array or >>> linked list. They are very common structure. We should have a general >>> implementation and include them in some library such

Re: Code trust by reverse authentication

2009-06-28 Thread olafBuddenhagen
Hi, On Thu, Jun 11, 2009 at 07:07:35PM +0200, Carl Fredrik Hammar wrote: > To load a mobile object we first need to load its code base that has > been specified by the sender of the object. The ideal way to do this > would be to send a port to a .so file and then load that. > > If we loaded the

Re: Setting up eth-multiplexer in QEMU

2009-06-28 Thread Zheng Da
Hi, On Sun, Jun 28, 2009 at 9:56 PM, Sergiu Ivanov wrote: > Hello, > > This makes me suspect that eth-multiplexer is not the troublesome > component we are looking for. Do you share this opinion or do you > still insist on my trying to deprive eth-multiplexer of the > functionality of setting the