On Tue 23-02-16 05:31:13, Damien Le Moal wrote:
>
> >On 02/22/16 18:56, Damien Le Moal wrote:
> >> 2) Write back of dirty pages to SMR block devices:
> >>
> >> Dirty pages of a block device inode are currently processed using the
> >> generic_writepages function, which can be executed simultaneous
On 02/22/2016 07:39 PM, Seymour, Shane M wrote:
> Hi Hannes,
>
> How do you know that a request for an async scan is complete (I'm assuming
> that you get
> add or change udev events)? Assuming that someone has manually started a scan
> on something
> (e.g. some newly presented devices after boo
On 02/22/2016 11:34 PM, Bart Van Assche wrote:
> On 02/21/16 22:59, Hannes Reinecke wrote:
>> The main reason why I need the 'access_state' attribute is to decouple
>> the multipath daemon; at the moment the multipath daemon has to issue
>> REPORT TARGET PORT GROUPS frequently to figure out the sta
From: "Ewan D. Milne"
mpt_attach() was not checking for the failure to create fw_event_q.
Also, iounmap() was not being called in all error cases after ioremap()
had been called by mpt_mapresources().
Reported-by: Insu Yun
Reviewed-by: Tomas Henzl
Signed-off-by: Ewan D. Milne
---
drivers/mes
On Tue, 2016-02-23 at 18:27 +0800, Hannes Reinecke wrote:
> On 02/22/2016 11:34 PM, Bart Van Assche wrote:
> > On 02/21/16 22:59, Hannes Reinecke wrote:
> >> The main reason why I need the 'access_state' attribute is to decouple
> >> the multipath daemon; at the moment the multipath daemon has to i
On Tue, Feb 23, 2016 at 09:00:12AM -0500, Ewan D. Milne wrote:
> From: "Ewan D. Milne"
>
> mpt_attach() was not checking for the failure to create fw_event_q.
> Also, iounmap() was not being called in all error cases after ioremap()
> had been called by mpt_mapresources().
>
> Reported-by: Insu
On Tue, 23 Feb 2016, Alexandre Rossi wrote:
> Okay now I've tried with 4.4. The oops does not occur. So this is
> fixed for me in 4.4.
>
> If there is interest in backporting to 4.3, 13b438914341 ("SCSI: fix
> crashes in sd and sr runtime PM") is not enough to backport. Something
> in 4.4, most p
Reviewed-by: Mahesh Rajashekhara
Reviewed-by: Justin Lindley
Reviewed-by: Scott Teel
Reviewed-by: Kevin Barnett
Signed-off-by: Don Brace
---
drivers/scsi/hpsa.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.c
index
Stop annoying "Error, could not get enclosure information"
messages.
Reviewed-by: Mahesh Rajashekhara
Reviewed-by: Justin Lindley
Reviewed-by: Scott Teel
Reviewed-by: Kevin Barnett
Signed-off-by: Don Brace
---
drivers/scsi/hpsa.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-
Reviewed-by: Justin Lindley
Reviewed-by: Kevin Barnett
Signed-off-by: Don Brace
---
drivers/scsi/hpsa.c |3 ++-
drivers/scsi/hpsa.h |3 ++-
drivers/scsi/hpsa_cmd.h |3 ++-
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/drivers/scsi/hpsa.c b/drivers/scsi/hpsa.
This patch depends on patch
- commit ac10a3e4ed64
("Export function scsi_scan.c:sanitize_inquiry_string")
Suggested-by: Hannes Reinecke
Suggested-by: Matthew R. Ochs mro...@linux.vnet.ibm.com
Reviewed-by: Mahesh Rajashekhara
Reviewed-by: Justin Lindley
Reviewed-by: Scott Teel
Reviewed-by:
The bitmap was changed after this definition was added
to the driver. Correcting the bitmap definition.
Reviewed-by: Mahesh Rajashekhara
Reviewed-by: Justin Lindley
Reviewed-by: Scott Teel
Reviewed-by: Kevin Barnett
Signed-off-by: Don Brace
---
drivers/scsi/hpsa_cmd.h |2 +-
1 file chang
An oops can occur when submitting ioaccel2 commands
when the phys_disk pointer is NULL in hpsa_scsi_ioaccel_raid_map.
Happens when there are configuration changes during I/O operations.
If the phys_disk pointer is NULL, send the command down the RAID path.
Reviewed-by: Mahesh Rajashekhara
Review
Aborts were not being sent down to HBA devices
Reviewed-by: Mahesh Rajashekhara
Reviewed-by: Justin Lindley
Reviewed-by: Scott Teel
Reviewed-by: Kevin Barnett
Signed-off-by: Don Brace
---
drivers/scsi/hpsa.c | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/d
These patches are based on Linus's tree
The changes are:
- stop requesting enclosure info for external devices
- add in SMR support
- correct lun data caching macro definition
- add abort support for hba devices
- check for null pointer in ioaccel2 path
- remove definition for sanitize_inqui
These patch is based on Linus's tree
The change is:
- update MAINTAINERS file
---
Don Brace (1):
hpsa: update MAINTAINERS with new e-mail
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--
Signature
--
To unsubscribe from this list: send the line "unsubscribe
Reviewed-by: Kevin Barnett
Reviewed-by: Justin Lindley
Signed-off-by: Don Brace
---
MAINTAINERS |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 4978dc1..b639c26 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -4985,9 +4985,9 @@ F:
> "Suganath" == Suganath Prabu Subramani
> writes:
Suganath> Deallocate resources before reallocating of the same in
Suganath> retry_allocation path of _base_allocate_memory_pools()
Both patches applied to 4.6/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsub
> "Sudip" == Sudip Mukherjee writes:
Sudip> We were getting build warning about:
Sudip> drivers/scsi/dpt_i2o.c:183:29: warning: 'dptids' defined but not
Sudip> used
Sudip> dptids[] is only used in the MODULE_DEVICE_TABLE so when MODULE
Sudip> is not defined then dptids[] becomes unused.
App
> "Ewan" == Ewan D Milne writes:
Ewan> mpt_attach() was not checking for the failure to create
Ewan> fw_event_q. Also, iounmap() was not being called in all error
Ewan> cases after ioremap() had been called by mpt_mapresources().
Applied to 4.6/scsi-queue.
--
Martin K. Petersen Oracl
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Thanks again for implementing this feedback!
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Reviewed-by: Matthew R. Ochs
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
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. sdparm
also can decode VPD pag
> But this has nothing to do with the patchset, right?
Correct.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
> "Hannes" == Hannes Reinecke writes:
Hannes> As promised here is now the second part of my ALUA device
Hannes> handler update. This contains a major rework of the ALUA device
Hannes> handler as execution is moved onto a workqueue. This has the
Hannes> advantage that we avoid having to do mu
>On Tue 23-02-16 05:31:13, Damien Le Moal wrote:
>>
>> >On 02/22/16 18:56, Damien Le Moal wrote:
>> >> 2) Write back of dirty pages to SMR block devices:
>> >>
>> >> Dirty pages of a block device inode are currently processed using the
>> >> generic_writepages function, which can be executed simu
> "Michal" == Michal Marek writes:
Michal> Sorry for the late reply. Letting kbuild handle the aicasm
Michal> directory is a step in the right direction. However, it still
Michal> failed for me and instead of trying to understand how the rules
Michal> work, I removed them and used the existin
> "Don" == Don Brace writes:
Don> These patches are based on Linus's tree The changes are: - stop
Don> requesting enclosure info for external devices - add in SMR support
Don> - correct lun data caching macro definition - add abort support for
Don> hba devices - check for null pointer in ioac
> "Don" == Don Brace writes:
Applied to 4.6/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
> "Roger" == Roger Willcocks writes:
Raghava,
This appears to be a regression after the latest update...
Roger> I've see this on multiple machines here with various kernels and
Roger> hardware configurations, the most canonical being:
Roger> hardware: HP Z840 + ASR8405 (4 x HGST raid 6 for
> "Charles" == Charles Chiou writes:
Charles> Pegasus is a high performace hardware RAID solution designed to
Charles> unleash the raw power of Thunderbolt technology.
Applied patches 1-3 to 4.6/scsi-queue.
--
Martin K. Petersen Oracle Linux Engineering
--
To unsubscribe from this lis
The following block change breaks boot on parisc-linux:
commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
Author: Kent Overstreet
Date: Thu Apr 23 22:37:18 2015 -0700
block: make generic_make_request handle arbitrarily sized bios
The way the block layer is currently written, it goes to gr
Hi,
In reference to below patch.
http://permalink.gmane.org/gmane.linux.network/326310
I have a query that why this patch selects NETDEVICES on the basis of
IPv6 being compiled as a module or not ?
Please help on this.
Regards,
Sahil Malhotra
--
To unsub
Hello Martin,
This is a legacy issue that was apparently present in the previous version
30200
as well.
I am still in the process of trying to reproduce it.
Will update once I get any results.
Regards,
Raghava Aditya
> -Original Message-
> From: Martin K. Petersen [mailto:martin.
On Wed, Feb 24, 2016 at 10:28 AM, John David Anglin
wrote:
> The following block change breaks boot on parisc-linux:
>
> commit 54efd50bfd873e2dbf784e0b21a8027ba4299a3e
> Author: Kent Overstreet
> Date: Thu Apr 23 22:37:18 2015 -0700
>
>block: make generic_make_request handle arbitrarily si
41 matches
Mail list logo
