Re: Tasks list for GNU Mach

Hi All, Is it possible to compare L4 and Mach side-by-side and have list of features that are there in L4? Is the design of Mach flawed or is it the implementation that lacks the original vision? Or the focus is changing too fast from one option to the other ? - Ashish --- [EMAIL PROTECTED] wrot

Re: Tasks list for GNU Mach

Is it possible to compare L4 and Mach side-by-side and have list of features that are there in L4? Not easily, the differences are just to big. One can make quite a crude sketch of what the differences are, but not side-by-side in a detailed fashion. Is the design of Mach flawed or is i

User TSS fixup

Hi, I'm fixing debian bug #46709, here is a first bug correction: the GDT entry for TSS segment needs a linear address, not a virtual one. And the address of the io barrier is already what is required (i.e a limit), there is no need to substract 1. Please apply, Samuel 2005-12-26 Samuel Thibault

GNU From Scratch

Dear list, I think a "GNU From Scratch" project, where a detailed cross-compile process for kernel and system is presented, could attract a lot more developers to the GNU operating system and Hurd. Many people, like me, do not like Debian, and a lot like to roll their own system to get to know it

Re: GNU From Scratch

Do you think this is feasible and sensible? No, it is a waste of time. More often than not you learn nothing, since you are simply following steps that someone else has written for you. Following instructions blindly is not learning, or exploring. Also, compiling a system from scratch is adho

Re: GNU From Scratch

On Mon, 26 Dec 2005 21:22:00 +0100 Alfred M\. Szmidt <"Alfred M\. Szmidt" <[EMAIL PROTECTED]>> wrote: | No, it is a waste of time. More often than not you learn nothing, | since you are simply following steps that someone else has written for | you. Following instructions blindly is not learn

Re: GNU From Scratch

Is the GNU project propagating "one size fits all" here? You are always free to modify the system to fit your needs, this is one of the freedoms of free software. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-h

Re: GNU From Scratch

El Mon, Dec 26, 2005 at 09:22:00PM +0100, Alfred M. Szmidt ens deleit? amb les seg?ents paraules: > Making a usable system that is easy to upgrade, maintain, and use is far > more work than compiling things from scratch into some directory (which I > can do in about a minute, excluding compilati

Re: GNU From Scratch

anyway, there's actually a tool to create a system from scratch on Bee This has already existed for the GNU system since about 1 year now. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[bug #7118] GNU Mach can't handle 1G memory

Follow-up Comment #1, bug #7118 (project hurd): Here is additionnal information from http://bugs.debian.org/226609: Message received at [EMAIL PROTECTED] (full text, mbox): From: Michael Banck <[EMAIL PROTECTED]> To: Robert Millan <[EMAIL PROTECTED]>, [EMAIL PROTECTED] Subject: Re: Processed: R

[bug #15295] Mach lets processes write to I/O ports

URL: Summary: Mach lets processes write to I/O ports Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 22:23 Category: GNU Mach

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: util.h Size:0 KB ___ Reply to this item at:

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: ioport.c Size:0 KB ___ Reply to this item at:

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: patch1 Size:1 KB ___ Reply to this item at:

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: ioport2.c Size:2 KB ___ Reply to this item at:

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: ioport3.c Size:1 KB ___ Reply to this item at:

[bug #15295] Mach lets processes write to I/O ports

Additional Item Attachment, bug #15295 (project hurd): File name: patch2 Size:1 KB ___ Reply to this item at:

[bug #3939] rpctrace:d program hangs when signal that terminates or suspends it is sent

Update of bug #3939 (project hurd): Status: Fixed => None ___ Reply to this item at: _

[patch #4737] User TSS fixup

URL: Summary: User TSS fixup Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 22:44 Category: GNU Mach Priority: 5 -

[bug #15295] Mach lets processes write to I/O ports

Follow-up Comment #1, bug #15295 (project hurd): Note that this depends on patch #4737 for proper user TSS functionning. Marcus' proposed file #3216 does fix the issue indeed. But of course then neither the console nor Xorg work any more (illegal instruction), and i386_io_port_add() still fails

[bug #15296] gnumach hangs because of Linux 2.0.36 adaptec drivers

URL: Summary: gnumach hangs because of Linux 2.0.36 adaptec drivers Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 22:57 Category:

Re: GNU From Scratch

El Mon, Dec 26, 2005 at 10:10:49PM +0100, Alfred M. Szmidt ens deleit? amb les seg?ents paraules: >anyway, there's actually a tool to create a system from scratch on >Bee > > This has already existed for the GNU system since about 1 year now. > sorry, but we didn't know about any worki

[bug #15298] gnumach detects VMware's ethernet card twice

URL: Summary: gnumach detects VMware's ethernet card twice Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 23:41 Category: GNU Mach

[bug #15298] gnumach detects VMware's ethernet card twice

Follow-up Comment #1, bug #15298 (project hurd): >From http://bugs.debian.org/49564 ___ Reply to this item at: ___ Message pos

[bug #15300] not paranoid enough about device name

URL: Summary: not paranoid enough about device name Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 23:48 Category: GNU Mach

[bug #15301] Please fix -H init option for preventing gnumach from automatically rebooting on panic

URL: Summary: Please fix -H init option for preventing gnumach from automatically rebooting on panic Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005

[patch #4738] Patch consider_lmm_collect: Test always true

URL: Summary: Patch consider_lmm_collect: Test always true Project: The GNU Hurd Submitted by: sthibaul Submitted on: lun 26.12.2005 à 23:57 Category: GNU Mach