similar to: Regression in virtio block driver with 4.13.2

On 09/15/2017 10:37 AM, Christoph Hellwig wrote: > On Fri, Sep 15, 2017 at 09:54:08AM -0700, Laura Abbott wrote: >> Hi, >> >> Fedora got a bug report on an early version of 4.13.2 >> https://paste.fedoraproject.org/paste/t-Yx23LN5QwJ7oPZLj3zrg > > Can you check if the issue goes away when you disable > CONFIG_VIRTIO_BLK_SCSI? > Yes, the issue goes away

On 09/15/2017 10:37 AM, Christoph Hellwig wrote: > On Fri, Sep 15, 2017 at 09:54:08AM -0700, Laura Abbott wrote: >> Hi, >> >> Fedora got a bug report on an early version of 4.13.2 >> https://paste.fedoraproject.org/paste/t-Yx23LN5QwJ7oPZLj3zrg > > Can you check if the issue goes away when you disable > CONFIG_VIRTIO_BLK_SCSI? > Yes, the issue goes away

On Fri, Sep 15, 2017 at 09:54:08AM -0700, Laura Abbott wrote: > Hi, > > Fedora got a bug report on an early version of 4.13.2 > https://paste.fedoraproject.org/paste/t-Yx23LN5QwJ7oPZLj3zrg Can you check if the issue goes away when you disable CONFIG_VIRTIO_BLK_SCSI?

Since the need for a special flag to support SCSI passthrough on a block device was added in May 2017 the SCSI passthrough support in virtio-blk has been disabled. It has always been a bad idea (just ask the original author..) and we have virtio-scsi for proper passthrough. The feature also never made it into the virtio 1.0 or later specifications. Signed-off-by: Christoph Hellwig <hch at

On Wed, Dec 11, 2019 at 09:42:49PM +0100, Arnd Bergmann wrote: > Each driver calling scsi_ioctl() gets an equivalent compat_ioctl() > handler that implements the same commands by calling scsi_compat_ioctl(). > > The scsi_cmd_ioctl() and scsi_cmd_blk_ioctl() functions are compatible > at this point, so any driver that calls those can do so for both native > and compat mode, with

On Wed, Dec 11, 2019 at 09:42:49PM +0100, Arnd Bergmann wrote: > Each driver calling scsi_ioctl() gets an equivalent compat_ioctl() > handler that implements the same commands by calling scsi_compat_ioctl(). > > The scsi_cmd_ioctl() and scsi_cmd_blk_ioctl() functions are compatible > at this point, so any driver that calls those can do so for both native > and compat mode, with

On Thu, Dec 12, 2019 at 01:28:08AM +0100, Paolo Bonzini wrote: > I think it's because the only ioctl for virtio-blk is SG_IO. It makes > sense to lump it in with scsi, but I wouldn't mind getting rid of > CONFIG_VIRTIO_BLK_SCSI altogether. CONFIG_VIRTIO_BLK_SCSI has been broken for about two years, as it never set the QUEUE_FLAG_SCSI_PASSTHROUGH flag after that was introduced.

On Sat, Sep 16, 2017 at 04:16:06PM -0700, Laura Abbott wrote: > Yes, the issue goes away when CONFIG_VIRTIO_BLK_SCSI is > disabled. Ok, so it's probably related to follow ups to the scsi_request split. That being said, I would highly recommend turning off CONFIG_VIRTIO_BLK_SCSI in fedora. The feature has caused more trouble than it helped with, and should never have been added

Hi all, this series builds on my previous changes in Jens' for-4.11/rq-refactor branch that split out the BLOCK_PC fields from struct request into a new struct scsi_request, and makes support for struct scsi_request and the SCSI passthrough ioctls optional. It is now only enabled by drivers that need it. In addition I've made SCSI passthrough support in the virtio_blk driver an optional

Hi all, this series builds on my previous changes in Jens' for-4.11/rq-refactor branch that split out the BLOCK_PC fields from struct request into a new struct scsi_request, and makes support for struct scsi_request and the SCSI passthrough ioctls optional. It is now only enabled by drivers that need it. In addition I've made SCSI passthrough support in the virtio_blk driver an optional

Use HCTX_TYPE_DEFAULT instead of 0 to avoid hardcoding. Signed-off-by: Dongli Zhang <dongli.zhang at oracle.com> --- This is the only place to cleanup under drivers/block/*. Another patch set is sent to scsi and then all of below are cleaned up: - block/* - drivers/* drivers/block/virtio_blk.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/block/virtio_blk.c

No need to get into the submenu to disable all VIRTIO-related config entries. This makes it easier to disable all VIRTIO config options without entering the submenu. It will also enable one to see that en/dis-abled state from the outside menu. This is only intended to change menuconfig UI, not change the config dependencies. Signed-off-by: Vincent Legoll <vincent.legoll at gmail.com> ---

No need to get into the submenu to disable all VIRTIO-related config entries. This makes it easier to disable all VIRTIO config options without entering the submenu. It will also enable one to see that en/dis-abled state from the outside menu. This is only intended to change menuconfig UI, not change the config dependencies. Signed-off-by: Vincent Legoll <vincent.legoll at gmail.com> ---

On 23/11/2020 17:37, MORILLO Jordi via samba wrote: > Hi Rowland, > Sorry to inform that none of thus packages solve my problem. > > But today, with some Tranquil.it helps, I have some news: > > - Upgrade from 4.11.14 -> 4.12.9 is OK > - Upgrade from 4.12.9 -> 4.13.2 : problem is present with Tranquil.it AND Louis package > - Fresh install + member join with 4.13.2 is

Hi, I'm trying to join windows xp to Samba 4.13.2 but i can't, however trying to join windows 7 and it works fine. Why i can't to join windows xp??? Cheers

On Tue, 2020-11-10 at 22:18 +0100, Oliver Rath via samba wrote: > Hi Leo! > > On 10.11.20 16:58, Leo C via samba wrote: > > Hi, > > > > I'm trying to join windows xp to Samba 4.13.2 but i can't, > > however trying > > to join windows 7 and it works fine. > > > > Why i can't to join windows xp??? > > Samba-4.13 doesnt support

On Tue, Nov 24, 2020 at 10:30:11AM -0500, Tim Evans via samba wrote: >Have been working this on the BackupPC users and Fedora mailing lists, >but it's looking more like a general problem in Samba utility, >'smbclient.' > >BackupPC is a backup server package that uses Samba, rsync, and other >protocols to backup clients, including Windows PC's. Basically, it

Release Announcements --------------------- This is the latest stable release of the Samba 4.13 release series. Major enhancements include: o BUG 14537: ctdb-common: Avoid aliasing errors during code optimization. o BUG 14486: vfs_glusterfs: Avoid data corruption with the write-behind translator. ======= Details ======= The GlusterFS write-behind performance translator,

Release Announcements --------------------- This is the latest stable release of the Samba 4.13 release series. Major enhancements include: o BUG 14537: ctdb-common: Avoid aliasing errors during code optimization. o BUG 14486: vfs_glusterfs: Avoid data corruption with the write-behind translator. ======= Details ======= The GlusterFS write-behind performance translator,

On 11/24/20 1:03 PM, Jeremy Allison wrote: > On Tue, Nov 24, 2020 at 10:30:11AM -0500, Tim Evans via samba wrote: >> Have been working this on the BackupPC users and Fedora mailing lists, >> but it's looking more like a general problem in Samba utility, >> 'smbclient.' >> >> BackupPC is a backup server package that uses Samba, rsync, and other