linux-kernel - Re: Is the change to IDE probing really necessary?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Tue, 25 Nov 2008 00:30:02 +0000
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Mel Gorman <mel@....ul.ie>
Cc:	petkovbb@...il.com, sshtylyov@...mvista.com,
	linux-kernel@...r.kernel.org
Subject: Re: Is the change to IDE probing really necessary?

> > The mask is set to 0 and then the master/slave are detected based upon
> > the presence of PCI IDE devices on the master/slave ports.
> > 
> 
> This detection was not happening but then again the proper driver was not
> compiled. The .config I used was very minimal and lacked most drivers.

The lspci shows the correct thing happened. You have PCI devices and
didn't load the right driver. No driver, no support, no suprise.

> It is certainly the case I was not using the correct driver. Using
> CONFIG_BLK_DEV_PIIX instead of CONFIG_IDE_GENERIC makes everything work as
> expected without having to pass special options.

It would do - and you don't want to use pata_legacy/ide-generic for PCI
devices. There are several with quirks, some even corruptors that the
legacy drivers do not know how to handle.

So I think this is a case of 'I put best steam coal in my car and it
didn't go'

Alan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/