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: Sun, 19 Jul 2009 16:16:55 +0200
User-agent: Mutt/1.5.12-2006-07-14

unlimitedscolobb@gmail.com, le Sat 18 Jul 2009 01:06:39 +0300, a écrit :
> On Thu, Jul 02, 2009 at 08:51:11PM +0200, Samuel Thibault wrote:
> > Thanks for your investigation, it's clearly useful!
> 
> I actually enjoy doing this.  It has been my dream for a long time to
> go down to the kernel level, so it's very exciting for me to actually
> do something to the kernel itself (although it's only adding printk's
> so far :-) ).

We all begin that way... ;)

> The function get_cmd640_reg_pci2 hangs when cmd640_key
> is 0xCC00 at the line ``b = inb_p(cmd640_key + reg);''

Ouch.

Well, actually cmd640.c should really not poke PCI configuration ports
and probe_for_hwifs should rather use ide_probe_pci instead.  I'd tend
to think we should just not enable cmd640 support by default, as it's a
bug-prone workaround for buggy hardware...

> > > 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 :/
> 
> Well, I don't think my controller is a SATA one :-) The reasoning is
> simple: Wikipedia tells that SATA was created in 2003, and I bought my
> old box in 2001 :-)

Ah. Mmm, you said you had a RAID board, is your hard drive connected to
it and not the motherboard's IDE?

Samuel




reply via email to

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