Commits · f578d4bd7e141dd03ca7e8695c1cc118c326e69e · nexedi / linux · GitLab

25 Sep, 2008 40 commits
- Btrfs: Optimize csum insertion to create larger items when possible · f578d4bd
  Chris Mason authored Oct 25, 2007
```
This reduces the number of calls to btrfs_extend_item and greatly lowers
the cpu usage while writing large files.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  f578d4bd
- Btrfs: Fix split_leaf to avoid incorrect double splits · 5ee78ac7
  Chris Mason authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  5ee78ac7
- Btrfs: Avoid recursive KM_USER1 mappings in copy_extent_buffer · ff190c0c
  Chris Mason authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  ff190c0c
- Btrfs: CPU usage optimizations in push and the extent_map code · 3685f791
  Chris Mason authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  3685f791
- Btrfs: Fix read/write_extent_buffer to use KM_USER1 instead of KM_USER0 · 59d169e2
  Chris Mason authored Oct 19, 2007
```
This avoids recursive use of KM_USER0 during btrfs_file_write
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  59d169e2
- Btrfs: sysfs compile fixup · b4a2a0ed
  Jens Axboe authored Oct 19, 2007
```
Just use kobject_set_name(), that works in all kernels (I think...).
Kernels newer than 2.6.23 currently fail with:

/home/axboe/git/btrfs/btrfs-unstable/sysfs.c:188: error: unknown field
'name' specified in initializer
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  b4a2a0ed
- Btrfs: KM_IRQ0 usage in end_io handling · bbf0d006
  Jens Axboe authored Oct 19, 2007
```
endio handling is typically called with interrupts disabled, but can
also be called with it enabled. So save interrupts before using KM_IRQ0
to be completely safe.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  bbf0d006
- Btrfs: Fix bi_end_io() functions on > 2.6.23 kernels · 0a2118df
  Jens Axboe authored Oct 19, 2007
```
It now returns void and it is never called for partial completions, so
the bio->bi_size check must go.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  0a2118df
- btrfs: 32-bit type problems · ae2f5411
  Jens Axboe authored Oct 19, 2007
```
An assorted set of casts to get rid of the warnings on 32-bit archs.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  ae2f5411
- Btrfs: Properly setup root key while reading the root · 44b36eb2
  Yan Zheng authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  44b36eb2
- Btrfs: Fix typo: owner is a 64 bit field · 6d7231f7
  Chris Mason authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  6d7231f7
- Btrfs: Default to 8k max packed tails · 7936ca38
  Chris Mason authored Oct 19, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  7936ca38
- Btrfs: Defrag only leaves, and only when the parent node has a single objectid · a6b6e75e
  Chris Mason authored Oct 15, 2007
```
This allows us to defrag huge directories, but skip the expensive defrag
case in more common usage, where it does not help as much.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  a6b6e75e
- Btrfs: Add back file data checksumming · ff79f819
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  ff79f819
- Btrfs: Defrag: only walk into nodes with the defrag bit set · cf786e79
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  cf786e79
- Btrfs: balance_dirty_pages_ratelimited is causing problems, use nr == 1 always · 304fced6
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  304fced6
- Btrfs: Large block related defrag optimizations · 0f1ebbd1
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  0f1ebbd1
- Btrfs: Add back metadata checksumming · 19c00ddc
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  19c00ddc
- Breakout BTRFS_SETGET_FUNCS into a separate C file, the inlines were too big. · 0f82731f
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  0f82731f
- Btrfs: extent_map optimizations to cut down on CPU usage · 810191ff
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  810191ff
- Btrfs: Allow tails larger than one page · 3326d1b0
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  3326d1b0
- Btrfs: Add an extent buffer LRU to reduce radix tree hits · 4dc11904
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  4dc11904
- Btrfs: Fix allocation routines to avoid intermixing data and metadata allocations · e19caa5f
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  e19caa5f
- Btrfs: Add back the online defragging code · 6b80053d
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  6b80053d
- Btrfs: Use an array of pages in the extent buffers to reduce the cost of find_get_page · 09e71a32
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  09e71a32
- Btrfs: Cache extent buffer mappings · 14048ed0
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  14048ed0
- Btrfs: Allow tree blocks larger than the page size · db94535d
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  db94535d
- Btrfs: Change the remaining radix trees used by extent-tree.c to extent_map trees · 1a5bc167
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  1a5bc167
- Btrfs: Stop using radix trees for the block group cache · 96b5179d
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  96b5179d
- Btrfs: Fix extent_buffer and extent_state leaks · f510cfec
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  f510cfec
- Btrfs: Go back to kmaps instead of page_address in extent_buffers · ae5252bd
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  ae5252bd
- Btrfs: Avoid memcpy where possible in extent_buffers · 6d36dcd4
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  6d36dcd4
- Btrfs: Optimizations for the extent_buffer code · 479965d6
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  479965d6
- Btrfs: Create extent_buffer interface for large blocksizes · 5f39d397
  Chris Mason authored Oct 15, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  5f39d397
- btrfs_get_extent should treat inline extents as though they hold a whole block · 50b78c24
  Chris Mason authored Sep 20, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  50b78c24
- Btrfs: factor page private preparations into a helper · b3cfa35a
  Christoph Hellwig authored Sep 17, 2007
```
Signed-off-by: Christoph Hellwig <hch@lst.de>
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  b3cfa35a
- Btrfs: Fix double free and off by one in inode.c · 8e1cd766
  Yan authored Sep 17, 2007
```
The first change removes  potential double free, the second fix a off
by one error.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  8e1cd766
- Btrfs: truncate: don't update inode->i_blocks when extent is a hole · bab9fb03
  Yan authored Sep 17, 2007
```
I think check whether extent is a hole before update 'inode->i_blocks'
is unconditional required. (original codes check it only when
del_item isn't equal to 0)
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  bab9fb03
- create btrfs_path slab with the correct size · 23223584
  Yan authored Sep 17, 2007
```
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  23223584
- fix found_type decrement in btrfs_truncate_in_trans · a61721d5
  Yan authored Sep 17, 2007
```
found_type has already been decreased by codes above the change,  I
think decrease it by one again doesn't make sense.
Signed-off-by: Chris Mason <chris.mason@oracle.com>
```
  a61721d5