On Mon, Jul 2, 2012 at 8:50 PM, Arnd Bergmann wrote:
> On Monday 02 July 2012, Vinayak Holikatti wrote:
>> +static struct amba_id ufshcd_amba_ids[] = {
>> + {
>> + /* Fake id for Primecell.*/
>> + .id = 0x00041FF0,
>> + .mask = 0x000f,
>> +
On Mon, Jul 2, 2012 at 8:57 PM, Arnd Bergmann wrote:
> On Monday 02 July 2012, Vinayak Holikatti wrote:
>> +static struct platform_driver ufshcd_pltfrm_driver = {
>> + .probe = ufshcd_pltfrm_probe,
>> + .remove = __devexit_p(ufshcd_pltfrm_remove),
>> +#ifdef CONFIG_PM
>> + .susp
Thanks Venkat !
2012/7/11, Venkatraman S :
> From: Namjae Jeon
>
> Currently the UFS host driver has returned incorrect values for SUCCESS
> and FAILED. Fix it to return the correct value to the upper layer.
>
> Signed-off-by: Namjae Jeon
> Acked-by: Santosh Y
> Signed-off-by: Venkatraman S
>
On Mon, Jul 2, 2012 at 8:47 PM, Arnd Bergmann wrote:
> On Monday 02 July 2012, Vinayak Holikatti wrote:
>>
>> This patch separates PCI and core UFS host controller driver.
>> In the current implementation PCI specific code is with ufshcd.c.
>> To provide way for adding multiple bus glue driver, th
On 07/09/2012 09:51 PM, Robert Trace wrote:
>
> Huh.. I just retested this and I'm seeing really random behavior.
Ok, with a refined test I've been able to reliably reproduce this and I
bisected it back to commit 85ef06d1d252f6a2e73b678591ab71caad4667bb in
Linus' tree (introduced between 3.0 and
The PCIE capability offset is saved during PCI bus walking. It will
remove an unnecessary search in the PCI configuration space if this
value is referenced instead of reacquiring it. Also, pci_is_pcie is a
better way of determining if the device is PCIE or not (as it uses the
same saved PCIE capa
The PCIE capability offset is saved during PCI bus walking. It will
remove an unnecessary search in the PCI configuration space if this
value is referenced instead of reacquiring it. Also, pci_is_pcie is a
better way of determining if the device is PCIE or not (as it uses the
same saved PCIE capa
The PCIE capability offset is saved during PCI bus walking. It will
remove an unnecessary search in the PCI configuration space if this
value is referenced instead of reacquiring it.
Signed-off-by: Jon Mason
Cc: Ravi Anand
Cc: Vikas Chaudhary
Cc: iscsi-dri...@qlogic.com
---
drivers/scsi/qla4x
This is a resubmission of 3 of 19 patches from ~1 year ago. The rest were
integrated by the other subsystem maintainers at the time. I believe the
hiccup was some confusion as to whether this would cause an issue on PPC
(http://www.spinics.net/lists/linux-scsi/msg53079.html). However, this was
l
On Mon, Jul 09, 2012 at 06:24:15PM -0400, Robert Trace wrote:
> On 07/09/2012 04:45 PM, Darrick J. Wong wrote:
> >
> > I suspect that /sys/devices//manage_start_stop
> > = 0
> > for the SATA devices hanging off the SAS controller.
>
> Yep, looks like you're right. For my system:
>
> # cat /sys/
From: Namjae Jeon
Currently the UFS host driver has returned incorrect values for SUCCESS
and FAILED. Fix it to return the correct value to the upper layer.
Signed-off-by: Namjae Jeon
Acked-by: Santosh Y
Signed-off-by: Venkatraman S
Cc: James Bottomley
---
drivers/scsi/ufs/ufshcd.c | 10
On Tue, Jul 10, 2012 at 8:12 PM, James Bottomley
wrote:
> On Tue, 2012-07-10 at 19:39 +0530, Venkatraman S wrote:
>> From: Namjae Jeon
>>
>> Currently the UFS host driver has returned incorrect values for SUCCESS
>> and FAILED. Fix it to return the correct value to the upper layer.
>>
>> Signed-
On Tue, 2012-07-10 at 19:39 +0530, Venkatraman S wrote:
> From: Namjae Jeon
>
> Currently the UFS host driver has returned incorrect values for SUCCESS
> and FAILED. Fix it to return the correct value to the upper layer.
>
> Signed-off-by: Namjae Jeon
> Acked-by: Santosh Y
> Cc: James Bottoml
Use macro module_pci_driver and get rid of boilerplate code. No
functional changes.
Signed-off-by: Venkatraman S
Acked-by: Santosh Y
Cc: "James E.J. Bottomley"
Signed-off-by: Andrew Morton
---
drivers/scsi/ufs/ufshcd.c | 19 +--
1 files changed, 1 insertions(+), 18 deletion
From: Namjae Jeon
Currently the UFS host driver has returned incorrect values for SUCCESS
and FAILED. Fix it to return the correct value to the upper layer.
Signed-off-by: Namjae Jeon
Acked-by: Santosh Y
Cc: James Bottomley
Signed-off-by: Andrew Morton
---
drivers/scsi/ufs/ufshcd.c | 10
Otherwise it counter intuitively returns 0 if device is present.
Signed-off-by: Venkatraman S
Reviewed-by: Namjae Jeon
Acked-by: Santosh Y
Cc: James Bottomley
Signed-off-by: Andrew Morton
---
drivers/scsi/ufs/ufshcd.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --gi
Hi James,
These patches have been posted to lkml and have been in linux-next
for sometime through Andrew Morton's tree.
I think they should be taken through your tree for next merge window.
Can you please merge these ?
Thanks and regards,
Venkat.
Namjae Jeon (1):
drivers/scsi/ufs: fix inco
On Tue, 2012-07-10 at 14:54 +0300, Meelis Roos wrote:
> > > I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
> > > barfs for yet unknown reasons. When it happens, I get a BUG with
> > > backtrace and this scsi channel is dead until I reboot. Seems to be
> > > something wit
> > I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
> > barfs for yet unknown reasons. When it happens, I get a BUG with
> > backtrace and this scsi channel is dead until I reboot. Seems to be
> > something with either generic scsi error handling or with mpt scsi.
>
> I
Add "removable" module parameter to set the "removable" attribute of any
subsequently created debug block device. It is a writable driver option, so
that you can switch between removable and "fixed" media block devices in
between the add_host calls.
This is useful for being able to test the differ
Hello all,
sorry for resending this twice to the lists. Initially I thought
mailing James directly was not appropriate, but I was now told that
get_maintainer.pl is actually speaking the truth and I am supposed to
do just that.
For the purposes of automatically testing udisks and gvfs automounti
On Tue, 2012-07-10 at 11:44 +0300, Meelis Roos wrote:
> Resending with correct linux-scsi address - please rteply to this one if
> you see duplicate messages.
>
> I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
> barfs for yet unknown reasons. When it happens, I get a BUG
Resending with correct linux-scsi address - please rteply to this one if
you see duplicate messages.
I am using Linux 3.4.0 with a 53c1030 and a tape library that sometimes
barfs for yet unknown reasons. When it happens, I get a BUG with
backtrace and this scsi channel is dead until I reboot. S
23 matches
Mail list logo
