Created attachment 98831 [details] Photo of the kernel panic I encounter a repeatable kernel oops while defragmenting a btrfs filesystem. The said filesystem is on ssd, mounted with options: rw,relatime,compress=lzo,ssd_spread,discard,space_cache,autodefrag,inode_cache. (I know defragmenting on SSD might not be of use, but still.) Oops happens in a btrfs-endio-wri "process", at btrfs_search_old_slot. Ramoops/pstore did not capture it, so I only have a photo for now (attached). Best regards, V.
Created attachment 99061 [details] Capture of console ramoops after reboot
The bug happens also when defragmenting on a HDD, mounted with options: rw,relatime,compress=lzo,space_cache,autodefrag,inode_cache
Happens also with freshly redone filesystem (mkfs.btrfs + cp -a), mounted only with relatime,compress=lzo. Passing -f to defragment has no effect; oops still happens.
Can you provide me exact commands/steps to reproduce?
It just happened to me too with freshly installed kernel 3.9.2. I mounted my cellphone (Galaxy S2) and copied some photos to my home directory. Then I've got an oops. I couldn't even shut down the system. I had to do hard reset. I am attaching kernel log since the system boot until the oops happened. With kernels 3.8.x I didn't have any problems.
Created attachment 101261 [details] full kernel log until oops
Fixed this in btrfs-next, please verify it fixed the problem, if it didn't please re-open this bug.