From: Nick Cheng
Support hibernation for whole series of RAID controllers
Signed-off-by: Nick Cheng
---
patch2
Description: Binary data
From: Nick Cheng
Support MSI or MSI-X for whole series of RAID controllers. Meanwhile correct
the register access as iowrite32/ioread32
Signed-off-by: Nick Cheng
---
patch3
Description: Binary data
From: Nick Cheng
Modify ARC-1214 inband messages behavior to make up for HW seldom malfunction.
Signed-off-by: Nick Cheng
---
patch5
Description: Binary data
Properly initialize scatterlist before using it.
Signed-off-by: K. Y. Srinivasan
Cc: sta...@vger.kernel.org
---
drivers/scsi/storvsc_drv.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c
index 270b3cf..5ada1d0 10064
Hopefully, you recieved an email about this last November, but this
is a follow up because the bug is still there.
Smatch complains about a buffer overflow in this:
drivers/scsi/csiostor/csio_rnode.c:872 csio_rnode_fwevt_handler()
error: buffer overflow '(rn)->stats.n_evt_fw' 22 <= 26
This series regards the whitelist that is used for the SG_IO ioctl. This
whitelist has three problems:
* the bitmap of allowed commands is designed for MMC devices (roughly,
"play/burn CDs without requiring root") but some opcodes overlap across SCSI
device classes and have different meanings
Scanners allow all commands because vendor-specific commands are common.
The queue flag we just added lets us keep this behavior by default,
while making it possible to disable it.
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
drivers
Some defines and structs remained when support was removed for SG_IO
filters in sysfs. Remove them.
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
include/linux/genhd.h |9 -
1 files changed, 0 insertions(+), 9 deletions(-
This queue flag will let unprivileged users send any SG_IO command to
the device, without any filtering.
This is useful for virtualization, where some trusted guests would like
to send commands such as persistent reservations, but still the virtual
machine monitor should run with restricted permis
Start cleaning up the table, moving out of the way four rare & obsolete
device types: printers, communication devices (network cards) and scanners
(both TYPE_PROCESSOR and TYPE_SCANNER). Add missing commands for these
four device types.
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
C
This adds missing commands to the table from SBC and related standards.
Only commands that affect the medium are added. Commands that affect
other state of the LUN are all privileged, with the sole exception of START
STOP UNIT (which has always been allowed for all file descriptors. I do not
real
Some SCSI commands can be sent to disks via SG_IO even by unprivileged
users. Unfortunately, some opcodes overlap across SCSI device classes
and have different meanings for different classes. Four of them can
be used for read-only file descriptors on MMC, but should be limited to
descriptors open
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/scsi_ioctl.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/block/scsi_ioctl.c b/block/scsi_ioctl.c
index 4942314..3830faf 100644
--- a/block/scsi_ioctl.c
+
Tapes have no problematic overlap, but quite a few commands
are missing that are useful when operating tapes with /dev/sg.
This patch adds them.
START STOP UNIT, FORMAT UNIT and SEEK(10) have similar meanings
but different names for tapes, so move them to the tape section
of the whitelist.
Cc: "J
Besides CD-ROMs, three more device types are interesting for SG_IO:
media changers, tapes and of course disks.
Starting with this patch, we will whitelist a few more commands for
these devices. For media changers, enable "INITIALIZE ELEMENT STATUS"
and "REQUEST VOLUME ELEMENT ADDRESS". A few cha
Three MMC commands were never included: PLAY AUDIO(12), SERVICE ACTION
IN(12), MECHANISM STATUS. Add MECHANISM STATUS, the only one that has
not been obsoleted in recent versions of the standard.
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzi
Adjust the blk_verify_command function to let it look at per-queue
data. This will be done in the next patch.
Acked-by: Tejun Heo
Cc: FUJITA Tomonori
Cc: Doug Gilbert
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/bsg.c
These are added to their own section of the table, together with SEEK(10)
which has always been permitted.
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
Cc: Jens Axboe
Signed-off-by: Paolo Bonzini
---
block/scsi_ioctl.c | 22 +-
1 files changed, 21 insertions(
Store the filters in a 256-entry array, and pick an appropriate filter
for SCSI devices. Apart from SCSI disks, SG_IO is supported for CCISS,
ide-floppy and virtio-blk devices; TYPE_DISK (which is zero, i.e. the
default) is more appropriate for these devices than TYPE_ROM.
This patch already intr
To prepare for the next patches, reorganize the list of commands into
a two-way table of command numbers and device types.
One command (READ CAPACITY) was listed twice in the old table, hence
the new table has one entry less than the old one.
Right now, there is still just one bitmap and the mask
On Wed, 6 Feb 2013, Aaron Lu wrote:
> > The "if (err == -EAGAIN)" test and the call to pm_schedule_suspend seem
> > to have been dropped since v8 of this series. It looks like they ought
> > to be moved into sdev_runtime_suspend.
>
> I thought they were no longer needed...
You did not mention t
Il 16/01/2013 04:55, Wanlong Gao ha scritto:
>>> >> Add hot cpu notifier to reset the request virtqueue affinity
>>> >> when doing cpu hotplug.
>> >
>> > You need to be careful to get_online_cpus() and put_online_cpus() here,
>> > so CPUs can't go up and down in the middle of operations.
>> >
>>
This patch wasn't applied. Probably because it didn't have
[PATCH] in the email subject.
regards,
dan carpenter
On Wed, Sep 26, 2012 at 10:39:44PM -0400, Martin K. Petersen wrote:
> > "Dan" == Dan Carpenter writes:
>
> Dan,
>
> Dan> warn: buffer overflow 'cap' 4 <= 4
>
> Argh, yes. Typ
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Krishna C Gudipati
Cc: linux-scsi@vger.kernel.org
---
drivers/scsi/bfa/bfad_im.c | 15 ---
1 file changed, 4 insertions(+), 11 deletions(-)
diff --git a/drivers/scsi/bfa/bfad_im.c b/driv
Hi,
I'm interested in discussing how to pass protection information to and from
userspace. Maybe Martin could be enlisted for the discussion.
I read that some work has already been done in this area but have not been able
to locate it. It looks like the bio-integrity code already makes it possi
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: James Smart
Cc: linux-scsi@vger.kernel.org
---
drivers/scsi/lpfc/lpfc_init.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/scsi/lpfc/lpfc_init.c b/drivers/s
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: Nicholas A. Bellinger
Cc: linux-scsi@vger.kernel.org
Cc: target-de...@vger.kernel.org
---
drivers/target/iscsi/iscsi_target.c | 15 ---
drivers/target/iscsi/iscsi_target_login.c | 1
Convert to the much saner new idr interface.
Only compile tested.
Signed-off-by: Tejun Heo
Cc: "James E.J. Bottomley"
Cc: linux-scsi@vger.kernel.org
---
drivers/scsi/ch.c | 21 +
drivers/scsi/sg.c | 43 +--
drivers/scsi/st.c | 27
On Wed, Feb 06, 2013 at 01:51:22PM -0600, Ben Myers wrote:
> Hi,
>
> I'm interested in discussing how to pass protection information to and from
> userspace. Maybe Martin could be enlisted for the discussion.
>
> I read that some work has already been done in this area but have not been
> able
On Feb 6, 2013, at 3:24 PM, "Darrick J. Wong" wrote:
> On Wed, Feb 06, 2013 at 01:51:22PM -0600, Ben Myers wrote:
>> Hi,
>>
>> I'm interested in discussing how to pass protection information to and from
>> userspace. Maybe Martin could be enlisted for the discussion.
>>
>> I read that some wo
Hi all,
I don't know how many of you follow my work on github so I just wanted
to give an update on some stuff I've been working on, for my branches of
the kernel target user space configuration tools.
The biggest recent rtslib change is that we've gone back to using Python
classes to descri
On Tue, 5 Feb 2013, Bart Van Assche wrote:
> Fix a few race conditions that can be triggered by removing a device:
> - Fix a race between starved list processing and device removal.
> - Avoid that a SCSI LLD callback can get invoked after
> scsi_remove_host() finished.
> - Speed up device remova
** Resending in TEXT/PLAIN, earlier sent email bounce back **
Adding linux-scsi group to this email...
I would like to check with you if anyone had encountered similar issues
with upper layers older libsas/libata drivers. It would be of great help
if anyone can shed some light on this issue.
P
33 matches
Mail list logo
