Comment # 2 on bug 1165535 from Ulrich Windl

(In reply to Hannes Reinecke from comment #1)
> Can you give some more details on how you configured 'encrypted swap' ?
> dm-crypt? Hardware encryption?

It's a LUKS volume via /etc/crypttab:
cr_swap        
/dev/disk/by-id/ata-Samsung_SSD_860_EVO_500GB_S4YAMG8N878778W-part2 none      
discard,swap

> Would it be possible use 'normal' swap and check if the error persists?

I think it's hard enough to reproduce the memory pressure (it that was the
trigger at all). Maybe even the encrypted swap does not matter; maybe the
discard option matters; I don't really know.

Also I had been using this setup for a long time. Only a few weeks ago I
replaced a dying harddisk with the SSD, adjusting the setup.  So far it was the
first time that this problem had occurred.

(the advantage of the old and noisy Seagate disk was that you could clearly
hear when the system started paging, explaining the slowness of the system ;-)
With SSD you hardly experience a major slowdown when the system begins paging)

Maybe "ata2: log page 10h reported inactive tag 5" indicates that something's
wrong in the kernel. That was the message after which everything began.  I can
exclude memory errors, as the system uses an old AMD Phenom II CPU with ECC RAM
that is absolutely "rock solid stable".