Error handling in UFS driver is broken and resets the host controller
for fatal errors without re-initialization. Correct the fatal error
handling sequence according to UFS Host Controller Interface (HCI)
v1.1 specification.
o Processed requests which are completed w/wo error are reported to
SCS
The first patch fixes many issues with current task management handling
in UFSHCD driver. Others improve error handling in various scenarios.
These patches are rebased on:
[PATCH 9/9] drivers/scsi/ufs: don't check resource with devm_ioremap_resource
Changes from v4:
- Addressed comments f
As of now SCSI initiated error handling is broken because,
the reset APIs don't try to bring back the device initialized and
ready for further transfers.
In case of timeouts, the scsi error handler takes care of handling aborts
and resets. Improve the error handling in such scenario by resetting t
On 29/07/13 23:20, David Brown wrote:
> On Wed, Jul 24, 2013 at 01:54:31PM -0700, Stephen Boyd wrote:
>> The contents of mach/board.h are only used by files within
>> mach-msm so there is no need to export this file outside of the
>> mach-msm directory. Move the contents of the file to common.h to
There is a possible race condition in the hardware when the abort
command is issued to terminate the ongoing SCSI command as described
below:
- A bit in the door-bell register is set in the controller for a
new SCSI command.
- In some rare situations, before controller get a chance to issue
th
Currently, sending Task Management (TM) command to the card might
be broken in some scenarios as listed below:
Problem: If there are more than 8 TM commands the implementation
returns error to the caller.
Fix: Wait for one of the slots to be emptied and send the command.
Problem: Som
On 07/29, Kumar Gala wrote:
>
> On Jul 29, 2013, at 4:40 PM, Stephen Boyd wrote:
>
> > On 07/29, Kumar Gala wrote:
> >>> +#include
> >>> +#include
> >>> +
> >>> +#include
> >
> > please.
>
> will change, I choice since *_relaxed are arm specific.
>
I thought readl_relaxed() was universal
On 07/29, Abhimanyu Kapur wrote:
> diff --git a/Documentation/devicetree/bindings/power_supply/msm-poweroff.txt
> b/Documentation/devicetree/bindings/power_supply/msm-poweroff.txt
> new file mode 100644
> index 000..de08480
> --- /dev/null
> +++ b/Documentation/devicetree/bindings/power_supply
Add support for restart and poweroff functionality present on MSM
chipsets with the MPM2 ps-hold hardware.
Signed-off-by: Abhimanyu Kapur
---
.../bindings/power_supply/msm-poweroff.txt | 17 +
drivers/power/reset/Kconfig| 6 ++
drivers/power/reset/Makefile
Add driver for Qualcomm MSM Hardware Mutex block that exists on newer MSM
SoC (MSM8974, etc).
CC: Jeffrey Hugo
CC: Eric Holmberg
Signed-off-by: Kumar Gala
---
v2:
* Fixed init of stride
* Dealt with a number of comments from Stephen Boyd:
- use of instead of
- declaring msm_hwspinlock_of_
On Jul 29, 2013, at 4:40 PM, Stephen Boyd wrote:
> On 07/29, Kumar Gala wrote:
>>> diff --git a/Documentation/devicetree/bindings/arm/msm/tcsr-mutex.txt
>>> b/Documentation/devicetree/bindings/arm/msm/tcsr-mutex.txt
>>> new file mode 100644
>>> index 000..ddd6889
>>> --- /dev/null
>>> +++ b/
On 07/29, Kumar Gala wrote:
> > diff --git a/Documentation/devicetree/bindings/arm/msm/tcsr-mutex.txt
> > b/Documentation/devicetree/bindings/arm/msm/tcsr-mutex.txt
> > new file mode 100644
> > index 000..ddd6889
> > --- /dev/null
> > +++ b/Documentation/devicetree/bindings/arm/msm/tcsr-mutex.
On Wed, Jul 24, 2013 at 01:54:31PM -0700, Stephen Boyd wrote:
The contents of mach/board.h are only used by files within
mach-msm so there is no need to export this file outside of the
mach-msm directory. Move the contents of the file to common.h to
allow us to compile MSM in the multi-platform k
On Jul 29, 2013, at 3:11 PM, Kumar Gala wrote:
> Add driver for Qualcomm MSM Hardware Mutex block that exists on newer MSM
> SoC (MSM8974, etc).
>
> CC: Jeffrey Hugo
> CC: Eric Holmberg
> Signed-off-by: Kumar Gala
> ---
[ had old device tree mailing list ]
> .../devicetree/bindings/arm/msm/
Add driver for Qualcomm MSM Hardware Mutex block that exists on newer MSM
SoC (MSM8974, etc).
CC: Jeffrey Hugo
CC: Eric Holmberg
Signed-off-by: Kumar Gala
---
.../devicetree/bindings/arm/msm/tcsr-mutex.txt | 20 +++
drivers/hwspinlock/Kconfig | 11 ++
drivers/hwsp
Hi David,
On Fri, 2013-07-26 at 14:50 -0700, David Brown wrote:
> On Mon, Jul 22, 2013 at 10:05:48AM +0300, Ivan T. Ivanov wrote:
> >From: "Ivan T. Ivanov"
> >
> >This is a tty driver with console support for Qualcomm's UART
> >controllers found in the MSM8974 chipsets. Driver is completely
> >b
On 7/24/2013 7:09 PM, Seungwon Jeon wrote:
> On Wed, July 24, 2013, Sujit Reddy Thumma wrote:
>> On 7/23/2013 1:57 PM, Seungwon Jeon wrote:
>>> On Sat, July 20, 2013, Sujit Reddy Thumma wrote:
On 7/19/2013 7:27 PM, Seungwon Jeon wrote:
> On Tue, July 09, 2013, Sujit Reddy Thumma wrote:
>>>
On 7/24/2013 7:09 PM, Seungwon Jeon wrote:
> On Wed, July 24, 2013, Sujit Reddy Thumma wrote:
>> On 7/23/2013 2:04 PM, Seungwon Jeon wrote:
>>> On Sat, July 20, 2013, Sujit Reddy Thumma wrote:
On 7/19/2013 7:28 PM, Seungwon Jeon wrote:
> On Tue, July 09, 2013, Sujit Reddy Thumma wrote:
>>>
Hi,
On Wed, 2013-07-24 at 11:37 -0700, Stephen Boyd wrote:
> Here are a couple fixes and improvements to the msm_serial
> driver. The first two patches fix a bug on UARTDM devices and
> silence sparse warnings. The last two patches improve the baud
> code detection and increase the throughput on
19 matches
Mail list logo