linux-kernel - Re: memstick: Alternative approach to proposed fixes

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:	Wed, 27 Oct 2010 01:07:08 +0200
From:	Maxim Levitsky <maximlevitsky@...il.com>
To:	Alex Dubov <oakad@...oo.com>
Cc:	LKML <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: memstick: Alternative approach to proposed fixes

On Wed, 2010-10-27 at 00:55 +0200, Maxim Levitsky wrote:
> On Wed, 2010-10-27 at 04:41 +1100, Alex Dubov wrote:
> > As I was not able to convince myself that profound changes proposed by Maxim
> > are really necessary, I propose to follow a much milder path with this update
> > round (as I outlined in my previous emails).
> It is really sad to see that patchset.
> 
> 
> > 
> > In this small patchset, I fix a couple of small omissions as well as introduce
> > support for "extended command" MSPro transfer method (currently enabled for
> > JMicron, but I'll clear the TI host for this functionality soon). I expect the
> > current solution to scale trivially for HG and XC transfer methods (I don't
> > have the spec for the later yet).
> Indeed small.
> All the changes in this patchset are really minor and optional.
> I could have dropped them.
> 
> 
> I did much more that that.
> I made the memstick code readable so not only you could understand it
> I also wrote ms_block.c while adding common support.
> I made your code use that support.
> 
> It is really sad that you are doing that.
To futher add to that you are just resending my patch #7,
which is just a minor bugfix, and add evem more complexity to mspro when
you add CMDEX.
Why you made it host dependant?, could I ask.

To be honest the ms subsystem is one of most obscure places I have ever
seen.
It took me much more time to write the driver that what it took me to
write xD driver.

Alex, I really really hope you will accept my work.


Best regards,
	Maxim Levitsky

--
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/