similar to: [PATCH 00/24] block, scsi: final compat_ioctl cleanup

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 the argument passed through compat_ptr(). With this, we can remove the entries from

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 the argument passed through compat_ptr(). With this, we can remove the entries from

On S?nnavend 05 November 2005 00:51, Christoph Hellwig wrote: > On Sat, Nov 05, 2005 at 12:10:46AM +0100, Arnd Bergmann wrote: > > > > BTW, I now have a set of 25 patches that moves all handlers from > > fs/compat_ioctl.c over to the respective drivers and subsystems, > > but I'm not sure how to best test that. > > I intend to at least give it a test run on my

On S?nnavend 05 November 2005 00:51, Christoph Hellwig wrote: > On Sat, Nov 05, 2005 at 12:10:46AM +0100, Arnd Bergmann wrote: > > > > BTW, I now have a set of 25 patches that moves all handlers from > > fs/compat_ioctl.c over to the respective drivers and subsystems, > > but I'm not sure how to best test that. > > I intend to at least give it a test run on my

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

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

Does Anyone with a RedHat subscription able to give a hint as to what the solution to the following knowledgebase article is: https://access.redhat.com/solutions/2801051 I'm having a similar issue with an SFP on a Centos host, and am searching for a way to view Optical RX/TX Power on the SFP. From the switch side, I'm not seeing any RX Power from the Centos host. Thanks in advance

Feature Requests item #3502, was opened at 2006-02-08 10:29 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=414&aid=3502&group_id=85 Category: win32-open3 Group: Code Status: Open Resolution: None Priority: 4 Submitted By: Daniel Berger (djberg96) Assigned to: Park Heesob (phasis68) Summary: Allow win32-open3 to take a block Initial Comment: I think we

Al, Could this be included in the vfs queue? This patch adds ioctls to vfs for compatibility with legacy XFS pre-allocation ioctls (XFS_IOC_*RESVP*). The implementation effectively invokes sys_fallocate for the new ioctls. Also handles the compat_ioctl case. Note: These legacy ioctls are also implemented by OCFS2. Signed-off-by: Ankit Jain <me at ankitjain.org> Reviewed-by: Christoph

changeset: 30726:2a6fda4e7dde1a0a5d29a62303e85bcea868eb47 tag: tip user: Jimi Xenidis <jimix@watson.ibm.com> date: Thu Jul 13 11:51:38 2006 -0400 files: drivers/xen/privcmd/Makefile drivers/xen/privcmd/compat_privcmd.c fs/compat_ioctl.c include/xen/public/privcmd.h description: [ppc] ioctl32() compat plumbing for xen calls The following patch deals with xen

hi guys I wonder if any of you might be using SFN6122F-R7 SFP+ (SFC9000, same firmware everywhere, Centos 7.5 too. I'm trying poor man's setup to get the servers onto 10GbE network. Setup is such that three Dell R815 are connected to each other, each has one Solarflare(SFP ports) and each Solarflare is set as net-team(both ports on a card are net-team device) with runner in broadcast

Hi Andreas, I need the following patch to make ext3 online resizing work with linux 2.6.11.6 on amd64 with a 32bit userland. Do the changes look o.k.? I converted everything to ext3 since it should implement the calls for ext2 in a compatible way and we only have to include ext3 headers then. The COMPATIBLE_IOCTL() should probably into compat_ioctl.h, I'll send an updated version in case

Hi there. I got myself a pair of old Intel Xeon blades, which I plan to repurpose with CentOS. The model is : HP bl20p-g3 server blade Manual http://h18004.www1.hp.com/products/quickspecs/12322_ca/12322_ca.pdf Now, the main problem with this hardware is that LVD UW SCSI HDDs are hard to find and hella expensive if you find em (and of reduced capacity). Any of you know: 1. If there's any

The Geforce 9800GT also shows different behaviour without nvidiafb in the kernel. I get lengthy messages from nouveau, like the ones found in the email attachment. It also eventually gets into the lightdm login graphical screen, but with this card the screen is highly distorted, despite the mouse cursor being properly displayed and moving around properly. Luis On Thu, Jan 25, 2018 at 1:14 PM,

I am trying to copy(~7TB of data using rsync) between two server in same data center in the backend its using EMC VMAX3 After copying ~30-40GB of data multipath start failing Dec 15 01:57:53 test.example.com multipathd: 360000970000196801239533037303434: Recovered to normal mode Dec 15 01:57:53 test.example.com multipathd: 360000970000196801239533037303434: remaining active paths: 1 Dec 15

Hi, I'm looking for some recommendations for a "fast" fileserver regarding the hardware you use. We have different fileservers as our requirements changed over time. The "main" problem we are faced with is, that with smb (windows 7 and OS X) clients we never get really close to GBit speed on reads or writes. Using the same servers/storages with ftp, ssh, rsync, nfs we

Hi Jens, this series removes the revalidate_disk() function, which has been a really odd duck in the last years. The prime reason why most people use it is because it propagates a size change from the gendisk to the block_device structure. But it also calls into the rather ill defined ->revalidate_disk method which is rather useless for the callers. So this adds a new helper to just

Hello all, recently i stumbled upon the I-TDM standard, e.g. see here http://www.picmg.org/v2internal/news2005.htm "SFP.1, also known as I-TDM (Internal TDM), is a companion protocol specification to SFP.0 that is optimized for TDM traffic over high-speed fabrics such as 1 and 10 Gigabit Ethernet (PICMG 3.1), Advanced Switching (PICMG 3.4), Infiniband (PICMG 3.2), etc. SFP.1 and SFP.0