2015-02-03 2:40 GMT+08:00 Ed Tomlinson <edt@xxxxxx>: > On Monday, February 2, 2015 9:39:06 AM EST, Ed Tomlinson wrote: > > Hi > > Booting a kernel with the three patches: > [PATCH] Btrfs: fix find_free_dev_extent() malfunction in case device tree > has hole > [PATCH] Btrfs: btrfs_release_extent_buffer_page() didn't free pages of dummy > extent > [PATCH] Btrfs: fix BUG_ON in btrfs_orphan_add() when delete unused block > group > > generates lots of opps here (I hate to post an anemic report but my serial > console was not recording so I do not have the opps). They occured when > starting X and, If I read them correctly, had something to do with extents. > My fault, i should test these patches before i submit these patches. The oops was caused by patch "Btrfs: btrfs_release_extent_buffer_page() didn't free pages of dummy extent" I will resend these patches after test on linux-3.19-rc7. Thanks Forrest > Anyone else? > > Thanks > Ed Tomlinson > >> Hi, >> >> Found a problem compile testing this. >> hole_size = key_offset - search_start; >> >> Should not that be key.offset ? >> >> TIA >> Ed Tomlinson >> >> >> On Monday, February 2, 2015 2:31:39 AM EST, Forrest Liu wrote: >>> >>> If device tree has hole, find_free_dev_extent() cannot find available >>> address properly. >>> >>> The example below, has one BIG hole in device tree, and can only >>> allocate just one chunk in a transaction. >>> >>> item 9 key (1 DEV_EXTENT 273841913856) itemoff 15811 itemsize 48 ... >> >> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in >> the body of a message to majordomo@xxxxxxxxxxxxxxx >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >> >> > -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
