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:	Fri, 13 Nov 2009 18:25:15 +0000
From:	Alan Cox <alan@...rguk.ukuu.org.uk>
To:	Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
Cc:	Robert Hancock <hancockrwd@...il.com>,
	"linux-kernel" <linux-kernel@...r.kernel.org>,
	ide <linux-ide@...r.kernel.org>, Jeff Garzik <jgarzik@...ox.com>
Subject: Re: [PATCH] libata: remove experimental tag on PATA drivers

> Fine but please update status of following host drivers that were
> marked as "stable" prematurely by commit e3389cb first:
> 
> PATA_PDC_OLD: needs to be marked as EXPERIMENTAL (or just BROKEN)
> - known reliability problems with UDMA

A few odd reports apparently linked to specific chip revs. It's at
least as stable as the old IDE one which doesn't work on my hardware. I'd
love to get it working on everything but neither driver does and I don't
think we are likely to ever extract more docs from Promise.

> PATA_ALI: EXPERIMENTAL
> - ATAPI DMA is still broken

Not experimental as we default to not doing ATAPI DMA. Glancing over the
code I notice the ALI C2/C3 workaround probably wants adding to the old
driver as it can do nasty things otherwise. (See the reset function in
the pata_ali driver)

> PATA_CMD64X: EXPERIMENTAL
> - potential data corruption issues remains unfixed for CMD64[3,6]

Patch in testing, and unlike the old IDE one it doesn't cripple the
controller but implements the proper workaround in full including
permitting parallel PIO command streams. I'll push that back through
stable once done.

> PATA_SIS: EXPERIMENTAL
> - missing MWDMA support on newer controllers

Yes seems someone fixed that in the old driver but didn't forward port
it. Trivial and fixed.

BTW - its wrong in the old driver as far as I can see - it doesn't clip
the DMA mode to the PIO limit as required by the documentation and the
ATA standard. Remember the same timings are used for both PIO and MWDMA
cycles.

> They are all old & known problems and not present in
> [ "old", "deprecated", "legacy" ] counterparts.

Which has its own different set of problems.

Any others spring to mind while you are at it ?

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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ