Re: [PATCH block/for-next v2 07/16] bcachefs: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
Hi, 在 2023/11/27 15:24, Kent Overstreet 写道: On Mon, Nov 27, 2023 at 04:09:47PM +0900, Damien Le Moal wrote: On 11/27/23 15:21, Yu Kuai wrote: From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/bcachefs/

[RFC PATCH v1 5/5] libxl: Add "backend_type" property for the Virtio devices

2023-11-26 Thread Sergiy Kibrik
From: Oleksandr Tyshchenko Introduce new configuration option "backend_type" for the Virtio devices in order to specify backend implementation to use. There are two possible values "qemu" (default) and "standalone". If backend is in Qemu (backend_type=qemu) and Qemu runs in toolstack domain (bac

[RFC PATCH v1 4/5] libxl/arm: Reuse generic PCI-IOMMU bindings for virtio-pci devices

2023-11-26 Thread Sergiy Kibrik
From: Oleksandr Tyshchenko Use the same "xen-grant-dma" device concept for the PCI devices behind device-tree based PCI Host controller, but with one modification. Unlike for platform devices, we cannot use generic IOMMU bindings (iommus property), as we need to support more flexible configuratio

[RFC PATCH v1 3/5] libxl/arm: Add basic virtio-pci support

2023-11-26 Thread Sergiy Kibrik
From: Oleksandr Tyshchenko Introduce new transport mechanism "pci" for the Virtio device and update parsing and configuration logic accordingly. In order to enable more use-cases such as having multiple device-models (Qemu) running in different backend domains which provide virtio-pci devices fo

[RFC PATCH v1 1/5] libxl: Pass max_vcpus to Qemu in case of PVH domain (Arm) as well

2023-11-26 Thread Sergiy Kibrik
From: Oleksandr Tyshchenko The number of vCPUs used for the IOREQ configuration (machine->smp.cpus) should really match the system value as for each vCPU we setup a dedicated evtchn for the communication with Xen at the runtime. This is needed for the IOREQ to be properly configured and work if t

[RFC PATCH v1 2/5] xen/public: arch-arm: reserve resources for virtio-pci

2023-11-26 Thread Sergiy Kibrik
From: Oleksandr Tyshchenko In order to enable more use-cases such as having multiple device-models (Qemu) running in different backend domains which provide virtio-pci devices for the same guest, we allocate and expose one PCI host bridge for every virtio backend domain for that guest. For that

[RFC PATCH v1 0/5] ARM virtio-pci initial support

2023-11-26 Thread Sergiy Kibrik
Hi, The next iteration of RFC series introducing support of PCI devices emulated by Virtio on ARM platform. A guest system is presented with Virtio Host bridge device, through which a number of emulated PCI devices (e.g. disk, network, graphic, audio etc) can work with corresponding guests' subs

Re: [PATCH block/for-next v2 07/16] bcachefs: use new helper to get inode from block_device

2023-11-26 Thread Kent Overstreet
On Mon, Nov 27, 2023 at 04:09:47PM +0900, Damien Le Moal wrote: > On 11/27/23 15:21, Yu Kuai wrote: > > From: Yu Kuai > > > > Which is more efficiency, and also prepare to remove the field > > 'bd_inode' from block_device. > > > > Signed-off-by: Yu Kuai > > --- > > fs/bcachefs/util.h | 2 +- >

Re: [PATCH block/for-next v2 01/16] block: add a new helper to get inode from block_device

2023-11-26 Thread Christoph Hellwig
On Mon, Nov 27, 2023 at 02:21:01PM +0800, Yu Kuai wrote: > From: Yu Kuai > > block_devcie is allocated from bdev_alloc() by bdev_alloc_inode(), and > currently block_device contains a pointer that point to the address of > inode, while such inode is allocated together: This is going the wrong wa

Re: [PATCH block/for-next v2 07/16] bcachefs: use new helper to get inode from block_device

2023-11-26 Thread Damien Le Moal
On 11/27/23 15:21, Yu Kuai wrote: > From: Yu Kuai > > Which is more efficiency, and also prepare to remove the field > 'bd_inode' from block_device. > > Signed-off-by: Yu Kuai > --- > fs/bcachefs/util.h | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/fs/bcachefs/util.

[linux-linus test] 183865: trouble: blocked/broken

2023-11-26 Thread osstest service owner
flight 183865 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/183865/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

Re: [PATCH block/for-next v2 07/16] bcachefs: use new helper to get inode from block_device

2023-11-26 Thread Kent Overstreet
On Mon, Nov 27, 2023 at 02:21:07PM +0800, Yu Kuai wrote: > From: Yu Kuai > > Which is more efficiency, and also prepare to remove the field > 'bd_inode' from block_device. > > Signed-off-by: Yu Kuai Acked-by: Kent Overstreet > --- > fs/bcachefs/util.h | 2 +- > 1 file changed, 1 insertion(+

Re: [PATCH block/for-next v2 00/16] block: remove field 'bd_inode' from block_device

2023-11-26 Thread Al Viro
On Mon, Nov 27, 2023 at 02:21:00PM +0800, Yu Kuai wrote: > From: Yu Kuai > > Changes in v2: > - split different portions into different patches, as greg k-h > suggested. > - use container_of() instead of "bdev + 1" to get the address of > bd_inode in the new helper, as grep k-h suggested. Yo

[PATCH block/for-next v2 12/16] gfs2: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/gfs2/glock.c | 2 +- fs/gfs2/ops_fstype.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/fs/gfs2/glock.c b/fs/gfs2/glock.c index

[PATCH block/for-next v2 14/16] nilfs2: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/nilfs2/segment.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/nilfs2/segment.c b/fs/nilfs2/segment.c index 55e31cc903d1..d346f5c1aa

[PATCH block/for-next v2 10/16] erofs: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/erofs/data.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/erofs/data.c b/fs/erofs/data.c index 029c761670bf..85d490b3b53d 100644 --

[PATCH block/for-next v2 16/16] block: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also remove the field 'bd_inode' since it's not used anymore. Signed-off-by: Yu Kuai --- block/bdev.c | 39 ++- block/blk-zoned.c | 4 ++-- block/fops.c | 4 ++-- block/genhd.c

[PATCH block/for-next v2 13/16] jbd2: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/jbd2/journal.c | 3 ++- fs/jbd2/recovery.c | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/fs/jbd2/journal.c b/fs/jbd2/journal.c inde

[PATCH block/for-next v2 05/16] s390/dasd: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- drivers/s390/block/dasd_ioctl.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/s390/block/dasd_ioctl.c b/drivers/s390/block/dasd_io

[PATCH block/for-next v2 15/16] buffer: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/buffer.c | 8 include/linux/buffer_head.h | 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/buffer.c b/fs/

[PATCH block/for-next v2 11/16] ext4: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/ext4/dir.c | 2 +- fs/ext4/ext4_jbd2.c | 2 +- fs/ext4/super.c | 8 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/ext4

[PATCH block/for-next v2 02/16] xen/blkback: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- drivers/block/xen-blkback/xenbus.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/block/xen-blkback/xenbus.c b/drivers/block/xen-b

[PATCH block/for-next v2 07/16] bcachefs: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/bcachefs/util.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/bcachefs/util.h b/fs/bcachefs/util.h index 2984b57b2958..fe7ccb3a3517

[PATCH block/for-next v2 09/16] cramfs: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/cramfs/inode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c index 60dbfa0f8805..e9ed1e24c9e4 100

[PATCH block/for-next v2 03/16] bcache: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- drivers/md/bcache/super.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/md/bcache/super.c b/drivers/md/bcache/super.c index bfe168

[PATCH block/for-next v2 08/16] btrfs: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- fs/btrfs/disk-io.c | 6 +++--- fs/btrfs/volumes.c | 4 ++-- fs/btrfs/zoned.c | 2 +- 3 files changed, 6 insertions(+), 6 deletions(-) diff --git a/fs/btrfs/d

[PATCH block/for-next v2 04/16] mtd: block2mtd: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- drivers/mtd/devices/block2mtd.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/drivers/mtd/devices/block2mtd.c b/drivers/mtd/d

[PATCH block/for-next v2 06/16] scsicam: use new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Which is more efficiency, and also prepare to remove the field 'bd_inode' from block_device. Signed-off-by: Yu Kuai --- drivers/scsi/scsicam.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/scsi/scsicam.c b/drivers/scsi/scsicam.c index e2c7d8ef205f..d

[PATCH block/for-next v2 00/16] block: remove field 'bd_inode' from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai Changes in v2: - split different portions into different patches, as greg k-h suggested. - use container_of() instead of "bdev + 1" to get the address of bd_inode in the new helper, as grep k-h suggested. Yu Kuai (16): block: add a new helper to get inode from block_device

[PATCH block/for-next v2 01/16] block: add a new helper to get inode from block_device

2023-11-26 Thread Yu Kuai
From: Yu Kuai block_devcie is allocated from bdev_alloc() by bdev_alloc_inode(), and currently block_device contains a pointer that point to the address of inode, while such inode is allocated together: bdev_alloc inode = new_inode() // inode is &bdev_inode->vfs_inode bdev = I_BDEV(inode)

[linux-linus test] 183864: trouble: blocked/broken/pass

2023-11-26 Thread osstest service owner
flight 183864 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/183864/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64 broken build-amd64-pvops

Re: [PATCH -next] block: remove field 'bd_inode' from block_device

2023-11-26 Thread Yu Kuai
Hi, 在 2023/11/25 22:32, Greg KH 写道: On Sat, Nov 25, 2023 at 05:39:12PM +0800, Yu Kuai wrote: From: Yu Kuai block_devcie is allocated from bdev_alloc() by bdev_alloc_inode(), and currently block_device contains a pointer that point to the address of inode, while such inode is allocated togethe

Re: [PATCH] x86/mem_sharing: Release domain if we are not able to enable memory sharing

2023-11-26 Thread Tamas K Lengyel
On Wed, Nov 22, 2023 at 2:42 PM Andrew Cooper wrote: > > On 22/11/2023 4:39 pm, Frediano Ziglio wrote: > > In case it's not possible to enable memory sharing (mem_sharing_control > > fails) we just return the error code without releasing the domain > > acquired some lines above by rcu_lock_live_re

Re: [PATCH] x86/mem_sharing: Fix typo in comment

2023-11-26 Thread Tamas K Lengyel
On Wed, Nov 22, 2023 at 11:27 AM Andrew Cooper wrote: > > On 22/11/2023 4:26 pm, Frediano Ziglio wrote: > > ambigious -> ambiguous > > > > Signed-off-by: Frediano Ziglio > > Acked-by: Andrew Cooper Not sure if it's still needed but either case: Acked-by: Tamas K Lengyel

[linux-linus test] 183862: regressions - FAIL

2023-11-26 Thread osstest service owner
flight 183862 linux-linus real [real] flight 183863 linux-linus real-retest [real] http://logs.test-lab.xenproject.org/osstest/logs/183862/ http://logs.test-lab.xenproject.org/osstest/logs/183863/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run

xen | Successful pipeline for staging | 80c153c4

2023-11-26 Thread GitLab
Pipeline #1085376266 has passed! Project: xen ( https://gitlab.com/xen-project/xen ) Branch: staging ( https://gitlab.com/xen-project/xen/-/commits/staging ) Commit: 80c153c4 ( https://gitlab.com/xen-project/xen/-/commit/80c153c48b255bae61948827241c26671207cf4e ) Commit Message: xen/sort: add

Re: [Xen-devel] PV guest with PCI passthrough crash on Xen 4.8.3 inside KVM when booted through OVMF

2023-11-26 Thread Marek Marczykowski-Górecki
On Mon, Feb 19, 2018 at 06:30:14PM +0100, Juergen Gross wrote: > On 16/02/18 20:02, Andrew Cooper wrote: > > On 16/02/18 18:51, Marek Marczykowski-Górecki wrote: > >> On Fri, Feb 16, 2018 at 05:52:50PM +, Andrew Cooper wrote: > >>> On 16/02/18 17:48, Marek Marczykowski-Górecki wrote: > Hi,

[libvirt test] 183861: tolerable all pass - PUSHED

2023-11-26 Thread osstest service owner
flight 183861 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/183861/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 16 saverestore-support-checkfail like 183857 test-armhf-armhf-libvirt-qcow2 15 saveres

[xen-unstable test] 183860: tolerable FAIL

2023-11-26 Thread osstest service owner
flight 183860 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/183860/ Failures :-/ but no regressions. Tests which are failing intermittently (not blocking): test-armhf-armhf-libvirt-raw 13 guest-start fail in 183855 pass in 183860 test-amd64-i386-qemuu-rhel6hvm-a