Re: Bug#403426: kernel corrupts LUKS partition header on arm

[Clemens Fruhwirth <clemens@endorphin.org>]

At Wed, 3 Jan 2007 20:14:42 +0100,
Martin Michlmayr <tbm@cyrius.com> wrote:
> 
> * Clemens Fruhwirth <clemens@endorphin.org> [2007-01-03 17:59]:
> > After a bit of debugging on Gordon's slug, I found out that we have
> > some kind of read race/read corruption when reading the encrypted
> > master key from a key slot.
> ...
> > As far as I understand page caching comes after dm-crypt, so maybe we
> > have some kind of cache corruption here?
> 
> Do you think this is related to http://lkml.org/lkml/2006/12/21/157

I'm sorry, I have no idea.

> I just applied the two patches from that thread and successfully ran
> 'cryptsetup luksClose' on ARM.  

"cryptsetup luksClose" is just an alias for "cryptsetup remove". This
should never fail. What's with luksOpen after the patches?

> Would the lack of __flush_anon_page() on ARM explain the corruption
> you've observed?

Again, I'm not familiar with this.
-- 
Fruhwirth Clemens - http://clemens.endorphin.org 
for robots: sp4mtrap@endorphin.org