linux-kernel - Re: Off-by-one in both LIBATA and IDE drivers

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] [day] [month] [year] [list]

Message-ID: <20090314104813.5b479747@lxorguk.ukuu.org.uk>
Date:	Sat, 14 Mar 2009 10:48:13 +0000
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	"Norman Diamond" <n0diamond@...oo.co.jp>
Cc:	"Robert Hancock" <hancockrwd@...il.com>,
	<linux-kernel@...r.kernel.org>, <linux-ide@...r.kernel.org>,
	"Jim Paris" <jim@...n.com>,
	"Sergei Shtylyov" <sshtylyov@...mvista.com>,
	"Bartlomiej Zolnierkiewicz" <bzolnier@...il.com>,
	"Mark Lord" <liml@....ca>
Subject: Re: Off-by-one in both LIBATA and IDE drivers

> That doesn't explain why ide0=noprobe ide1=noprobe hda=none hdb=none 
> hdc=none hdd=none still didn't stop the old IDE layer from grabbing 
> something.  ATA didn't report whether there was something it couldn't grab 
> onto, all it did was report loading and that was the end of it.

It doesn't report that case because that case is considered quite normal
and in addition the probing is handled by the PCI core so it would have
to make a real effort to do so.

As to why ide0=noprobe doesn't work you'd have to ask the IDE folks but
it used to be the case that didn't deal with PCI devices just legacy
--
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/