Add missing cc of linux-scsi
On Tue, 2013-09-10 at 15:03 +0900, Tetsuo Handa wrote:
> Hello.
>
> I got below warning on current linux.git .
>
> --
> [2.612237] scsi: * BusLogic SCSI Driver Version 2.1.16 of 18 July
> 2002 *
> [2.613067] scsi: Copyright 1995-1998 by Leona
On Mon, 2013-09-09 at 14:19 +0800, Joe Jin wrote:
> When do disk pull/insert test we encountered below:
>
> WARNING: at fs/sysfs/dir.c:455 sysfs_add_one+0xbc/0xe0()
> Hardware name: SUN FIRE X4370 M2 SERVER
> sysfs: cannot create duplicate filename
> '/devices/pci:00/:00:03.0/:0d:00.0
On Friday, September 06, 2013 03:45:35 PM Todd E Brandt wrote:
> On Fri, Sep 06, 2013 at 06:54:48PM +0200, Bartlomiej Zolnierkiewicz wrote:
> >
> > Hi,
> >
> > On Thursday, September 05, 2013 05:38:53 PM Todd E Brandt wrote:
> > > This is the final draft of the non-blocking hard disk resume patch
On Tue, 2013-09-10 at 09:50 +0800, Joe Jin wrote:
> On 09/09/13 21:41, Christoph Hellwig wrote:
> >> Modules linked in: oracleacfs(P)(U) oracleadvm(P)(U) oracleoks(P)(U)
> >
> > Please reproduce without this weird crap loaded.
> >
> These modules is filesystem and will not impact enclosure.
That
Hi Hannes,
you objected to this patch saying there's a possibilty that
HS devices may also need this feature, which would require
a quirk. Does this mean that the patch is acceptable only
with an additional predefined quirk, or do you insist that all
devices be handled with quirks?
Regard
On Tue, 10 Sep 2013, Oliver Neukum wrote:
> Hi Hannes,
>
> you objected to this patch saying there's a possibilty that
> HS devices may also need this feature, which would require
> a quirk. Does this mean that the patch is acceptable only
> with an additional predefined quirk, or do you insist t
On Thu, 2013-08-29 at 15:14 -0400, Jeff Moyer wrote:
...
> RIP: 0010:[] []
> blk_requeue_request+0x94/0xa0
...
> Call Trace:
> [] __scsi_queue_insert+0xa3/0x150
> [] ? scsi_eh_ready_devs+0x5e3/0x850
> [] scsi_queue_insert+0x13/0x20
> [] scsi_eh_flush_done_q+0x104/0x160
> [] scsi_error_handle
Ewan Milne writes:
> If the request completes after blk_mark_rq_complete() is called but
> before blk_clear_req_complete() is called, the completion will not be
> processed, and we will have to wait for the request to timeout again.
> Maybe this is not so bad, as it should be extremely rare, but
Patch 5 of 4
From: Mike Miller
This patch removes the PCI ID of a cancelled Smart Array. I missed that in my
previous submissions. If preferred I can redo the entire patchset I submitted
last week. Please advise.
---
drivers/scsi/hpsa.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
Good suggestion on the reuse of the existing ata_port_request_pm function. I
have this habit of introducing new changes in such a way that they can be
easily turned on and off for testing, but that's not appropriate here. I'll
redo this patch with the functionality weaved into all the existing f
On Tue, 2013-09-10 at 13:25 -0400, Alan Stern wrote:
> On Tue, 10 Sep 2013, Oliver Neukum wrote:
>
> > Hi Hannes,
> >
> > you objected to this patch saying there's a possibilty that
> > HS devices may also need this feature, which would require
> > a quirk. Does this mean that the patch is accept
On Fri, 2013-09-06 at 15:50 +0530, sumit.sax...@lsi.com wrote:
> This patch will add big endian architecture support to megaraid_sas driver.
> The support added is for LSI MegaRAID all generation controllers-
> (3Gb/s, 6Gb/s and 12 Gb/s controllers).
>
> This patch will be applied on top of rece
On Wed, 2013-09-04 at 15:05 -0500, Mike Miller wrote:
> Patch 1 of 4
>
> From: Mike Miller
Just for future reference, doing it this way means I have to edit the
patch. The way git am works when applying patches is that if the first
body line is a keyword it recognises (like From: or Subject: or
-Original Message-
From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
Sent: Tuesday, September 10, 2013 5:02 PM
To: Miller, Mike (OS Dev)
Cc: Andrew Morton; LKML; LKML-scsi
Subject: Re: [PATCH 1/4] hpsa: add HP Smart Array Gen9 PCI ID's
On Wed, 2013-09-04 at 15:05 -050
On Tue, 2013-09-10 at 22:17 +, Miller, Mike (OS Dev) wrote:
>
> -Original Message-
> From: James Bottomley [mailto:james.bottom...@hansenpartnership.com]
> Sent: Tuesday, September 10, 2013 5:02 PM
> To: Miller, Mike (OS Dev)
> Cc: Andrew Morton; LKML; LKML-scsi
> Subject: Re: [PATCH
This makes sure format strings cannot leak into the printk call via the
constructed buffer.
Signed-off-by: Kees Cook
---
drivers/scsi/esas2r/esas2r_log.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/scsi/esas2r/esas2r_log.c b/drivers/scsi/esas2r/esas2r_log.c
ind
3.6.11.9-rc1 stable review patch.
If anyone has any objections, please let me know.
--
From: Arnd Bergmann
[ Upstream commit b497ceb964a80ebada3b9b3cea4261409039e25a ]
ARM cannot handle udelay for more than 2 miliseconds, so we
should use mdelay instead for those.
Signed-off-b
>-Original Message-
>From: James Bottomley [mailto:jbottom...@parallels.com]
>Sent: Wednesday, September 11, 2013 3:42 AM
>To: Saxena, Sumit
>Cc: linux-scsi@vger.kernel.org; Desai, Kashyap; aradf...@gmail.com
>Subject: Re: [PATCH][SCSI] megaraid_sas: addded support for big endian
>architec
18 matches
Mail list logo
