headers
Dawid Gajownik | 1 Feb 10:27

Re: Status of project?

Dnia 01/31/2005 08:21 PM, Użytkownik B. Douglas Hilton napisał:
> I set up that page quite a while ago, and you guys can edit it to 
> keep it up to date. Its a Wiki page so just make an account on 
> Gnufans and you can edit it whenever you feel like it.

I'll try to update it -- just give me two weeks more. Right now I have
to pass my exams :/

Actually, that's the only way I can help Hurd (except testing), because
I'm only a normal user :)

----------------------------------------------------------------------
Najlepsze auto, najlepsze moto... >>> http://link.interia.pl/f1841
Permalink | Reply | 3 comments |
headers
Vittore Scolari | 2 Feb 00:31

Error in makefile.am

I think there is a typo in libc/Makefile.am

line 52:
glibc_version = 2004-01-23

should be
glibc_version = 2005-01-23

otherwise patches doesn't apply.

have not tried yet with this correction because it's too late and i must 
go to sleep..

Thanks,
    Vittore
Permalink | Reply | 1 comment |
headers
Glen Kaukola | 2 Feb 05:27
Favicon

sleep in laden's shutdown

Hi there.

Here's what I came up with for sleeping a little while in laden's 
shutdown function:

         pushl   %eax
         movl    $0xFFF, %eax
sleep:  subl    $1, %eax
         hlt
         cmp     $0, %eax
         jne     sleep
         popl    %eax

My previous attempt was to use a bios call, but for some reason it 
didn't work out too well.  Just wondering if anyone can tell me why the 
following didn't work:

         pushl   %edx
         pushl   %eax
         movw    $0, %cx
         movw    $0, %dx
         movb    $0x86, %ah
         int     $0x15
         popl    %eax
         popl    %edx
         popl    %ecx

Oh, and by the way, the push and pop stuff can maybe be done away with 
if it's assembly thrown into some C code.  I just have that there since 
I'm testing things by throwing it into laden's ia32-crt.S file.  But
(Continue reading)

Permalink | Reply | 2 comments |
headers
B. Douglas Hilton | 2 Feb 07:12
Picon

Re: Status of project?

Dawid Gajownik wrote:

> Dnia 01/31/2005 08:21 PM, Użytkownik B. Douglas Hilton napisał:
>
>> I set up that page quite a while ago, and you guys can edit it to 
>> keep it up to date. Its a Wiki page so just make an account on 
>> Gnufans and you can edit it whenever you feel like it.
>
> I'll try to update it -- just give me two weeks more. Right now I have
> to pass my exams :/
>
> Actually, that's the only way I can help Hurd (except testing), because
> I'm only a normal user :)

Exams first, of course. We want to minimize karma-losses, and you can
help us better as a graduate rather than a flunkie :-)

Seriously though, I'm in a similar situation. I'm a decent programmer, and
I have some grasp of assembler, computer architecture, and low-level
computer basics, but honestly, most of the current L4-Hurd development
is way over my head. My degree is in mechanical engineering, not computer
science, so while I can follow recipes to compile and run things, I am more
of a hobbyist than a professional here.

I have been following Hurd development for more than a few years, though,
and I continue be interested in L4-Hurd from an engineering standpoint.
As an engineer, I desire to have a "kernel in my pocket" as it were, 
such that
I could concievably hack in support to control industrial equipment and 
write
(Continue reading)

Permalink | Reply | 2 comments |
headers
Simon Kagstrom | 2 Feb 08:25
Picon
Favicon

Re: sleep in laden's shutdown

On 2005-02-01, 20:27, Glen Kaukola wrote:
> Hi there.
> My previous attempt was to use a bios call, but for some reason it 
> didn't work out too well.  Just wondering if anyone can tell me why the 
> following didn't work:
> 
>         pushl   %edx
>         pushl   %eax
>         movw    $0, %cx
>         movw    $0, %dx
>         movb    $0x86, %ah
>         int     $0x15

I'm not sure about this, but %cx:%dx should contain the delay period, which is
zero in this case. Does it sleep infinitely or not at all? What happens with
some non-zero value in %cx:%dx?

The carry flag and %ah should give you the status of the call.

Finally a use for that ancient DOS assembly book ;-)

// Simon
Permalink | Reply | 1 comment |
headers
Bas Wijnen | 2 Feb 10:14
Picon
Favicon

Re: Status of project?

B. Douglas Hilton wrote:
> I have been following Hurd development for more than a few years, though,
> and I continue be interested in L4-Hurd from an engineering standpoint.
> As an engineer, I desire to have a "kernel in my pocket" as it were,
> such that
> I could concievably hack in support to control industrial equipment and
> write
> a simplified userland tailored to the process.

I really like that idea as well, indeed.

> The Linux kernel would
> appear
> a good choice for this, and it probably is the best choice right now,
> but its
> sheer bulk of code is highly unwieldy. Microkernel seems to imply small,

While all the pieces are smaller, you should not expect the result to
be.  Linux uses modules to allow you to remove most parts you don't use
at run time, so it shouldn't make much of a difference.

Of course things like libcrypt in the kernel (so non-swappable) whenever
you have an encrypted filesystem mounted is a problem that doesn't exist
for microkernels, but they have their own problems.  I wouldn't expect
the result to be significantly smaller (or larger).

> and
> hopefully understandable source code.

It should indeed be more understandable.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Glen Kaukola | 2 Feb 10:59
Favicon

Re: sleep in laden's shutdown

Simon Kagstrom wrote:
> I'm not sure about this, but %cx:%dx should contain the delay period, which is
> zero in this case. Does it sleep infinitely or not at all? What happens with
> some non-zero value in %cx:%dx?

Well I tried it with some non-zero values as well.  Either way it kinda 
seems to just crash.
Permalink | Reply | 0 comments |
headers
arief# | 2 Feb 09:24
Picon

First Booting of L4-Hurd

Dear all.

Seing on kerneltrap today that there has been some progress on L4-Hurd
(though I don't really understand what it mean), I try to get l4-hurd to
boot. 

First downloading from CVS, using cvsgrab because I don't have direct
connection and my proxy is prohibiting CVS port.

Following instruction on the README, and then using pistachio-demodisk
as a base. And then booting with the following menu.lst:

title  GNU Hurd on L4
kernel /boot/laden -D -o serial,uart1,speed=9600
module /boot/ia32-kernel
module /boot/sigma0
module /boot/wortel -D -o serial,uart1,speed=9600
module /boot/physmem
module /boot/task
module /boot/deva
module /boot/task
module /boot/ruth

and then using qemu like this:
qemu -dummy-net  -serial stdio -fda pistachio-ia32-0.4-demodisk.bin
-boot a

All I get is this:

laden:main: laden 0.0
(Continue reading)

Permalink | Reply | 4 comments |
headers
Vittore Scolari | 2 Feb 13:36

Re: First Booting of L4-Hurd

arief# wrote:

>
>laden:main: Entering kernel at address 0x142000...
>
>And then something that says:
>CPU does not support all features (1002809) -- halting
>
It crash when pistachio starts, because qemu tells him it is running on 
a i586 (don't know why)
So Makeconf.local in the pistachio build dir must contain

ARCH=ia32
CPU=i586
PLATFORM=pc99

Hope it works this way.

Thanks,
    Vittore
Permalink | Reply | 0 comments |
headers
Marcus Brinkmann | 2 Feb 15:28
Picon
Favicon

Re: First Booting of L4-Hurd

At Wed, 02 Feb 2005 15:24:37 +0700,
arief# <arief_m_utama <at> telkomsel.co.id> wrote:
> Following instruction on the README, and then using pistachio-demodisk
> as a base. And then booting with the following menu.lst:

If you followed the instructions in the README, you should have
realized you can't use the demodisk.  You must recompile L4, with the
patches in the README, and with a different linkbase for sigma0.

> And then something that says:
> CPU does not support all features (1002809) -- halting
> 
> Haven't try to debug anything yet, just wanna make sure I've done it
> right. 
> 
> Tried to change kernel menuconfig using Pentium2/3, still not succeded.

You need Pentium 1 for qemu (and disable APIC, but that is the default
already).

Good luck,
Marcus
Permalink | Reply | 2 comments |

Gmane