arm64: Add APM X-Gene SATA clock and controller DTS entries.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 73
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/arch/arm
ata: Add APM X-Gene SATA driver
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
drivers/ata/Kconfig |7 +
drivers/ata/Makefile |2 +
drivers/ata/sata_xgene.c | 1394 ++
drivers/ata/sata_xgene.h | 112
Documentation: Add documentation for APM X-Gene SATA DTS binding
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/ata/apm-xgene.txt | 84
1 files changed, 84 insertions(+), 0 deletions(-)
create mode 10064
ata: Add APM X-Gene SATA controller support
v2:
* Clean up file sata_xgene.c with Lindent and etc
* Clean up file sata_xgene_serdes.c with Lindent and etc
* Add description to each patch
v1:
* inital version
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
ata: Export required functions by APM X-Gene SATA driver to avoid duplicate
code.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
drivers/ata/ahci.h|6 ++
drivers/ata/libahci.c | 13 -
2 files changed, 14 insertions(+), 5 deletions(-)
Hi,
I will add description on the next version.
-Loc
On Fri, Nov 8, 2013 at 4:39 PM, Olof Johansson wrote:
> On Fri, Nov 08, 2013 at 03:30:35PM -0700, Loc Ho wrote:
>> Signed-off-by: Loc Ho
>> Signed-off-by: Tuan Phan
>> Signed-off-by: Suman Tripathi
>> ---
>> arch/arm64/boot/dts/apm-storm
Hi,
Forgot to run checkpatch on this one. It will be fixed in the new version.
-Loc
On Fri, Nov 8, 2013 at 4:38 PM, Olof Johansson wrote:
> On Fri, Nov 08, 2013 at 03:30:37PM -0700, Loc Ho wrote:
>> Signed-off-by: Loc Ho
>> Signed-off-by: Tuan Phan
>> Signed-off-by: Suman Tripathi
>> ---
>>
I tested your patches and they do function. We tried a similar approach
a few months back where instead of waking the scsi disks we just set
them all to runtime_suspended and skipped the resume. Then we let
them be awakened later by read/write access just as you have. It's a really
tempting appro
On Fri, Nov 08, 2013 at 03:30:35PM -0700, Loc Ho wrote:
> Signed-off-by: Loc Ho
> Signed-off-by: Tuan Phan
> Signed-off-by: Suman Tripathi
> ---
> arch/arm64/boot/dts/apm-storm.dtsi | 73
>
> 1 files changed, 73 insertions(+), 0 deletions(-)
Technically
On Fri, Nov 08, 2013 at 03:30:37PM -0700, Loc Ho wrote:
> Signed-off-by: Loc Ho
> Signed-off-by: Tuan Phan
> Signed-off-by: Suman Tripathi
> ---
> drivers/ata/sata_xgene_serdes.c | 1982
> +++
> 1 files changed, 1982 insertions(+), 0 deletions(-)
> create m
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
.../devicetree/bindings/ata/apm-xgene.txt | 84
1 files changed, 84 insertions(+), 0 deletions(-)
create mode 100644 Documentation/devicetree/bindings/ata/apm-xgene.txt
diff --git
Export required functions by APM X-Gene SATA driver to avoid duplicate code.
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
drivers/ata/ahci.h|6 ++
drivers/ata/libahci.c | 13 -
2 files changed, 14 insertions(+), 5 deletions(-)
diff
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
arch/arm64/boot/dts/apm-storm.dtsi | 73
1 files changed, 73 insertions(+), 0 deletions(-)
diff --git a/arch/arm64/boot/dts/apm-storm.dtsi
b/arch/arm64/boot/dts/apm-storm.dt
Add APM X-Gene SATA controller support
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
Loc Ho (5):
ata: Export AHCI library functions required by APM X-Gene SATA driver
arm64: Add APM X-Gene SATA DTS binding
ata: Add APM X-Gene SATA driver
ata: Add APM X
Signed-off-by: Loc Ho
Signed-off-by: Tuan Phan
Signed-off-by: Suman Tripathi
---
drivers/ata/Kconfig |7 +
drivers/ata/Makefile |2 +
drivers/ata/sata_xgene.c | 1385 ++
drivers/ata/sata_xgene.h | 112
4 files changed, 1506 inse
From: Mike Miller
This patch deletes one ID that never should have in in hpsa. It also the PCI
ID's for two cancelled products.
Please consider this for inclusion.
Signed-off-by: Mike Miller
---
drivers/scsi/hpsa.c |7 ++-
1 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/
On 11/08/2013 11:04 AM, Paul Gortmaker wrote:
Paul Gortmaker (1):
scsi: delete decade+ obsolete aic7xxx_old driver
Documentation/scsi/00-INDEX | 2 -
Documentation/scsi/aic7xxx_old.txt | 511 --
MAINTAINERS | 1 -
drivers/scsi/K
Hi James,
We've got appropriate acks on this, and we've also established
that it doesn't appear to even be enabled in any of the common
distros, and nobody voiced any strong objections in the past
month+ since posting, so please pull this driver deletion.
Thanks,
Paul.
---
The following changes
On 11/07/2013 07:33 PM, Douglas Gilbert wrote:
> On 13-11-07 01:45 AM, Hannes Reinecke wrote:
>> On 11/06/2013 06:23 PM, Mike Christie wrote:
>>> On 11/05/2013 10:48 PM, Hannes Reinecke wrote:
On 11/05/2013 08:19 PM, Mike Christie wrote:
> On 11/04/2013 11:05 PM, Hannes Reinecke wrote:
>>>
On Fri, Nov 08, 2013 at 04:02:20PM +0100, Tomas Henzl wrote:
> On 11/08/2013 03:44 PM, scame...@beardog.cce.hp.com wrote:
> > On Fri, Nov 08, 2013 at 02:51:37PM +0100, Tomas Henzl wrote:
> >> On 11/07/2013 05:45 PM, Stephen M. Cameron wrote:
> >>> From: Stephen M. Cameron
> >>>
> >>> The hardware
https://bugzilla.kernel.org/show_bug.cgi?id=60758
--- Comment #45 from newbie ---
> If you do not like seeing the message,
> just "comment out" line number 165 in your /etc/rc.d/rc.sysinit file.
seems no help, that message still exist, I don't know why.
but really problem is:
I use two SATA 200
On 11/08/2013 03:44 PM, scame...@beardog.cce.hp.com wrote:
> On Fri, Nov 08, 2013 at 02:51:37PM +0100, Tomas Henzl wrote:
>> On 11/07/2013 05:45 PM, Stephen M. Cameron wrote:
>>> From: Stephen M. Cameron
>>>
>>> The hardware guys tell us that after initiating a software
>>> reset via the doorbell
On Fri, Nov 08, 2013 at 02:51:37PM +0100, Tomas Henzl wrote:
> On 11/07/2013 05:45 PM, Stephen M. Cameron wrote:
> > From: Stephen M. Cameron
> >
> > The hardware guys tell us that after initiating a software
> > reset via the doorbell register we need to wait 5 seconds before
> > attempting to ta
On 11/07/2013 05:45 PM, Stephen M. Cameron wrote:
> From: Stephen M. Cameron
>
> The hardware guys tell us that after initiating a software
> reset via the doorbell register we need to wait 5 seconds before
> attempting to talk to the board *at all*. This means that we
> cannot watch the board to
24 matches
Mail list logo