search for: num_dev

...tent-tree.c b/fs/btrfs/extent-tree.c index 37e0a80..3bd5410 100644 --- a/fs/btrfs/extent-tree.c +++ b/fs/btrfs/extent-tree.c @@ -3396,6 +3396,50 @@ static int should_alloc_chunk(struct btrfs_root *root, return 1; } +static u64 get_system_chunk_thresh(struct btrfs_root *root, u64 type) +{ + u64 num_dev; + + if (type & BTRFS_BLOCK_GROUP_RAID10 || + type & BTRFS_BLOCK_GROUP_RAID0) + num_dev = root->fs_info->fs_devices->rw_devices; + else if (type & BTRFS_BLOCK_GROUP_RAID1) + num_dev = 2; + else + num_dev = 1; /* DUP or single */ + + /* metadata for updating devices and c...

....c Tue Jan 25 15:14:52 2011 +0000 +++ b/tools/libxl/libxl_pci.c Tue Jan 25 15:34:43 2011 +0000 @@ -268,7 +268,7 @@ static int libxl_create_pci_backend(libx for (i = 0; i < num; i++, pcidev++) libxl_create_pci_backend_device(gc, back, i, pcidev); - flexarray_vappend(back, "num_devs", libxl__sprintf(gc, "%d", num)); + flexarray_vappend(back, "num_devs", libxl__sprintf(gc, "%d", num), NULL); flexarray_vappend(front, "backend-id", libxl__sprintf(gc, "%d", 0), _______________________________...

...xampleDomain" frontend = "/local/domain/8/device/pci/0" uuid = "7f2dc1a1-d0de-ebf0-37fd-67ff0103c3c9" dev-1 = "0000:03:00.00" dev-0 = "0000:02:00.00" state = "4" online = "1" frontend-id = "8" num_devs = "2" root-0 = "0000:00" root_num = "1" -- best rgds, edwin _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...msitranslate=%d,power_mgmt=%d", pcidev->msitranslate, pcidev->power_mgmt)); + flexarray_set(back, boffset++, libxl_sprintf(gc, "state-%d", i)); + flexarray_set(back, boffset++, libxl_sprintf(gc, "%d", 1)); } flexarray_set(back, boffset++, "num_devs"); - flexarray_set(back, boffset++, libxl_sprintf(ctx, "%d", num)); + flexarray_set(back, boffset++, libxl_sprintf(gc, "%d", num)); flexarray_set(front, foffset++, "backend-id"); - flexarray_set(front, foffset++, libxl_sprintf(ctx, "%d",...

Hi, compilation of xen-unstable with a fresh Ubuntu 11.10 x86_64 fails with following error: cc1: warnings being treated as errors libxl_create.c: In function ‘store_libxl_entry’: libxl_create.c:465: error: format not a string literal and no format arguments Steps to reproduce: - Install Ubuntu 11.10 ( http://www.ubuntu.com/start-download?distro=desktop&bits=64&release=latest) - sudo

..., r_log=...) > at llvm/invocation.cpp:710 > #23 0x00007ffff6b0a371 in clover::program::build (this=this at entry=0x23a0530, devs=..., opts=opts at entry=0x7ffff793dc0d "", headers=...) > at core/program.cpp:63 > #24 0x00007ffff6af31c4 in clBuildProgram (d_prog=0x23a0538, num_devs=0, d_devs=0x0, p_opts=<optimized out>, pfn_notify=0x0, user_data=0x0) > at api/program.cpp:182 > > Does this look related? If so, let me know what other information you need to > try to debug this issue. This could be related; I'm not sure. It looks like a leak detecti...

The `Metadata`/`Value` split (PR21532) landed in r223802 -- at least, the C++ side of it. This was a rocky day, but I suppose that's what I get for failing to stage the change in smaller pieces. As of r223916 (lldb), I'm not aware of any remaining (in-tree) breakage, so if I've missed some problem in the sea of buildbot errors, please flag me down. I'll follow up soon with

...llvm/invocation.cpp:710 >>> #23 0x00007ffff6b0a371 in clover::program::build (this=this at entry=0x23a0530, devs=..., opts=opts at entry=0x7ffff793dc0d "", headers=...) >>> at core/program.cpp:63 >>> #24 0x00007ffff6af31c4 in clBuildProgram (d_prog=0x23a0538, num_devs=0, d_devs=0x0, p_opts=<optimized out>, pfn_notify=0x0, user_data=0x0) >>> at api/program.cpp:182 >>> >>> Does this look related? If so, let me know what other information you need to >>> try to debug this issue. >> >> This could be related...

Hi, I tried to attach passrough io device to domU, the command (ended successfully in dom0), but when I entered the domU and typed the "lspci" command I didn''t see the new device, although the dom0 removed it from the "pci-list-assignable-devices". When I tried to detach it from the domU, the detach command returned with timeout error. What did I miss? perhaps I

...gt; >>>> #23 0x00007ffff6b0a371 in clover::program::build (this=this at entry=0x23a0530, devs=..., opts=opts at entry=0x7ffff793dc0d "", headers=...) > >>>> at core/program.cpp:63 > >>>> #24 0x00007ffff6af31c4 in clBuildProgram (d_prog=0x23a0538, num_devs=0, d_devs=0x0, p_opts=<optimized out>, pfn_notify=0x0, user_data=0x0) > >>>> at api/program.cpp:182 > >>>> > >>>> Does this look related? If so, let me know what other information you need to > >>>> try to debug this issue. >...

...gt;> #23 0x00007ffff6b0a371 in clover::program::build (this=this at entry=0x23a0530, devs=..., opts=opts at entry=0x7ffff793dc0d "", headers=...) >>>>>>> at core/program.cpp:63 >>>>>>> #24 0x00007ffff6af31c4 in clBuildProgram (d_prog=0x23a0538, num_devs=0, d_devs=0x0, p_opts=<optimized out>, pfn_notify=0x0, user_data=0x0) >>>>>>> at api/program.cpp:182 >>>>>>> >>>>>>> Does this look related? If so, let me know what other information you need to >>>>>>> try...

Hello all Xen devels, I''m writing howto''s in brazilian portuguese language about Xen-3.3.0 stubdom, pv-grub and others configurations. Following what is written in xen-3.3.0/stubdom/README, I tried start a HVM but without success. When I start the virtual machine calling ''xm create hvmtest'' command, in a few seconds the virtual machine is dead (see

...d'': ''e4b1c87e-663e-658c-b352-83fecb702ab9'', ''dev-0'': ''0000:11:0a.00'', ''state'': ''1'', ''online'': ''1'', ''frontend-id'': ''2'', ''num_devs'': ''1''} to /local/domain/0/backend/pci/2/0. [2009-05-04 09:46:50 2332] INFO (image:289) spawning device models: /usr/lib/xen-3.2-1/bin/qemu-dm [''/usr/lib/xen-3.2-1/bin/qemu-dm'', ''-d'', ''2'', ''-domain-name'...

...o->chunk_root) + else if (root == root->fs_info->chunk_root || + root == root->fs_info->dev_root) flags = BTRFS_BLOCK_GROUP_SYSTEM; else flags = BTRFS_BLOCK_GROUP_METADATA; @@ -3534,7 +3535,8 @@ static u64 get_system_chunk_thresh(struct btrfs_root *root, u64 type) else num_dev = 1; /* DUP or single */ - /* metadata for updaing devices and chunk tree */ + /* metadata for adding/updating devices and chunk tree */ + num_dev = num_dev << 1 return btrfs_calc_trans_metadata_size(root, num_dev + 1); } @@ -4351,7 +4353,7 @@ static void init_global_block_rsv(struct b...

...PTR_EQ(test, ttm_dev->funcs, > > > &ttm_dev_funcs); > > > @@ -55,7 +55,8 @@ static void ttm_device_init_multiple(struct > > > kunit > > > *test) > > > ?? KUNIT_ASSERT_NOT_NULL(test, ttm_devs); > > > ? > > > ?? for (i = 0; i < num_dev; i++) { > > > - err = ttm_device_kunit_init(priv, &ttm_devs[i], > > > false, false); > > > + err = ttm_device_kunit_init(priv, &ttm_devs[i], > > > + ??? (struct > > > ttm_device_init_flags){}); > > > ?? KUNIT_ASSERT_EQ(test, err,...

...; > > > &ttm_dev_funcs); > > > > @@ -55,7 +55,8 @@ static void ttm_device_init_multiple(struct > > > > kunit > > > > *test) > > > > ?? KUNIT_ASSERT_NOT_NULL(test, ttm_devs); > > > > ? > > > > ?? for (i = 0; i < num_dev; i++) { > > > > - err = ttm_device_kunit_init(priv, &ttm_devs[i], > > > > false, false); > > > > + err = ttm_device_kunit_init(priv, &ttm_devs[i], > > > > + ??? (struct > > > > ttm_device_init_flags){}); > > > > ?...

Hi, The following patches add support for ext4 and btrfs to PV-GRUB. These patches are taken nearly verbatim from those provided by Fedora and Gentoo. We''ve been using these patches for the PV-GRUB images available in EC2 for some time now with no problems. Changes from v1: - Makefile has been changed to check the exit code from patch - The btrfs patch has been rebased to apply

Hello, I have been working on VGA-passthrough in the last month. When Xen was at his version 3.5 there was a few patches to make this work for some graphic cards using the patches developed by Han Weidong and posted here (http://lists.xensource.com/archives/html/xen-devel/2009-08/msg01176.html) and the same patches posted file by file are here

Hello, I have been working on VGA-passthrough in the last month. When Xen was at his version 3.5 there was a few patches to make this work for some graphic cards using the patches developed by Han Weidong and posted here (http://lists.xensource.com/archives/html/xen-devel/2009-08/msg01176.html) and the same patches posted file by file are here

...#39;40'', ''vdevfn-0'': ''10'', ''vdevfn-1'': ''28'', ''vdevfn-2'': ''30'', ''vdevfn-3'': ''38'', ''frontend-id'': ''3'', ''num_devs'': ''5''} to /local/domain/0/backend/pci/3/0. [2011-05-24 16:02:05 2335] DEBUG (pciif:169) Reconfiguring PCI device 0000:00:02.0. [2011-05-24 16:02:05 2335] DEBUG (pciif:320) pci: enabling ioport 0xf160/0x8 [2011-05-24 16:02:05 2335] DEBUG (pciif:334) pci: enabling iomem 0x...