Just poking around for low-hanging RC fruit... This bug appears to me to have split into three seperate bugs:
cryptsetup bug, when given bad data upgrade-header code corrupts header This seems to be serious, and the point of #403426 On the other hand, if this bug only triggers when the kernel page caching gets boned, it's probably not serious against cryptsetup, but is the fault of the next bug. Either way, fixed by the changes in rev20 upstream SVN, or the 1.0.5 release. linux-image-2.6.18-3-ixp4xx bug, LUKS (and FUSE?) triggers page-cache corruption. This one seems critical, but has known fixe in flush_anon_page-generic.patch and flush_anon_page-arm.patch in debian-kernel SVN. linux-image-2.6.18-3-ixp4xx bug, LUKS (but not FUSE?) fails to mount under heavy load. This seems less than serious (it's not actively corrupting data from what I'm reading in the buglog) but prolly should be a seperate bug for tracking purposes. Anyway, from the looks of things there ought to be three seperate bugs here, #403426 against cryptsetup, maybe downgraded and two against linux-image-2.6.18-3-ixp4xx one critical (making an entire partition unusable) and one important) This would mean that cryptsetup is not unneccsarily RC, and the critical data-corruption bug in linux-image-...-ixp4xx _is_ both visible and appropriately RC. Obviously it's submitter's and maintainer's calls, and I've already done one impossible^wstupid thing before breakfast today with the BTS control bot, so I'll just leave this here as a suggestion. On the other hand I am glad now I didn't bother setting up LUKS on the slug I built last week... -- Paul "TBBle" Hampson, [EMAIL PROTECTED] Shorter .sig for a more eco-friendly paperless office.
pgpB6jhu56RPi.pgp
Description: PGP signature