bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Where to run the Hurd


From: Samuel Thibault
Subject: Re: Where to run the Hurd
Date: Thu, 2 Jul 2009 20:51:11 +0200
User-agent: Mutt/1.5.12-2006-07-14

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 drives anyway.

The serial number doesn't exactly match, so there is little surprise I
guess.

> ide_probe_for_cmd640x hangs in the call to probe_for_cmd640_pci1.

Ok. That's odd as there is no infinite loop there :)

> This latter function calls match_pci_cmd640_device in a loop and what
> my output tells me is that ide_probe_for_cmd640x calls
> probe_for_cmd640_pci1 several times

Oh? That's not supposed to happen, as the code shows as well as callers
of these. Could you investigate in that direction?

> In the first calls match_pci_cmd640_device gets called
> only once per call to probe_for_cmd640_pci1.

That's odd too, could you check the value returned by
match_pci_cmd640_device and the value of cmd640_key?

> the loop inside probe_for_cmd640_pci1 calls match_pci_cmd640_device
> several times (~15) and the last of these calls hangs.

Could you check where in the i loop and which instruction of the
get_cmd640_reg_pci1 loop exactly?

> Other from FDC, nothing looks like a hard drive here.

Indeed. I guess your controler is a SATA one. You need to enable legacy
IDE/ATA emulation in the bios for gnumach to be able to use it. If there
is no such option, you're hosed :/

Thanks again,
Samuel




reply via email to

[Prev in Thread] Current Thread [Next in Thread]