search for: dev_list

''bh'' is forgot to release if no error is detected Signed-off-by: Xiao Guangrong <xiaoguangrong@cn.fujitsu.com> --- fs/btrfs/volumes.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/fs/btrfs/volumes.c b/fs/btrfs/volumes.c index 8b9fb8c..69fc902 100644 --- a/fs/btrfs/volumes.c +++ b/fs/btrfs/volumes.c @@ -631,6 +631,7 @@ static int

...ot;${devs_to_remove} ${sd_devs}" + local dm_dev=$(multipath -ll $dev | grep $dev | sed -r 's/^.*(dm-[0-9]+ ).*$/\1/') + devs_to_remove="${devs_to_remove} ${sd_devs} $dm_dev" done # Remove /dev/sd* devices that are part of a multipath device local dev_list for dev in $devices do - if [[ ! "$devs_to_remove" =~ "$(basename $dev)" ]]; then + if [[ ! "$devs_to_remove" =~ "$(basename $dev) " ]]; then dev_list="$dev_list $dev" fi done -- 1.6.6.1

...trans, static int close_all_devices(struct btrfs_fs_info *fs_info) { struct list_head *list; - struct list_head *next; struct btrfs_device *device; - return 0; - list = &fs_info->fs_devices->devices; - list_for_each(next, list) { - device = list_entry(next, struct btrfs_device, dev_list); + while (!list_empty(list)) { + device = list_entry(list->next, struct btrfs_device, dev_list); + list_del_init(&device->dev_list); if (device->fd) { fsync(device->fd); posix_fadvise(device->fd, 0, 0, POSIX_FADV_DONTNEED); } close(device->fd); + kfree(dev...

...y supports considerable amount of optimizations. Decision of using the OpenMPIRBuilder for MLIR was discussed in the following flang-dev threads (Please correct me If I am missing some newer discussions on the below topics) 1. [May 2019] h ttp://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html <http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html> 2. [June 2019] http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-June/000251.html However I could not fin...

...des and Sema separated but unify LLVM-IR generation for OpenMP constructs based on the (almost) identical OpenMP directive level. For more information and to participate in the discussion, please see the flang-dev post [0]. Thanks, Johannes [0] http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html -- Johannes Doerfert Researcher Argonne National Laboratory Lemont, IL 60439, USA jdoerfert at anl.gov -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc...

...VM regarding this. Feel free to add to the list in case I have missed something. 1. [May 2019] An OpenMPIRBuilder in LLVM was proposed for flang and clang frontends. Note that this proposal was before considering MLIR for FIR. a. llvm-dev proposal : http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html b. Patches in review: https://reviews.llvm.org/D70290. This also includes the clang codegen changes. 2. [July - September 2019] OpenMP dialect for MLIR was discussed / proposed with respect to the f18 compilation stack (keeping FIR in mind). a. flang-dev...

...t __btrfs_close_devices(struct btrfs_fs_devices *fs_devices) { - struct btrfs_device *device; + struct btrfs_device *device, *next; if (--fs_devices->opened > 0) return 0; mutex_lock(&fs_devices->device_list_mutex); - list_for_each_entry(device, &fs_devices->devices, dev_list) { + list_for_each_entry_safe(device, next, &fs_devices->devices, dev_list) { struct btrfs_device *new_device; struct rcu_string *name; -- 1.7.10.4

...he OpenMPIRBuilder for MLIR was discussed in the >> following flang-dev threads (Please correct me If I am missing some newer >> discussions on the below topics) >> >> >> 1. >> >> [May 2019] h >> ttp://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html >> <http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html> >> 2. >> >> [June 2019] >> http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/201...

...t btrfs_close_devices(struct btrfs_fs_devices *fs_devices) { struct btrfs_fs_devices *seed_devices; @@ -161,17 +171,17 @@ int btrfs_close_devices(struct btrfs_fs_devices *fs_devices) again: list_for_each(cur, &fs_devices->devices) { device = list_entry(cur, struct btrfs_device, dev_list); - close(device->fd); - device->fd = -1; - device->writeable = 0; + btrfs_close_device(device); } seed_devices = fs_devices->seed; fs_devices->seed = NULL; if (seed_devices) { + kfree(fs_devices); fs_devices = seed_devices; goto again; } + kfree(fs_devic...

...ring MLIR for FIR. > > A correction here. The proposal for OpenMPIRBuilder was made when MLIR was > being considered for FIR. > (i) Gary Klimowicz's minutes for Flang call in April 2019 mentions > considering MLIR for FIR. > > http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-April/000194.html > (ii) My reply to Johaness's proposal in May 2019 mentions MLIR for FIR. > > http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000220.html > > b. Review of barrier construct is in progress: > https...

...trfs/volumes.c +++ b/fs/btrfs/volumes.c @@ -104,10 +104,8 @@ static noinline struct btrfs_device *__find_device(struct list_head *head, u64 devid, u8 *uuid) { struct btrfs_device *dev; - struct list_head *cur; - list_for_each(cur, head) { - dev = list_entry(cur, struct btrfs_device, dev_list); + list_for_each_entry(dev, head, dev_list) { if (dev->devid == devid && (!uuid || !memcmp(dev->uuid, uuid, BTRFS_UUID_SIZE))) { return dev; @@ -118,11 +116,9 @@ static noinline struct btrfs_device *__find_device(struct list_head *head, static noinline struct btrfs_f...

...if (xen_start_info.flags & SIF_INITDOMAIN) > return 0; > > - IPRINTK("Initialising virtual ethernet driver.\n"); > + IPRINTK("Initialising virtual ethernet driver, version %s\n", > + NETFRONT_VERSION); > INIT_LIST_HEAD(&dev_list); > (void)register_inetaddr_notifier(&notifier_inetdev); > netctrl_init(); > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from > re...

This set of patches introduces support for multipath devices for storage. Comments and suggestions are appreciated. Mike

...uot; % (d, d) + dm_dev = subprocess.Popen(dm_dev_cmd, shell=True, stdout=PIPE, stderr=STDOUT) + dm_dev_output = dm_dev.stdout.read() + devs_to_remove="%s %s %s" % (devs_to_remove, sd_devs, dm_dev) + # Remove /dev/sd* devices that are part of a multipath device + dev_list=[] + for d in devices.split(): + if os.path.basename(d) not in devs_to_remove: + dev_list.append(d) + + for dev in dev_list: + if dev_list.count(dev) > 1: + count = dev_list.count(dev) + while (count > 1): + dev_list.remove(...

...883, in main _, rc = _run_cmd(cmd, cmd_name, args) File "//usr/lib64/python/xen/xm/main.py", line 2907, in _run_cmd return True, cmd(args) File "//usr/lib64/python/xen/xm/main.py", line 2202, in xm_pci_list_assignable_devices devs_list = check_FLR_capability(dev_list) File "/usr/lib64/python2.5/xen/util/pci.py", line 288, in check_FLR_capability coassigned_pci_list = dev.find_coassigned_devices(True) File "/usr/lib64/python2.5/xen/util/pci.py", line 461, in find_coassigned_devices dev = self.find_the_uppermost_pci_bridge()...

...lass? list_netdevice() is still called. I think with the current RFC patch, I've added two lists for netdevs under the kernel namespace: dev_cmpl_list and name_cmpl_hlist. As a result of that, all userspace netdevs get registered will be added to two types of lists: the userspace list for e.g. dev_list, and also the kernelspace list e.g. dev_cmpl_list (I can rename it to something more accurate). The IFF_AUTO_MANAGED device will be only added to kernelspace list e.g. dev_cmpl_list. Hope all your questions are answered. Thanks, -Siwei > > Andrew

...umes.c b/fs/btrfs/volumes.c index f2a4cc7..afd6a1e 100644 --- a/fs/btrfs/volumes.c +++ b/fs/btrfs/volumes.c @@ -1376,8 +1376,6 @@ int btrfs_rm_device(struct btrfs_root *root, char *device_path) next_device = list_entry(root->fs_info->fs_devices->devices.next, struct btrfs_device, dev_list); - if (device->bdev == root->fs_info->sb->s_bdev) - root->fs_info->sb->s_bdev = next_device->bdev; if (device->bdev == root->fs_info->fs_devices->latest_bdev) root->fs_info->fs_devices->latest_bdev = next_device->bdev; -- 1.7.6.3 -- To unsu...

Here are 3 patches to avoid undesired aborts of mkfs.btrfs. These are based on top of Chris''s btrfs-progs.git: git://git.kernel.org/pub/scm/linux/kernel/git/mason/btrfs-progs.git Thanks, H.Seto Hidetoshi Seto (3): btrfs-progs: error if device for mkfs is too small btrfs-progs: error if device have no space to make primary chunks btrfs-progs: calculate available

...missed something. > > > > 1. [May 2019] An OpenMPIRBuilder in LLVM was proposed for flang and clang > > frontends. Note that this proposal was before considering MLIR for FIR. > > > > a. llvm-dev proposal : > > > http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html > > > > b. Patches in review: https://reviews.llvm.org/D70290. This also > includes > > the clang codegen changes. > > > > 2. [July - September 2019] OpenMP dialect for MLIR was discussed / > > proposed with respect to...

From: Leon Romanovsky <leonro at nvidia.com> Changelog: v1: * Renamed _mlx5_rescan_driver to be mlx5_rescan_driver_locked like in other parts of the mlx5 driver. * Renamed MLX5_INTERFACE_PROTOCOL_VDPA to tbe MLX5_INTERFACE_PROTOCOL_VNET as a preparation to coming series from Eli C. * Some small naming renames in mlx5_vdpa. * Refactored adev index code to make Parav's SF series