Michael Meissner wrote:
On Wed, Jan 17, 2001 at 12:32:05AM +0100, J . A . Magallon wrote:
If that is your idea of the average user... You're a system administrator,
you can have tons of scsi cards in your system if you want.
You want to make things SOOO easy for a 'dummy' user, and
Douglas Gilbert wrote:
Noticed that in the case of sr that exit_sr() is
called _before_ sr_detach(). That makes sr_detach()
useless and leaky. Same problem with sg (and I guess
sd and st). Tests done on lk 2.4.0 .
False alarm.
It is not nearly as bad as it looks:-) The exit_sr()
function
"Justin T. Gibbs" wrote:
The Scsi_Cmnd::scsi_level member looks promising for
controlling whether that is done:
if (SDpnt-scsi_level = SCSI_2)
scsi_cmd[1] = (lun 5) 0xe0;
This is the correct thing to do. You'll also need to inherit the
scsi_level on new lun instances for a
Douglas Gilbert wrote:
Just to catalog other scsi patches floating around for lk 2.4
there is:
- scsi reservations + reset [James Bottomley]
James mentioned there might be a patch problem with
reservations; has this been sorted?
- scsi device detection message correction
Daniel Eisenbud wrote:
Eight different SCSI drivers have large switch statements to determine
the direction in which data will be transferred for a given SCSI
command. I discovered this when trying to figure out why the MESH
(powermac SCSI) driver locked up when (and only when) trying to
Jeremy Higdon wrote:
[snip]
I was reading Documentation/scsi-generic.txt in 2.4.1. I didn't see
anything about direction in the "new sg_header". Is there something
newer?
| The new sg_header offered in this driver is:
| #define SG_MAX_SENSE 16
| struct sg_header
| {
Jeremy,
The
Last month there were some discussions on this list about hotplugging
(and unplugging) SCSI devices. That was mainly in the context of various
pseudo drivers such as sbp2_1394, usb/mass_storage and usb/microtek.
As was pointed out at the time, various changes would probably be
required to the
Chiaki,
Wow! This is proving a very time consuming
problem. There is one small question I can
answer:
Ishikawa wrote:
[snip]
subtle differences the way devfs is handled
Why does sg.c use write_lock_irqsave() while sr.c does not?
The lock is there because st and sg have got rid of
the
There is definitely something strange going on here.
As the bonnie test below shows, the SCSI disk used
for my tests should vastly outperform the old IDE one:
---Sequential Output ---Sequential Input-- --Random--
Seagate -Per Char- --Block--- -Rewrite-- -Per Char-
Klaus Naumann wrote:
rakesh rakesh wrote:
Hi List,
I wanted to know in which order different Host
adapters in the system are detected by the SCSI.
You can have a look in linux/drivers/scsi/hosts.c .
It's in there. Why do you need to know that anyway ?
While this is true in the
Since the intention of fsync and fdatasync seems to be
to write dirty fs buffers to persistent storage (i.e.
the "oxide") then the best time is not necessarily
the objective. Given the IDE times that people have
been reporting, it is very unlikely that any of those
IDE disks were really doing
Rogier Wolff wrote:
Kurt Garloff wrote:
A simple test shows that the module count is working for
the sg driver. So it seems as if open() calls to char
devices do an auto module count increment. However I
was unable to find the code that does this (e.g. no sign
of it in
Oliver Neukum wrote:
Hi,
I was thinking about power management and the sg driver.
Shouldn't the sg driver block any request for putting the system to sleep
while and sg devices are open ?
Oliver,
Have you any idea how the sg driver could stop that?
That seems a little outside the
Oliver Neukum wrote:
Hi,
I think there's a small window during which a low level driver can be
unloaded while sg_open() is executing.
The attached patch should fix it by incrementing the usage counter before
sg_open() might sleep.
Oliver,
Yes that should be done. I intend to make some
Prasenjit Sarkar wrote:
Are the interfaces add-single-device and remove-single-device deprecated in
2.4?
I don't think so. As time passes they are becoming more and
more useful. Also their implementation has been strengthened.
Now various hotpluggable pseudo adapter drivers (e.g.
Bill Nottingham wrote:
David Brownell ([EMAIL PROTECTED]) said:
Looks like a promising direction, especially if (as you'd
suggested offline) very similar models can work for IDE.
What would the job of /etc/hotplug/scsi.agent be? I'm not
quite clear -- modprobe "sd" or "sg"? Mount
rakesh rakesh wrote:
Hi list,
My qlogic /proc/scsi/scsi contains a
Host: scsi1 Channel: 00 Id: 08 Lun: 00
Vendor: xxx Model: GEM359-SES Rev: 2
Type:EnclosureANSI SCSI revision:04
Host: scsi1 Channel: 01 Id: 08 Lun: 00
Vendor: xxx Model: GEM359-SES
Due to the name clash between my scsiinfo driver and a
utility of the same name, this driver has been renamed
"scsimon". Consequently the web page has become:
http://www.torque.net/scsi/scsimon.html
The tarball on that page includes a kernel patch against
lk 2.4.2, a test program called
icabod [EMAIL PROTECTED] wrote:
I've noticed a small problem that hinders me
from updatingmy system to the new 2.4 kernels.
I'm using a PowerMac with a Advansys SCSI 3940UW
card in it running my drives. I've noticed that
since the 2.4 kernel series the advanasys drivers
version 3.2M
Dale E Martin wrote:
[snip]
I had had good luck with 2.4.x on other boxes, so I put it
on this machine as well. Several times now I've seen ext2
corruption with no other noteworthy logs.
.
The machine is a dual PPro, it has a Buslogic BT958 with a
single 9G scsi/wide drive in it.
Arnaldo Carvalho de Melo wrote:
Em Thu, Mar 08, 2001 at 06:15:00PM -0500, Douglas Gilbert escreveu:
Now various hotpluggable pseudo adapter drivers (e.g.
ieee1394/sbp2) want to be able to call them within the
scsi subsystem.
Question: is anybody here working on support for ieee1394
Peter Daum wrote:
On Sun, 1 Apr 2001, Douglas Gilbert wrote:
[...]
scsihosts
As a boot time option try:
scsihosts=aic7xxx:ncr53c8xxx
or if you are using lilo, in /etc/lilo.conf add:
append="scsihosts=aic7xxx:ncr53c8xxx"
that does indeed change the bus
"Alex Q Chen" [EMAIL PROTECTED] wrote:
I am trying to find a way to pin down user space
memory from kernel, so that these user space buffer
can be used for direct IO transfer or otherwise
known as "zero copying IO". Searching through the
Internet and reading comments on various news
[EMAIL PROTECTED] wrote:
Hi List,
Is it possible to force linux scsi layer to rescan the
devices on a scsi_bus ? Are there any application/ioctls available
which can do this ?
Hiren,
Have a look at Kurt Garloff's web site:
http://www.garloff.de/kurt/linux/
and look for the "Rescan SCSI
Matt Domsch [EMAIL PROTECTED] wrote:
I'm working on an IA-64 user-space application to add a Linux entry to
the IA-64 boot manager. To do so, I've got to uniquely identify a
disk by it's controller PCI address, SCSI channel,
ID, and LUN. Essentially, I need to tie /dev/sda to an EFI device.
Maarten,
char-major-97 is the parport driver that cdrecord seems
to be trying in vain to load. I have seen old versions
of cdrecord get confused and end up sending a parport
command to the sg interface. That was fixed over a year
ago.
I just put a small check in my sg driver to look for
1 byte
Matthias Schniedermeyer wrote:
#include hallo.h
I just got $subject (5 Channel-FAST-SCSI Raid-Controller)
I wanted to use it as a SCSI-Adapter with 5 Channels, to save some
PCI-Slots.
I have 4 Teac-CD-R58S (8x CD-R) and connected each one to a different
channel.
-- cat
Kaelin Colclasure wrote:
I have enabled SCSI logging an recompiled the 2.4.2 kernel on my Redhat
7.1 system. However, it seems that `/proc/scsi/scsi' is nevertheless
read-only. Has the mechanism for actually turning on SCSI logging been
changed for the 2.4 kernels? Or is this perhaps an
Ana Yuseepi wrote:
By point-to-point, I mean directly connecting
device-HBA-host and not device-switch-HBA-host.
Am trying to think now that my method of scsi programming
is depracated. I have downloaded sg3119.tgz which is said
to be sg version 3. After downloading, I unzip and untar
MONZ wrote:
Anyone got experiences with subj?
Docs tells about more uniform performance form outer to inner tracks
compared to 10K disks, but then again a swap partition on outer tracks
may perform better on 10K disks, since 15K disks are actually slower on
outer tracks, according to
Alan Cox wrote:
I see that the newly released linux-2.4.6 still contains the broken
version (3.1.17) of sg.c. Argh.
Its on my hit list ... 8)
Sg version 3.1.19 along with various other SCSI subsystem
patches have now been synced into Linus's tree in
lk 2.4.7-pre3 . Some of these
,
EOM and ILI flags which have been placed in the
stream commands sense data descriptor.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
--- linux/include/scsi/scsi_eh.h 2004-12-25 12:21:28.0 +1000
+++ linux/include/scsi/scsi_eh.h2611r1b1desc 2005-01-18 16:49:08.0 +1000
@@ -44,6
Guy wrote:
Good info. Thanks!
I could not find the answer with google. Too much noise!
Is 0x25e6e3 the block number?
Yes (logical block number expressed in hex)
If it is, is it relative to the beginning of sdl1, or sdl?
/dev/sdl
If not, what is it?
Looking at the settings of the read write error
Tarball, rpm and deb can be found on http://www.torque.net/sg .
Overview of sg3_utils, sg_utils and other packages are on
this page: http://www.torque.net/sg/u_index.html
A release announcement has been sent to freshmeat.net .
Changelog for sg3_utils-1.12 [20050121]
- sg_wr_mode: new utility to
This patch builds on the 2 patches in the
streamline block SG_IO error processing thread.
It allows the sd driver to handle either fixed or
descriptor format sense data. A side effect of this
is that 64 bit medium/hardware error lbas can now be
conveyed back to the block layer.
Several sd patches
Patrick Mansfield wrote:
On Sat, Jan 29, 2005 at 10:44:41AM -0600, James Bottomley wrote:
On Fri, 2005-01-28 at 21:46 -0800, Andrew Vasquez wrote:
Returning back DID_IMM_RETRY for these 'transport' related conditions
would of course help in this issue -- but at the same time bring with it
several
Kit Gerrits wrote:
I have found 08:05 to correspond to /dev/sda5, mounted as /usr(Thanks for
the pointer!).
Sda is the single-drive volume
(non-RAID, as it is only for the O/S,
which needs to be speedy and can be pulled from tape easily).
This explains several things:
A/ Why a single error can
Salyzyn, Mark wrote:
An unrecoverable medium error is typically `corrected' when a write to
the block occurs. RAID cards will use the redundancy to calculate the
data and write it back to the offending drive for instance.
Otherwise, for none-redundant stores, bad media is as good as anything
to
[EMAIL PROTECTED] wrote:
the idea behind this is fine, I just don't like the interface.
Really a target device is nothing more than a container to SCSI. We
already do the transport add/remove calls for targets, I don't see we
need other calls duplicating this. So, I think the
implementation
Jens Axboe wrote:
On Mon, Jan 31 2005, Douglas Gilbert wrote:
Jens Axboe wrote:
On Mon, Jan 31 2005, Fabio Coatti wrote:
Alle 09:00, lunedì 31 gennaio 2005, Jens Axboe ha scritto:
At this point k3b is stuck in D stat, needs reboot.
I was able to replicate this with a USB burner.
My system didn't
Mike Christie wrote:
The attach patch converts scsi_debug to use the virtual scsi bus.
It was built against scsi-rc-fixes-2.6.
The interface has changed a little. Here is an
example of adding and removing a single host:
cd /sys/bus/scsi_host/drivers/scsi_debug
[EMAIL PROTECTED] scsi_debug]# ls
Steve McIntyre wrote:
Guys, I hope somebody can help here. A little context:
At Plasmon we've developed a driver for our new UDO (Ultra Density
Optical) drive. It's a new blu-ray optical drive with an 8KB sector
size, which makes it rather awkward to support directly using sd in
the kernel. To
SCSI Enclosure Services (SES) permit the management and
sense the state of power supplies, cooling devices, displays,
indicators, individual drives, and other non-SCSI elements
installed in an enclosure. The scsi_ses adapter driver
simulates a SES device. The default action is to appear as a
disk
While looking at struct scsi_target in a recent lk 2.6
kernel I was confused by this sentence:
scsi_target: representation of a scsi target, for now,
this is only used for single_lun devices. This is just above
the definition of the scsi_target structure in scsi_device.h
Elsewhere in that file
James Bottomley wrote:
On Thu, 2005-02-17 at 14:27 +1000, Douglas Gilbert wrote:
Recent SPC-3 and SBC-2 drafts treat the sense keys of
MEDIUM ERROR and HARDWARE ERROR in a similar way.
Both can return an info field which has the same
meaning (lba of first failure). The distinction is that
MEDIUM
Jeff Garzik wrote:
I thought the Command sets are supposed to be qualified paragraph was
worth forwarding to linux-scsi.
Jeff
Subject:
[patch libata-dev-2.6 5/5] libata: update ATA pass thru opcodes
From:
John W.
Manu wrote:
Under a fresh Mandrake 10.1 with a 2.6.8 kernel, the Fusion MPT driver
do recognize the HP tape autoloader. The autoloader is composed of tape
drive (on LUN 0) and the changer (on LUN 1).
The message comes from scsi_scan.c :
printk(KERN_WARNING scsi: %s lun%d has a LUN larger
Markus Lidel wrote:
Hello,
i wanted to ask if it is possible to put the typedef Sg_request into
sg.h?
A surprising question. I would have though Sg_request was
private to the sg driver but ...
It is possible. Seems as though #if __KERNEL__ conditional
blocks are still acceptable in kernel headers
sg3_utils is a package of command line utilities for sending
SCSI commands to devices. This package targets the lk 2.6 and
lk 2.4 series. In the lk 2.6 series these utilities (except
sgp_dd) can be used with any devices that support the SG_IO
ioctl.
This version adds sg_format which can format
Alan Stern wrote:
James:
It turns out that a bunch of USB-IDE converters make the mistake of
returning SK = 04 (Hardware Error) whenever the IDE device signals any
sort of error, without bothering to distinguish recoverable from
non-recoverable errors.
Alan,
The sense key of HARDWARE ERROR is a
() is only called for the (rare) code paths
that need them.
Changelog:
- reduce stack usage in sg_ioctl() and sg_read()
- fix check after use in sg_mmap()
- hold duration internally in milliseconds and
check current time later than held time
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED
Patrick Mansfield wrote:
On Wed, Apr 06, 2005 at 01:40:04PM +0200, Frederic TEMPORELLI wrote:
2/ now, how can we get the adapter module name from sysfs ?
Why do you need it?
Anyway, try lsscsi, it walks the sysfs tree:
[elm3b79 patman]$ lsscsi -H
[0]qla1280
[1]qla1280
[2]qla2xxx
[3]
Dailey, Nate wrote:
This is my first attempt at submitting a patch, so I hope I'm not making any
mistakes...
This patch fixes two problems I came across in sg, both of which occur when
sg_remove is called on a disk which hasn't yet been sg_release'd:
1. I got the following Oops in sg_remove:
--
Andreas Herrmann wrote:
Hi,
Am I right in the assumption that scsi_cmnd-resid is just of use for
requests initiated by sg?
How does the SCSI-stack handle normal (non-sg) requests for SCSI disks
for which a scsi_cmnd-resid is set? AFAIK, resid is ignored by
sd. So, such requests are returned to
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA disks). More generally
it gets and sets mode page information on SCSI devices or devices
that use a SCSI command set (e.g. CD/DVD drives (any transport)
and SCSI tape drives).
The elements within
Jeff Garzik wrote:
Douglas Gilbert wrote:
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA disks). More generally
it gets and sets mode page information on SCSI devices or devices
that use a SCSI command set (e.g. CD/DVD drives (any transport
iterate like sginfo does (in sg3_utils)
to find the mapping to a sg device node.
Doug Gilbert
then forget my bugreport (running 2.4.26-NANO)
On Mon, Apr 18, 2005 at 11:26:03PM +1000, Douglas Gilbert wrote:
sdparm is a new command line utility designed to get and set
SCSI disk parameters (cf hdparm for ATA
Jim wrote:
Symptom: Cannot umount a CD-Rom in my CD-Roaster/Burner/Toaster whatever
Reason to write to ide AND Scsi-List: Its an IDE - Drive, but with
scsi-emulation running. So my 4 questions: WHY is the drive locked? And
HOW to work arround it other than to reboot the system? Can't a forced
lsscsi is a utility that uses sysfs in linux 2.6 series kernels
to list information about all SCSI devices and SCSI hosts. Both a
compact format (default) which is one line
per device and a classic format (like the output of
'cat /proc/scsi/scsi') are supported. Some examples:
$ lsscsi
[0:0:0:0]
Martin Peschke3 wrote:
Doug,
Providing udev names is great. Makes it more user-frendly.
Martin,
It can still be tricked: for example putting disk device nodes
in a /dev/disks/ directory. Also the udevinfo approach could
be tricked by using mknod .
Btw., what do you think about this idea:
If
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). Apart
from SCSI devices (e.g. disks, tapes and enclosures) sdparm
can be used on any device that uses a SCSI command set.
Virtually all CD/DVD drives use the SCSI MMC set irrespective
of the
Jeff Garzik wrote:
Douglas Gilbert wrote:
sdparm uses the START STOP UNIT SCSI command to start
and stop (spin up and spin down) SCSI devices.
Currently libata does not implement that SCSI command.
[Hopefully Jeff contradicts me.]
Correct.
Someone should submit a libata patch
command waits patiently and then does the read). This
is different to a SCSI disk that would reject a media access
command when in standby mode.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
but not ready for production.
Doug Gilbert
--- linux/include/linux/ata.h 2005-07-30 10:22:09.0
command to go into active state, any media access command
will do that. This is all fine, I just find it a little
curious what SAT is defining should happen for the TEST
UNIT READY translation.
Signed-off-by: Douglas Gilbert [EMAIL PROTECTED]
Doug Gilbert
-BEGIN PGP SIGNATURE-
Version: GnuPG
On 13-03-15 05:46 AM, Hannes Reinecke wrote:
SAM advertises the use of a Well-known LUN (W_LUN) for scanning.
As this avoids exposing LUN 0 (which might be a valid LUN) for
all initiators it is the preferred method for LUN scanning on
some arrays.
So we should be using W_LUN for scanning, too.
On 13-03-26 02:00 PM, Chad Dupuis wrote:
On Tue, 19 Feb 2013, Hannes Reinecke wrote:
This patchset updates the SCSI midlayer to use 64-bit LUNs internally.
It eliminates the need to limit the number of LUNs artificially to
avoid aliasing issues; the SCSI midlayer can now accept any LUN
On 13-03-26 10:11 PM, James Smart wrote:
In looking through the error handler, if a command times out and is added to the
eh_cmd_q for the shost, the error handler is only awakened once shost-host_busy
(total number of i/os posted to the shost) is equal to shost-host_failed
(number of i/o that
On 13-04-07 10:49 AM, James Bottomley wrote:
On Sun, 2013-04-07 at 15:31 +0200, Hannes Reinecke wrote:
On 04/06/2013 11:08 AM, James Bottomley wrote:
On Fri, 2013-03-15 at 10:46 +0100, Hannes Reinecke wrote:
SAM advertises the use of a Well-known LUN (W_LUN) for scanning.
As this avoids
On 13-04-07 12:15 PM, James Bottomley wrote:
On Sun, 2013-04-07 at 11:59 -0400, Douglas Gilbert wrote:
On 13-04-07 10:49 AM, James Bottomley wrote:
On Sun, 2013-04-07 at 15:31 +0200, Hannes Reinecke wrote:
On 04/06/2013 11:08 AM, James Bottomley wrote:
On Fri, 2013-03-15 at 10:46 +0100
On 13-04-22 01:47 AM, Mahesh Rajashekhara wrote:
Hello,
Greetings...!
I am the Linux driver engineer for the PMC-Sierra driver team working on
aacraid drivers.
The Linux aacraid driver is connected with the SCSI upper layer driver
modules (sd, sg, ).
We are using Linux sg3_utils tool
On 13-04-23 03:41 PM, Ric Wheeler wrote:
For many years, we have used WCE as an indication that a device has a volatile
write cache (not just a write cache) and used this as a trigger to send down
SYNCHRONIZE_CACHE commands as needed.
Some arrays with non-volatile cache seem to have WCE set
On 13-04-23 03:41 PM, Ric Wheeler wrote:
For many years, we have used WCE as an indication that a device has a volatile
write cache (not just a write cache) and used this as a trigger to send down
SYNCHRONIZE_CACHE commands as needed.
Some arrays with non-volatile cache seem to have WCE set
for ease of review.
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: linux-scsi@vger.kernel.org
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: Martin K. Petersen martin.peter...@oracle.com
Akinobu Mita (6):
scsi_debug: call map_region() and unmap_region() only when needed
scsi_debug
with several
combination with module parameters dix and dif, I found that doing
'modprobe scsi_debug dif=0 dix=1' causes kernel crash.
This patch set includes these fixes and cleanup which is related to data
integrity support.
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert
lsscsi is a command line utility that probes sysfs in Linux
2.6 and 3 series kernels in order to list information about
SCSI devices and SCSI hosts. Both a compact format which is
one line per device and a classic format (like the output
of 'cat /proc/scsi/scsi') are supported.
Version 0.27 is
On 13-05-17 07:53 PM, ronnie sahlberg wrote:
Martin,
Thansk for your suggestions.
On Tue, May 14, 2013 at 3:43 PM, Martin K. Petersen
martin.peter...@oracle.com wrote:
Ronnie == ronnie sahlberg ronniesahlb...@gmail.com writes:
...
Ronnie I have added tests for the block limits VPD as
Ronnie
the patch fix data integrity support on highmem machine into
two separate patches.
- Add new cleanup patch reduce duplication between prot_verify_read and
prot_verify_write.
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: Martin K. Petersen
integrity support on highmem machine into
two separate patches.
- Add new cleanup patch reduce duplication between prot_verify_read and
prot_verify_write.
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: Martin K. Petersen martin.peter...@oracle.com
On 13-06-01 10:51 PM, Akinobu Mita wrote:
2013/5/29 Martin K. Petersen martin.peter...@oracle.com:
I have some patches pending as part of my next DIF/DIX update that makes
some of these things more palatable at the block/SCSI level. Akinobu
voiced interest in finishing the scsi_debug work on
sg3_utils is a package of command line utilities for sending
SCSI and some ATA commands to devices. This package targets
the Linux 3, 2.6 and 2.4 kernel series. It also has ports to
FreeBSD, Tru64, Solaris, and Windows (cygwin and mingw).
Mainly small changes and fixes in this version including
sdparm is a command line utility designed to get and set
SCSI device parameters (cf hdparm for ATA disks). The
parameters are held in mode pages. Apart from SCSI devices
(e.g. disks, tapes and enclosures) sdparm can be used on
any device that uses a SCSI command set. Almost all CD/DVD/BD
drives
execution cycle. So it is not necessary to take care to decrease
sdb-resid if fill_from_dev_buffer() is called more than once.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: linux-scsi@vger.kernel.org
).
Changelog:
- sync SCSI command names, sense key strings and additional
sense code strings with SPC-4 draft revision 36g
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
--- a/drivers/scsi/constants.c310 2012-12-12 06:16:21.0 -0500
+++ b/drivers/scsi/constants.c 2013-07-01 20:24
On 13-07-22 04:26 AM, Hugh Chin wrote:
I'm developing SMP application by Python. I've ran it on Linux, it works
fine. But now I have to run it on Windows. Of course, it didn't work.
So far I know that Windows seems doesn't have bsg driver. But I'm not sure.
I want to know is there any way can
table is not
correctly initialized on big-endian systems.
Signed-off-by: Akinobu Mita akinobu.m...@gmail.com
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: linux-scsi@vger.kernel.org
---
drivers/scsi/scsi_debug.c | 4 ++--
1 file changed, 2
On 13-07-25 11:32 AM, vaughan wrote:
On 07/23/2013 01:03 AM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v4:
* [3/4] use ERR_PTR series instead of
On 13-07-29 05:09 PM, Nix wrote:
On 29 Jul 2013, Bernd Schubert uttered the following:
On 07/29/2013 03:05 PM, Nix wrote:
On 29 Jul 2013, Bernd Schubert said:
Hi Nick,
On 07/29/2013 12:10 PM, Nick Alcock wrote:
arcmsr0: abort device command of scsi id = 0 lun = 1
arcmsr0: abort device
, although I didn't test it on hardware yet.
Signed-off-by: Joern Engel jo...@logfs.org
James, care to pick this up?
Acked-by: Douglas Gilbert dgilb...@interlog.com
Tested O_EXCL with multiple processes and threads; passed.
sg driver prior to this patch had leaky O_EXCL logic
according to the same test
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may happen between
sg_open and sg_remove.
Changes from v4:
* [3/4] use ERR_PTR series
On 13-08-04 10:19 PM, vaughan wrote:
On 08/03/2013 01:25 PM, Douglas Gilbert wrote:
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800, Vaughan Cao wrote:
There is a race when open sg with O_EXCL flag. Also a race may
Roland,
When this sg code was originally designed, there wasn't a bio
in sight :-)
Now I'm trying to get my head around this. We have launched
a data-in SCSI command like READ(10) and the DMA is underway
so we are waiting for a done indication. Instead we receive
a signal interruption. It is not
On 13-08-05 11:54 PM, Peter Chang wrote:
2013/8/5 Roland Dreier rol...@kernel.org:
From: Roland Dreier rol...@purestorage.com
There is a nasty bug in the SCSI SG_IO ioctl that in some circumstances
leads to one process writing data into the address space of some other
random unrelated process
On 13-08-07 11:50 AM, Roland Dreier wrote:
On Wed, Aug 7, 2013 at 7:38 AM, David Milburn dmilb...@redhat.com wrote:
I was able to succesfully test this patch overnight, I had been experimenting
with the
sg driver setting the BIO_NULL_MAPPED flag in sg_rq_end_io_usercontext for a
orphan
On 13-08-12 10:46 PM, vaughan wrote:
On 08/06/2013 04:52 AM, Douglas Gilbert wrote:
On 13-08-04 10:19 PM, vaughan wrote:
On 08/03/2013 01:25 PM, Douglas Gilbert wrote:
On 13-08-01 01:01 AM, Douglas Gilbert wrote:
On 13-07-22 01:03 PM, Jörn Engel wrote:
On Mon, 22 July 2013 12:40:29 +0800
On 13-08-15 12:45 PM, Roland Dreier wrote:
Jens / James, do you guys plan to send this to Linus for 3.11?
Triggering this bug is a bit esoteric but the impact is pretty nasty
(corrupting an unrelated process).
The patch is fine with me. Even though the sg driver is
named in the patch title, I
rather higher severity than others.
This is Martin's area of expertise so I hope he also
acks it.
Acked-by: Douglas Gilbert dgilb...@interlog.com
2013/7/15 Akinobu Mita akinobu.m...@gmail.com:
Commit b90ebc3d5c41c9164ae04efd2e4f8204c2a186f1 ([SCSI] scsi_debug:
fix logical block provisioning
Cc: Christoph Hellwig h...@lst.de
Cc: Jens Axboe ax...@kernel.dk
Cc: James E.J. Bottomley jbottom...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: linux-scsi@vger.kernel.org
Acked by: Douglas Gilbert dgilb...@interlog.com
--
To unsubscribe from this list: send the line unsubscribe
...@parallels.com
Cc: Douglas Gilbert dgilb...@interlog.com
Cc: linux-scsi@vger.kernel.org
---
This patch is a part of the v1 scsi: increase upper limit for
max_sectors patch.
Acked by: Douglas Gilbert dgilb...@interlog.com
--
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body
On 14-06-03 07:22 AM, Hannes Reinecke wrote:
Update the sg driver to use dev_printk() variants instead of
plain printk(); this will prefix logging messages with the
appropriate device.
Signed-off-by: Hannes Reinecke h...@suse.de
Cc: Doug Gilbert dgilb...@interlog.com
Acked-by: Douglas Gilbert
limited to 16 bytes.
- remove some dead code caused by this change
- cleanup comment block at the top of sg.h, fix urls
Signed-off-by: Douglas Gilbert dgilb...@interlog.com
diff --git a/drivers/scsi/sg.c b/drivers/scsi/sg.c
index df5e961..177f755 100644
--- a/drivers/scsi/sg.c
+++ b
1 - 100 of 784 matches
Mail list logo