I'd like to port Mach to x86_64, what should I do?

[stuarthu]

   Hi every one, I'm a newbie on Mach and lack the experience. But I am 
going to take some effort on it. I have a x86_64 pc in my home, so I am 
going to port Mach to it. What should I do?



___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: I'd like to port Mach to x86_64, what should I do?

[Barry deFreese]

- Original Message - 
From: "stuarthu" <[EMAIL PROTECTED]>

To: 
Sent: Wednesday, April 26, 2006 9:10 AM
Subject: I'd like to port Mach to x86_64, what should I do?


   Hi every one, I'm a newbie on Mach and lack the experience. But I am 
going to take some effort on it. I have a x86_64 pc in my home, so I am 
going to port Mach to it. What should I do?




Pray a lot and buy lots of Aspirin ;-)

You may want to check out the hurdppc project on Savannah as I believe it 
had more of other arch support at least in the tree, though not implemented. 
I think all other archs have been ripped out of the gnumach-1-branch. 
Though I could certainly be wrong, it happens often :-)


Good luck!

Barry deFreese (aka bddebian) 




___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: I'd like to port Mach to x86_64, what should I do?

[Marco Gerards]

stuarthu <[EMAIL PROTECTED]> writes:

> Hi every one, I'm a newbie on Mach and lack the experience. But I
> am going to take some effort on it. I have a x86_64 pc in my home, so
> I am going to port Mach to it. What should I do?

Most likely it doesn't work at the moment because your interrupt
controller is not supported.  I think that is the only thing that has
to be fixed.

If you want to run in 64 bits, this task is just way too hard if you
have to ask what has to be done (no offense, of course).

--
Marco



___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

_POSIX_THREADS in

[Michael Banck]

Hi Roland,

I included your recent patch overhauling bits/posix_opt.h to Debian's
glibc package as _POSIX_THREAD_SAFE_FUNCTIONS is needed to be defiend in
order to build libX11 properly.

While reading the patch I noticed that you #defined _POSIX_THREADS to -1
in it.  I thought we have a posix thread implementation provided by
libpthread, so I am a bit confused.  Is this about something else?


thanks,

Michael

-- 
"I'm great at starting projects...but finishing?  That's harder."
-- Thomas Bushnell, BSG


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Google's Summer of Code 2006

[Thomas Schwinge]

On Thu, Apr 20, 2006 at 01:26:48PM -0400, I wrote:
> The GNU project is participating in this year's Summer of Code, [...]
> the Hurd project [...] also [...].

I installed the HTML equivavlent of the following on our top level web
page, http://hurd.gnu.org/>:

#v+
The GNU Hurd project will participate in this year's Google Summer of
Code, under the aegis of the GNU project.

The following is a list of items you might want to work on. If you
want to modify or extend these tasks or have your own ideas what to
work on, please feel invited to contact us on the bug-hurd mailing
list or the #hurd IRC channel.

* Make GNU Mach use more up to date device drivers.
* Work on GNU Mach's IPC / VM system.
* Design and implement a sound system.
* Transition the Hurd libraries and servers from cthreads to
  pthreads.
* Find and implement a reasonable way to make the Hurd servers
  use syslog.
* Design and implement libchannel, a library for streams.
* Rewrite pfinet, our interface to the IPv4 world.
* Design / implement / enhance support for the...
  o Andrew File System (AFS);
  o NFS client and NFSd;
  o EXT3 file system;
  o Logical Volume Manager (LVM).

Please see the page GNU guidelines for Summer of Code projects about
how to make an application and Summer of Code project ideas list for
a list of tasks for various GNU projects and information about about
how to submit your own ideas for tasks.
#v-

Additionally, these task proposals are also listed on
http://www.gnu.org/software/soc-projects/ideas.html>.


Regards,
 Thomas


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Google's Summer of Code 2006

[Ognyan Kulev]

Thomas Schwinge wrote:
> The following is a list of items you might want to work on. [...]

:-O Is there particular reason for dropping Xen port for GNU Mach?

Regards,
ogi


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: _POSIX_THREADS in

[Roland McGrath]

> While reading the patch I noticed that you #defined _POSIX_THREADS to -1
> in it.  I thought we have a posix thread implementation provided by
> libpthread, so I am a bit confused.  Is this about something else?

I won't define it until we have a real libpthread implementation that
interacts correctly with libc and has all the right hairy semantics.
An extra libpthread that is not integrated with libc will never be a true
POSIX implementation.


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: _POSIX_THREADS in

[Barry deFreese]

- Original Message - 
From: "Roland McGrath" <[EMAIL PROTECTED]>

To: "Michael Banck" <[EMAIL PROTECTED]>
Cc: 
Sent: Thursday, April 27, 2006 3:13 PM
Subject: Re: _POSIX_THREADS in 



While reading the patch I noticed that you #defined _POSIX_THREADS to -1
in it.  I thought we have a posix thread implementation provided by
libpthread, so I am a bit confused.  Is this about something else?


I won't define it until we have a real libpthread implementation that
interacts correctly with libc and has all the right hairy semantics.
An extra libpthread that is not integrated with libc will never be a true
POSIX implementation.



This is going to be a dumb question, but what would that take?

Thanks,

Barry deFreese (aka bddebian)


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: Google's Summer of Code 2006

[Thomas Schwinge]

On Thu, Apr 27, 2006 at 08:56:15PM +0300, Ognyan Kulev wrote:
> Thomas Schwinge wrote:
> > The following is a list of items you might want to work on. [...]
> 
> :-O Is there particular reason for dropping Xen port for GNU Mach?

Like I already told you:

| Gianluca wanted to work on that during the summer, but _outside_ of the
| Google Summer of Code, since he is also mentor for the Hurd project.

That's why I didn't put it into the Summer of Code task list.


Regards,
 Thomas


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

[task #5503] extended attributes

[Thomas Schwinge]

URL:
  

 Summary: extended attributes
 Project: The GNU Hurd
Submitted by: tschwinge
Submitted on: Friday 04/28/06 at 00:47
Category: The GNU Hurd
 Should Start On: Friday 04/28/06 at 00:00
   Should be Finished on: Friday 04/28/06 at 00:00
Priority: 5 - Normal
  Status: None
 Privacy: Public
 Assigned to: None
Percent Complete: 0%
 Open/Closed: Open
  Effort: 0.00

___

Details:

Taking the ext2 file system and passive translators as an example, a passive
translator is currently stored in a system specific field in the file system.
 This is why we have to set the ``creator os'' field to ``hurd'' when creating
an ext2 file system where we want to be able to store passive translators on.

If support for extended attributes were implemented, doing that special
handling would no longer be necessary: we could just use a standard extended
attribute for storing passive translators.  This would for example also mean
that they can easily be accessed and modified from other operating systems
through standard measures.

This task is about implementing that as described for the ext2 file system
and making up a plan for a painless transition.







___

Reply to this item at:

  

___
  Message sent via/by Savannah
  http://savannah.gnu.org/



___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd

IRC channel (was: Re: Google's Summer of Code 2006)

[olafBuddenhagen]

Hi,

On Thu, Apr 27, 2006 at 01:29:16PM -0400, Thomas Schwinge wrote:

[...]
> please feel invited to contact us on the bug-hurd mailing list or
> the #hurd IRC channel.

...on freenode.net. Why are people always forgetting to mention the
server? Freenode being by far the most popular for free software
projects, doesn't make it the only one...

-antrik-


___
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd