Re: Where to run the Hurd

Hello, On Sun, Jul 19, 2009 at 04:16:55PM +0200, Samuel Thibault wrote: > unlimitedscol...@gmail.com, le Sat 18 Jul 2009 01:06:39 +0300, a écrit : > > > > > > Other from FDC, nothing looks like a hard drive here. > > > > > > Indeed. I guess your controler is a SATA one. You need to enable legacy

Re: Where to run the Hurd

unlimitedscol...@gmail.com, le Sat 18 Jul 2009 01:06:39 +0300, a écrit : > On Thu, Jul 02, 2009 at 08:51:11PM +0200, Samuel Thibault wrote: > > Thanks for your investigation, it's clearly useful! > > I actually enjoy doing this. It has been my dream for a long time to > go down to the kernel leve

Re: Where to run the Hurd

Hello, I'm sorry for this very late reply :-( It turned out that I was busier than I considered myself to be :-( On Thu, Jul 02, 2009 at 08:51:11PM +0200, Samuel Thibault wrote: > Thanks for your investigation, it's clearly useful! I actually enjoy doing this. It has been my dream for a long ti

Re: Where to run the Hurd

Hello, On Thu, Jul 02, 2009 at 08:51:11PM +0200, Samuel Thibault wrote: > Thanks for your investigation, it's clearly useful! I'm sorry, it turns out I'm a little bit busy at the moment, so I'll continue the investigation later. I estimate the probability of the fact that I'll continue it by the

Re: Where to run the Hurd

Hello, Thanks for your investigation, it's clearly useful! Sergiu Ivanov, le Mon 29 Jun 2009 16:31:19 +0300, a écrit : > Since ide_probe_promise_20246 prints a message in case it detects what > it probes for and nothing gets printed to my screen, I guess that Mach > does not detect my Promise dri

Re: New Xen domU: blubber (was: Where to run the Hurd)

Hello, On Thu, Jul 02, 2009 at 12:00:19PM +0200, Thomas Schwinge wrote: > On Sat, Jun 27, 2009 at 03:07:53PM +0200, I wrote: > > what I can offer is that you get a separate Xen domU > > on zenhost (where flubber is also running on) and you can do in that one > > whatever you want. > > This has be

New Xen domU: blubber (was: Where to run the Hurd)

Hello! On Sat, Jun 27, 2009 at 03:07:53PM +0200, I wrote: > what I can offer is that you get a separate Xen domU > on zenhost (where flubber is also running on) and you can do in that one > whatever you want. This has been finished, *blubber* is born. See

Re: Where to run the Hurd

Hello, On Sun, Jun 28, 2009 at 10:40:14PM +0200, Samuel Thibault wrote: > 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'm sorry: yesterday in

Re: Where to run the Hurd

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: Where to run the Hurd

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

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. > > > > > > Here it stops. Is this good or bad? :-) > > > > I've never seen th

Re: Where to run the Hurd

Hello, 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. > > > > Here it stops. Is this good or bad? :-) > > I've never seen that. You could track down by putting printfs. (That's > what I did

Re: Where to run the Hurd

Sergiu Ivanov, le Sat 27 Jun 2009 22:24:58 +0300, a écrit : > Probing PCI hardware. > > Here it stops. Is this good or bad? :-) I've never seen that. You could track down by putting printfs. (That's what I did for fixing a couple of bugs). Samuel

Re: Where to run the Hurd

Hello, On Sat, Jun 27, 2009 at 03:07:53PM +0200, Thomas Schwinge wrote: > On Sat, Jun 27, 2009 at 01:12:40PM +0300, Sergiu Ivanov wrote: > > I put much hope into my old box, but I forgot that it had some weird > > software RAID stuff embedded into the motherboard, which I cannot turn > > off. When

Setting up eth-multiplexer in QEMU (was: Where to run the Hurd)

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 problem. Of course, you h

Re: Where to run the Hurd

Hello! On Sat, Jun 27, 2009 at 05:47:41PM +0300, Sergiu Ivanov wrote: > On Sat, Jun 27, 2009 at 03:07:53PM +0200, Thomas Schwinge wrote: > > On Sat, Jun 27, 2009 at 01:12:40PM +0300, Sergiu Ivanov wrote: > > > I put much hope into my old box, but I forgot that it had some weird > > > software RAID

Re: Where to run the Hurd

Hello, On Sat, Jun 27, 2009 at 03:07:53PM +0200, Thomas Schwinge wrote: > On Sat, Jun 27, 2009 at 01:12:40PM +0300, Sergiu Ivanov wrote: > > I put much hope into my old box, but I forgot that it had some weird > > software RAID stuff embedded into the motherboard, which I cannot turn > > off. When

Re: Where to run the Hurd

Hello! On Sat, Jun 27, 2009 at 01:12:40PM +0300, Sergiu Ivanov wrote: > However, when I do apt-get update, it (very slowly) fetches me > ~800B, then hangs for around 6-7 minutes and then stops with warnings > and errors about failures in fetching data. > > Taking into consideration that neither a

Re: Where to run the Hurd

Hi, Sergiu Ivanov wrote: Hello, I'm now exploring the eth-multiplexer project written by Zheng. AFAICT, the aim of this project is to provide a much more flexible network strategy by allowing new virtual devices and filters and by dispatching the packets received via a (single) physical device

Where to run the Hurd

Hello, I'm now exploring the eth-multiplexer project written by Zheng. AFAICT, the aim of this project is to provide a much more flexible network strategy by allowing new virtual devices and filters and by dispatching the packets received via a (single) physical device to corresponding clients con