On 04/24/2018 11:09 AM, Steffen Maier wrote:
On 11/04/2016 05:35 PM, Martin K. Petersen wrote:
"Hannes" == Hannes Reinecke writes:
Hannes> Checking with SAT-3 (section 6.2.4: Commands the SATL queues
Hannes> internally) the implemented behaviour is standards conformant,
On 11/04/2016 05:35 PM, Martin K. Petersen wrote:
"Hannes" == Hannes Reinecke writes:
Hannes> Checking with SAT-3 (section 6.2.4: Commands the SATL queues
Hannes> internally) the implemented behaviour is standards conformant,
Hannes> although the standard also allows for
On Sat, Nov 5, 2016 at 6:47 PM, Andrey Grodzovsky wrote:
> On Fri, Nov 4, 2016 at 10:51 AM, Hannes Reinecke wrote:
>> On 11/04/2016 01:45 PM, Sreekanth Reddy wrote:
>>>
>>> Hi All,
>>>
>>> From last two days, I was working with my firmware team to get the
>>>
On Fri, Nov 4, 2016 at 10:51 AM, Hannes Reinecke wrote:
> On 11/04/2016 01:45 PM, Sreekanth Reddy wrote:
>>
>> Hi All,
>>
>> From last two days, I was working with my firmware team to get the
>> required info over this issue. Here is my firmware team response
>>
>> "For ATA
> "Hannes" == Hannes Reinecke writes:
Hannes> Checking with SAT-3 (section 6.2.4: Commands the SATL queues
Hannes> internally) the implemented behaviour is standards conformant,
Hannes> although the standard also allows for returning 'TASK SET FULL'
Hannes> or 'BUSY' in these
On 11/04/2016 01:45 PM, Sreekanth Reddy wrote:
Hi All,
From last two days, I was working with my firmware team to get the
required info over this issue. Here is my firmware team response
"For ATA PASSTHROUGH commands, the IOC SATL will not check for the
opcode and will direct it to the drive.
gt;
> Cc: PDL-MPT-FUSIONLINUX <mpt-fusionlinux@broadcom.com>,
> linux-scsi@vger.kernel.org, Hannes Reinecke <h...@suse.de>, Sathya Prakash
> <sathya.prak...@broadcom.com>, Chaitra P B <chaitra.basa...@broadcom.com>,
> Suganath Prabu Subramani <suganath-prabu.
On Wed, Nov 2, 2016 at 7:37 AM, Hannes Reinecke wrote:
> On 11/02/2016 01:09 AM, Andrey Grodzovsky wrote:
>>
>> Problem:
>> This is a work around for a bug with LSI Fusion MPT SAS2 when
>> pefroming secure erase. Due to the very long time the operation
>> takes commands issued
On 11/02/2016 01:09 AM, Andrey Grodzovsky wrote:
Problem:
This is a work around for a bug with LSI Fusion MPT SAS2 when
pefroming secure erase. Due to the very long time the operation
takes commands issued during the erase will time out and will trigger
execution of abort hook. Even though the
Problem:
This is a work around for a bug with LSI Fusion MPT SAS2 when
pefroming secure erase. Due to the very long time the operation
takes commands issued during the erase will time out and will trigger
execution of abort hook. Even though the abort hook is called for
the specifc command which
10 matches
Mail list logo