linux-kernel - Re: [PATCH] EDD: Check for correct EDD 3.0 length

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]

Message-ID: <20120515164143.3e8a8d04@pyramind.ukuu.org.uk>
Date:	Tue, 15 May 2012 16:41:43 +0100
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Gleb Natapov <gleb@...hat.com>
Cc:	Hannes Reinecke <hare@...e.de>,
	LKML <linux-kernel@...r.kernel.org>,
	"H. Peter Anvin" <hpa@...ux.intel.com>
Subject: Re: [PATCH] EDD: Check for correct EDD 3.0 length

> Hmm, will work if standard I/O addresses are used for master/slave, but
> I do not see this information be exposed via /sys by EDD. So how can I
> do it from OS installer with current kernel or kernel with reverted
> patch?

I don't think we provide the needed info for this (or EDD 2.1 which I've
just discovered actually shipped in some plug in boards). Not sure 2.1 is
around online anywhere.

Thats a separate problem though.

My big concern is that we are sure it disappearing won't break anything.
It's been noticed at SuSE so it's obviously not entiely invisible.

I'd love to see EDD 1.1 and 2.1 support in the kernel as I could then
merge pata_hdd which drives original MFM/RLL drives. However I don't
believe its worth the effort unlike doing 3.0 right.

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/