So things have sadly not continued to calm down even further. We hadmore commits in -rc4 than we had in -rc3, and I sincerely hope thatupward trend doesn't continue.

That said, so far the only thing that has really caused problems thisrelease cycle has been the block layer plugging changes, and as of-rc4 the issues we had with MD should hopefully now be behind us. Sowe're making progress on that front too.

The plugging code still seems to trigger some issue with what lookslike an infinite stream of disk-change notifications on CD-ROMs - butJens is hopefully going to squish that problem soon. In the meantime,you can avoid the problem by either running SMP or having preemptionenabled.

Other than that? We may have a bit more commits than in -rc3, but ithasn't been _too_ bad. There's certainly nothing overly exciting:aside from the block/MD fixups, we've got some filesystem updates(btrfs, cifs and ubifs) and some driver updates (the largest chunk ofwhich is actually a duplicate driver removal). USB, some KMS, nothingreally earthshaking.

Dave Airlie (3): i915: restore only the mode of this driver on lastclose Revert "ttm: Utilize the DMA API for pages that haveTTM_PAGE_FLAG_DMA32 set." Revert "i915: restore only the mode of this driver on lastclose"

John Stultz (1): RTC: Fix early irqs caused by calling rtc_set_alarm too early

Josef Bacik (11): Btrfs: deal with the case that we run out of space in the cache Btrfs: only retry transaction reservation once Btrfs: map the inode item when doing fill_inode_item Btrfs: do not call btrfs_update_inode in endio if nothing changed Btrfs: don't split dio bios if we don't have to Btrfs: do not use async submit for small DIO io's Btrfs: reuse the extent_map we found when calling btrfs_get_extent Btrfs: check for duplicate iov_base's when doing dio reads Btrfs: check for duplicate iov_base's when doing dio reads Btrfs: avoid taking the trans_mutex in btrfs_end_transaction Btrfs: avoid taking the chunk_mutex in do_chunk_alloc