Re: [PATCH 0/7] btrfs: don't BUG_ON btrfs_alloc_path errors

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi, Mark,

(2011/07/15 7:14), Mark Fasheh wrote:
> Hi,
> 
> 	The following patches attempt to replace all the paths where we
> BUG_ON the return value of btrfs_alloc_path with proper error handling. It's
> pretty clear that these places aren't BUGing because of code error. To be
> explicit, much of the code is doing something like this:
> 
> 	path = btrfs_alloc_path();
> 	BUG_ON(!path);
> 
> which can be fixed by sending -ENOMEM back up the stack instead of the BUG.

I'm commenting to the similar patch posted before.
Please refer to the following mail.
  http://marc.info/?l=linux-btrfs&m=130258604905768&w=2

Thanks,
Tsutomu

> 
> 	The first patch in my series fixes the most trivial sites in one go.
> The patches after the 1st fix one (more complicated) site each. In the patch
> descriptions I try my best to describe the thought process that went behind
> each change.
> 
> 	Generally my guiding principle is that we want to "bubble up" some
> of the BUG_ON's that can be trapped and handled at a higher level -- the lower
> layer has an error and instead of killing the machine, sends it back up the
> stack for later handling
> 
> 	I tested the patches with some kernel builds and snapshot commands.
> Please review - comments and feedback are welcome.
> 
> The patches can also be had from git:
> 
> git pull git://git.kernel.org/pub/scm/linux/kernel/git/mfasheh/btrfs-error-handling.git alloc_path
> 	--Mark
> 
> 
>  extent-tree.c |   20 +++++++++++++++-----
>  file-item.c   |    7 +++++--
>  file.c        |    3 ++-
>  inode.c       |   49 +++++++++++++++++++++++++++++++++++--------------
>  tree-log.c    |   12 +++++++++---
>  volumes.c     |   12 ++++++++----
>  6 files changed, 74 insertions(+), 29 deletions(-)
> --
> 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


[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux