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 inste
Good Day,
I appologize for using this medium of internet to
reach you, though it has been greatly abused, but I
chose to reach you because it is still the fastest means
of communication in the world, however this correspondent
is unofficial and private.
My name is Yong Wong, I work with the hang
On 1 Aug 2013, Bernd Schubert told this:
> Once I noticed that scsi_get_vpd_page() works fine from other function
> calls and that it is not 0x89, but already 0x0 that fails fixing it became
> easy.
>
> Nix, any chance you could verify it also works for you?
Sorry for the delay: it's hard for me
If mpt3sas_base_map_resources takes an early error path then its
counterpart, mpt3sas_base_free_resources needs to be careful about
cleaning up:
1 - _base_mask_interrupts and _base_make_ioc_ready require memory
mapped I/O registers, make sure that this is true.
2 - _base_free_irq iterat
If mpt2sas_base_map_resources takes an early error path then its
counterpart, mpt2sas_base_free_resources needs to be careful about
cleaning up:
1 - _base_mask_interrupts and _base_make_ioc_ready require memory
mapped I/O registers, make sure that this is true.
2 - _base_free_irq iterat
Hi Sreekanth,
When testing unrelated PCI hotplug API, I hit a crash in mpt2sas when
pci_enable_device_mem failed in mpt2sas_base_map_resources.
It looks like mpt2sas_base_free_resources is not careful enough about
cleaning up only the resources that have been setup. For example,
ioc->chip may no
Removed obsolete fcp_eq_count and fcp_wq_count driver attributes.
The patches were cut against scsi.git, branch "misc", plus the lpfc 8.3.41
patch set
posted a couple of weeks ago.
-- james
Signed-off-by: James Smart
---
lpfc.h |2 --
lpfc_attr.c | 23 ---
l
Errors are reported through printk. In the upstream kernel this is the spot
where an error would be detected and reported for a bad sd_resume:
drivers/scsi/sd.c:3061
if (res) {
sd_printk(KERN_WARNING, sdkp, "START_STOP FAILED\n");
sd_print_result(sdkp, res
On Thu, 2013-08-01 at 16:57 -0400, Ewan D. Milne wrote:
> From: "Ewan D. Milne"
>
> Generate a uevent when the following Unit Attention ASC/ASCQ
> codes are received:
>
> 2A/01 MODE PARAMETERS CHANGED
> 2A/09 CAPACITY DATA HAS CHANGED
> 38/07 THIN PROVISIONING SOFT THRESHOLD REACH
On Thu, 2013-08-01 at 16:57 -0400, Ewan D. Milne wrote:
> From: "Ewan D. Milne"
>
> This patch set adds changes to the SCSI mid-layer, sysfs and scsi_debug
> to provide enhanced support for Unit Attention conditions.
Well it doesn't really does it? As I see it, patches 1-6 are trivial
changes u
On Fri, 2013-08-02 at 16:41 +, Brandt, Todd E wrote:
> Do you mean in terms of debug after a failure? I can resubmit the patch with
> the scsi_sense_hdr buffer still in place. I just wanted to keep the first
> draft simple to get the concept across.
How are errors reported?
Regards
Signed-off-by: Bradley Grove
---
MAINTAINERS | 7 +++
drivers/scsi/Kconfig | 1 +
drivers/scsi/Makefile| 1 +
drivers/scsi/esas2r/Kconfig | 6 ++
drivers/scsi/esas2r/Makefile | 5 +
5 files changed, 20 insertions(+)
create mode 100644 drivers/scsi/e
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r.h | 1441 ++
1 file changed, 1441 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r.h
diff --git a/drivers/scsi/esas2r/esas2r.h b/drivers/scsi/esas2r/esas2r.h
new file mode 100644
inde
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_main.c | 2033 +
1 file changed, 2033 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_main.c
diff --git a/drivers/scsi/esas2r/esas2r_main.c
b/drivers/scsi/esas2r/esas2r_main.c
new file
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_init.c | 1773 +
1 file changed, 1773 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_init.c
diff --git a/drivers/scsi/esas2r/esas2r_init.c
b/drivers/scsi/esas2r/esas2r_init.c
new file
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/atvda.h | 1320 ++
drivers/scsi/esas2r/esas2r_vda.c | 523 +++
2 files changed, 1843 insertions(+)
create mode 100644 drivers/scsi/esas2r/atvda.h
create mode 100644 drivers/scsi/esas2r/es
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_flash.c | 1514 +++
drivers/scsi/esas2r/esas2r_targdb.c | 306 +++
2 files changed, 1820 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_flash.c
create mode 100644 drivers/scsi/esas2r/
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/atioctl.h | 1254 +
1 file changed, 1254 insertions(+)
create mode 100644 drivers/scsi/esas2r/atioctl.h
diff --git a/drivers/scsi/esas2r/atioctl.h b/drivers/scsi/esas2r/atioctl.h
new file mode 100644
i
This is a new driver for ATTO Technology's ExpressSAS series of hardware RAID
adapters. It supports the following adapters:
- ExpressSAS R60F
- ExpressSAS R680
- ExpressSAS R608
- ExpressSAS R644
This patch is split into ten parts, all of which need to be applied to build
the
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_int.c | 941 +++
drivers/scsi/esas2r/esas2r_io.c | 883
2 files changed, 1824 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_int.c
create mode 1006
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_ioctl.c | 2110
1 file changed, 2110 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_ioctl.c
diff --git a/drivers/scsi/esas2r/esas2r_ioctl.c
b/drivers/scsi/esas2r/esas2r_ioctl.c
new fi
Signed-off-by: Bradley Grove
---
drivers/scsi/esas2r/esas2r_disc.c | 1190 +
drivers/scsi/esas2r/esas2r_log.c | 255
drivers/scsi/esas2r/esas2r_log.h | 118
3 files changed, 1563 insertions(+)
create mode 100644 drivers/scsi/esas2r/esas2r_di
Do you mean in terms of debug after a failure? I can resubmit the patch with
the scsi_sense_hdr buffer still in place. I just wanted to keep the first draft
simple to get the concept across.
Todd Brandt
Linux Kernel Developer OTC, Hillsboro OR
https://opensource.intel.com/linux-wiki/ToddBrandt
On Fri, 2 Aug 2013, Oliver Neukum wrote:
> On Fri, 2013-08-02 at 09:54 -0400, Alan Stern wrote:
> > On Fri, 2 Aug 2013, Oliver Neukum wrote:
> >
> > > On Thu, 2013-08-01 at 11:53 -0400, Alan Stern wrote:
> > > > On Thu, 1 Aug 2013, Oliver Neukum wrote:
> > > >
> > > > > On Wed, 2013-07-31 at 11:
On Fri, 2013-08-02 at 09:54 -0400, Alan Stern wrote:
> On Fri, 2 Aug 2013, Oliver Neukum wrote:
>
> > On Thu, 2013-08-01 at 11:53 -0400, Alan Stern wrote:
> > > On Thu, 1 Aug 2013, Oliver Neukum wrote:
> > >
> > > > On Wed, 2013-07-31 at 11:13 -0400, Alan Stern wrote:
> > > >
> > > > > More impo
On Fri, 2 Aug 2013, Oliver Neukum wrote:
> On Thu, 2013-08-01 at 11:53 -0400, Alan Stern wrote:
> > On Thu, 1 Aug 2013, Oliver Neukum wrote:
> >
> > > On Wed, 2013-07-31 at 11:13 -0400, Alan Stern wrote:
> > >
> > > > More importantly, if we already know that the medium is not present or
> > > >
On Thu, 2013-08-01 at 23:40 +, Brandt, Todd E wrote:
> This patch is a potential way to reduce the S3 resume time for SATA drives.
> Essentially this patch removes the hard disk resume time from the total
> system resume time, with the disks still taking as long to come back online
> but in
On 08/01/2013 06:18 PM, scame...@beardog.cce.hp.com wrote:
> On Thu, Aug 01, 2013 at 05:39:36PM +0200, Tomas Henzl wrote:
>> On 08/01/2013 05:19 PM, scame...@beardog.cce.hp.com wrote:
> [...]
>
Btw. on line 1284 - isn't it similar to patch 2/3 ?
> ^^^ Oh, missed this the first time around, the
https://bugzilla.kernel.org/show_bug.cgi?id=60644
--- Comment #17 from livea...@live.com ---
Hi .
Today , I ran some tests on all 8 drives connected to the LSI 2308 .
The results are rather surprising . The controller goes non-operational under
high READ workloads , while WRITE workloads always
On Sunday 28 July 2013 15:28:52 Alan Stern wrote:
> On Sat, 27 Jul 2013, Stuart Foster wrote:
> > On 07/27/13 20:34, Alan Stern wrote:
> > > On Sat, 27 Jul 2013, Stuart Foster wrote:
> > >> On 07/27/13 15:58, Alan Stern wrote:
> > >>> On Sat, 27 Jul 2013, Stuart Foster wrote:
> > Hi,
> >
On Thu, 2013-08-01 at 11:53 -0400, Alan Stern wrote:
> On Thu, 1 Aug 2013, Oliver Neukum wrote:
>
> > On Wed, 2013-07-31 at 11:13 -0400, Alan Stern wrote:
> >
> > > More importantly, if we already know that the medium is not present or
> > > has been changed since it was last used, then there's n
31 matches
Mail list logo
