On Sat, 19 Dec 2020 20:28:42 +0100
Damiano Rocchi wrote:
> Hello,
> I am Damiano and I would like to contribute in the Gnu Hurd project to
> support more cpu architecture like x86-64 ( if it is useful ) or Arm.
> I wait your reply.
Yesterday I started porting gnumach to ppc64le. I started using
Hello,
I am Damiano and I would like to contribute in the Gnu Hurd project to
support more cpu architecture like x86-64 ( if it is useful ) or Arm.
I wait your reply.
> You may be interested in this wiki page, which mentions what is needed
for 64-bit support. I
> believe the current plan is to have a 64-bit kernel with a 32 bit user
space (though 64 bit kernel
> and 64 bit user space would be cool too).
This compiling is for Power architecture, not x86. It's a
You may be interested in this wiki page, which mentions what is needed for
64-bit support. I
believe the current plan is to have a 64-bit kernel with a 32 bit user space
(though 64 bit kernel
and 64 bit user space would be cool too).
http://darnassus.sceen.net/~hurd-web/open_issues/64-bit_port
Awesome! Nice work!
December 19, 2020 9:52 AM, "Tobias Platen" wrote:
> Hello,
>
> I managed to cross compile gnumach on my Talos II using a mig installation
> in a buster chroot. For ppc support I used some modules from the osfmk kernel,
> which I took from [1]. Much more work will be needed
On Sat, 19 Dec 2020 11:44:41 +0100
Tobias Platen wrote:
> Hello,
>
> I managed to cross compile gnumach on my Talos II using a mig installation
> in a buster chroot. For ppc support I used some modules from the osfmk kernel,
> which I took from [1]. Much more work will be needed for a working PP
Hello,
I managed to cross compile gnumach on my Talos II using a mig installation
in a buster chroot. For ppc support I used some modules from the osfmk kernel,
which I took from [1]. Much more work will be needed for a working PPC branch.
[1] https://github.com/slp/osfmk-mklinux/tree/master/osfm
Svante Signell, le sam. 19 déc. 2020 13:03:19 +0100, a ecrit:
> In order no to loose bugs/not implemented features in GNU/Hurd I will submit
> bugs from now on. Either to Debians BTS or GNUs. Which one do you prefer?
For bugs in the Hurd itself, better use the savannah hurd BTS.
Samuel
On Fri, 2020-12-18 at 14:30 +0100, Svante Signell wrote:
> On Fri, 2020-12-18 at 14:02 +0100, Samuel Thibault wrote:
> And as usual gdb on a core file is useless:
> gdb -core ./core
> [New process 799]
> [New process 1]
> [New process 2]
> [New process 3]
> [New process 4]
>
> warning: Unexpected
