[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
- Re: Where to run the Hurd,
Samuel Thibault <=