Re: [BUG] "block: make generic_make_request handle arbitrarily sized bios" breaks boot on parisc-linux

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 > >

RE: aacraid: ioctl hang (4.5-rc4)

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

Query regarding "libcxgbi/cxgb4i : Fix ipv6 build failure caught with randconfig" patch

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

[BUG] "block: make generic_make_request handle arbitrarily sized bios" breaks boot on parisc-linux

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

Re: [v2 PATCH 1/3] scsi:stex.c Support to Pegasus series.

> "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

Re: aacraid: ioctl hang (4.5-rc4)

> "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 +

Re: [PATCH] hpsa: update MAINTAINERS with new e-mail

> "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

Re: [PATCH 0/7] hpsa updates

> "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 -

Re: aicasm: fix kbuild for separated build directories

> "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

Re: [Lsf-pc] [LSF/MM ATTEND] Online Logical Head Depop and SMR disks chunked writepages

>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

Re: [PATCHv8 00/23] ALUA device handler update, part II

> "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

RE: [PATCH 0/2][RESEND] scsi_transport_fc: LUN masking

> 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

[ANNOUNCE] sdparm 1.10 available

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

Re: [PATCH] hpsa: update MAINTAINERS with new e-mail

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

Re: [PATCH 7/7] hpsa: update copyright information

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

Re: [PATCH 6/7] hpsa: remove function definition for sanitize_inquiry_string

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

Re: [PATCH 5/7] hpsa: check for a null phys_disk pointer in ioaccel2 path

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

Re: [PATCH 4/7] hpsa: correct abort tmf for hba devices

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

Re: [PATCH 3/7] hpsa: correct lun data caching bitmap definition

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

Re: [PATCH 2/7] hpsa: add SMR drive support

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

Re: [PATCH 1/7] hpsa: do not get enclosure info for external devices

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

Re: [PATCH v3] mptbase: fixup error handling paths in mpt_attach()

> "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.

Re: [PATCH RESEND] dpt_i2o: fix build warning

> "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

Re: [PATCH v2 1/2] mpt3sas: Free memory pools before retrying to allocate with different value.

> "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

[PATCH] hpsa: update MAINTAINERS with new e-mail

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

[PATCH] hpsa update

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

[PATCH 0/7] hpsa updates

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

[PATCH 5/7] hpsa: check for a null phys_disk pointer in ioaccel2 path

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

[PATCH 6/7] hpsa: remove function definition for sanitize_inquiry_string

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:

[PATCH 3/7] hpsa: correct lun data caching bitmap definition

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:

[PATCH 4/7] hpsa: correct abort tmf for hba devices

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:

[PATCH 7/7] hpsa: update copyright information

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

[PATCH 2/7] hpsa: add SMR drive support

Reviewed-by: Mahesh Rajashekhara Reviewed-by: Justin Lindley Reviewed-by: Scott Teel Reviewed-by: Kevin Barnett Signed-off-by: Don Brace ---

[PATCH 1/7] hpsa: do not get enclosure info for external devices

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

Re: NULL pointer dereference: IP: [] sr_runtime_suspend+0xc/0x20 [sr_mod]

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

Re: [PATCH v3] mptbase: fixup error handling paths in mpt_attach()

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(). >

Re: [PATCHv8 20/23] scsi: Add 'access_state' attribute

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

[PATCH v3] mptbase: fixup error handling paths in mpt_attach()

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

Re: [PATCHv8 20/23] scsi: Add 'access_state' attribute

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

Re: [PATCH 0/2][RESEND] scsi_transport_fc: LUN masking

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

Re: [Lsf-pc] [LSF/MM ATTEND] Online Logical Head Depop and SMR disks chunked writepages

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