. And old kernel also believes the device with
"_PS3" is a D3COLD device.
So, add some logics for supporting D3 COLD device with old BIOS
which is compatible with earlier ACPI spec and kernel behavior.
Reference:
http://marc.info/?l=linux-acpi=144946938709759=2
Signed-off-by: Ken Xue
Reporte
. And old kernel also believes the device with
"_PS3" is a D3COLD device.
So, add some logics for supporting D3 COLD device with old BIOS
which is compatible with earlier ACPI spec and kernel behavior.
Reference:
http://marc.info/?l=linux-acpi=144946938709759=2
Signed-off-by: Ken Xue <ke
On Tue, 2015-12-08 at 14:14 +0100, Rafael J. Wysocki wrote:
> On Tuesday, December 08, 2015 09:37:56 AM Ken Xue wrote:
> > On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> > > On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > > > D3cold is only
On Tue, 2015-12-08 at 14:14 +0100, Rafael J. Wysocki wrote:
> On Tuesday, December 08, 2015 09:37:56 AM Ken Xue wrote:
> > On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> > > On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > > > D3cold is only
On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > D3cold is only regarded as valid if the "_PR3" object is present
> > for the given device after the commit <20dacb71ad28>
> > (ACPI/PM: Re
On Mon, 2015-12-07 at 23:48 +0100, Rafael J. Wysocki wrote:
> On Monday, December 07, 2015 12:44:33 PM Ken Xue wrote:
> > D3cold is only regarded as valid if the "_PR3" object is present
> > for the given device after the commit <20dacb71ad28>
> > (ACPI/PM: Re
ieves the device has "_PS3" is a
D3COLD device.
So, add some logics for supporting D3 COLD device for old BIOS
which is compatible with earlier ACPI spec.
Signed-off-by: Ken Xue
Reported-and-tested-by: Gang Long
---
drivers/acpi/scan.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
ieves the device has "_PS3" is a
D3COLD device.
So, add some logics for supporting D3 COLD device for old BIOS
which is compatible with earlier ACPI spec.
Signed-off-by: Ken Xue <ken@amd.com>
Reported-and-tested-by: Gang Long <gang.l...@amd.com>
---
drivers/acpi/scan.c | 4 +
rom below link.
http://marc.info/?l=linux-scsi=144163730531875=2
Signed-off-by: Ken Xue
Acked-by: Alan Stern
Cc: Xiangliang Yu
Cc: James E.J. Bottomley
Cc: Jens Axboe
Cc: Michael Terry
Cc: sta...@vger.kernel.org
---
block/blk-core.c | 12
1 file changed, 12 insertions(+)
d
p://marc.info/?l=linux-scsi=144163730531875=2
Signed-off-by: Ken Xue
Acked-by: Alan Stern
Cc: Xiangliang Yu
Cc: James E.J. Bottomley
Cc: Jens Axboe
Cc: Michael Terry
Cc: sta...@vger.kernel.org
---
drivers/scsi/scsi_pm.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletion
rom below link.
http://marc.info/?l=linux-scsi=144163730531875=2
Signed-off-by: Ken Xue <ken@amd.com>
Acked-by: Alan Stern <st...@rowland.harvard.edu>
Cc: Xiangliang Yu <xiangliang...@amd.com>
Cc: James E.J. Bottomley <jbottom...@odin.com>
Cc: Jens Axboe <ax...@kern
p://marc.info/?l=linux-scsi=144163730531875=2
Signed-off-by: Ken Xue <ken@amd.com>
Acked-by: Alan Stern <st...@rowland.harvard.edu>
Cc: Xiangliang Yu <xiangliang...@amd.com>
Cc: James E.J. Bottomley <jbottom...@odin.com>
Cc: Jens Axboe <ax...@kernel.dk>
Cc: Micha
On Wed, 2015-10-21 at 13:46 +0300, Mika Westerberg wrote:
> You are saying that the original commit a445900c906092 ("i2c:
> designware: Add support for AMD I2C controller") actually never worked
> because it failed to register the clock with clkdev? In that case it is
> not even a regression ;-)
ign and make AMD0010 looks like other ones.
Signed-off-by: Ken Xue
Signed-off-by: Xiangliang Yu
---
drivers/i2c/busses/i2c-designware-platdrv.c | 27 +--
1 file changed, 1 insertion(+), 26 deletions(-)
diff --git a/drivers/i2c/busses/i2c-designware-platdrv.c
b/drivers/i2c/bus
On Wed, 2015-10-21 at 13:46 +0300, Mika Westerberg wrote:
> You are saying that the original commit a445900c906092 ("i2c:
> designware: Add support for AMD I2C controller") actually never worked
> because it failed to register the clock with clkdev? In that case it is
> not even a regression ;-)
ign and make AMD0010 looks like other ones.
Signed-off-by: Ken Xue <ken@amd.com>
Signed-off-by: Xiangliang Yu <xiangliang...@amd.com>
---
drivers/i2c/busses/i2c-designware-platdrv.c | 27 +--
1 file changed, 1 insertion(+), 26 deletions(-)
diff --git a/drivers
On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> > > On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > > > DW I2C driver t
On Wed, 2015-10-21 at 12:49 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 05:37:53PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > > > On Wed, 2
On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > > > On Tue, 2
On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > > > On Tue, 2
On Wed, 2015-10-21 at 12:49 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 05:37:53PM +0800, Ken Xue wrote:
> > On Wed, 2015-10-21 at 12:25 +0300, Mika Westerberg wrote:
> > > On Wed, Oct 21, 2015 at 04:42:23PM +0800, Ken Xue wrote:
> > > > On Wed, 2
On Wed, 2015-10-21 at 10:28 +0300, Mika Westerberg wrote:
> On Wed, Oct 21, 2015 at 09:11:33AM +0800, Ken Xue wrote:
> > On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> > > On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > > > DW I2C driver t
On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > DW I2C driver tries to register a clk from id->driver_data as an
> > alternative way besides intel lpss. But code doesn't register the
> > clk to
Now, AMD ACPI devices can be reworked by APD which is similar to intel
lpss. And the clkdev for "AMD0010" can be registered in APD. So, try
to remove freq definition from id->driver_data for "AMD0010".
Make "AMD0010" look like other ones.
Signed-off-by: Ken
DW I2C driver tries to register a clk from id->driver_data as an
alternative way besides intel lpss. But code doesn't register the
clk to clkdev. So, devm_clk_get will fail during probe.
The patch can fix this issue.
Signed-off-by: Ken Xue
Signed-off-by: Xiangliang Yu
Cc:
DW I2C driver tries to register a clk from id->driver_data as an
alternative way besides intel lpss. But code doesn't register the
clk to clkdev. So, devm_clk_get will fail during probe.
The patch can fix this issue.
Signed-off-by: Ken Xue <ken@amd.com>
Signed-off-by: Xian
Now, AMD ACPI devices can be reworked by APD which is similar to intel
lpss. And the clkdev for "AMD0010" can be registered in APD. So, try
to remove freq definition from id->driver_data for "AMD0010".
Make "AMD0010" look like other ones.
Signed-off-by: Ken
On Tue, 2015-10-20 at 14:17 +0300, Mika Westerberg wrote:
> On Tue, Oct 20, 2015 at 02:38:01PM +0800, Ken Xue wrote:
> > DW I2C driver tries to register a clk from id->driver_data as an
> > alternative way besides intel lpss. But code doesn't register the
> > clk to
>From 1a6a3a5c0815cb1f52ec0a2b9601edfa9bfebe81 Mon Sep 17 00:00:00 2001
From: Ken Xue
Date: Fri, 6 Feb 2015 08:27:51 +0800
Subject: [PATCH] acpi:apd:add AMD ACPI2Platform device support for x86 system.
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, U
From 1a6a3a5c0815cb1f52ec0a2b9601edfa9bfebe81 Mon Sep 17 00:00:00 2001
From: Ken Xue ken@amd.com
Date: Fri, 6 Feb 2015 08:27:51 +0800
Subject: [PATCH] acpi:apd:add AMD ACPI2Platform device support for x86 system.
This new feature is to interpret AMD specific ACPI device to
platform device
>From d22789f089ee644413a144633f368f45cb0ac9d8 Mon Sep 17 00:00:00 2001
From: Ken Xue
Date: Thu, 5 Feb 2015 11:04:44 +0800
Subject: [PATCH] acpi:apd:add AMD ACPI2Platform device support for x86 system.
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, U
From d22789f089ee644413a144633f368f45cb0ac9d8 Mon Sep 17 00:00:00 2001
From: Ken Xue ken@amd.com
Date: Thu, 5 Feb 2015 11:04:44 +0800
Subject: [PATCH] acpi:apd:add AMD ACPI2Platform device support for x86 system.
This new feature is to interpret AMD specific ACPI device to
platform device
On Tue, 2015-02-03 at 23:07 +0100, Rafael J. Wysocki wrote:
> On Tuesday, February 03, 2015 12:06:06 PM Andy Shevchenko wrote:
> > On Tue, Feb 3, 2015 at 3:54 AM, Ken Xue wrote:
> > > This new feature is to interpret AMD specific ACPI device to
> > > platform device suc
On Tue, 2015-02-03 at 11:53 +0200, mika.westerb...@linux.intel.com
wrote:
> On Tue, Feb 03, 2015 at 09:04:55AM +0800, Ken Xue wrote:
> > as you said, platform_drv_probe calls dev_pm_domain_attach(). but
> > platform_drv_probe just is a default probe routine. Not all platform
> &g
On Tue, 2015-02-03 at 23:07 +0100, Rafael J. Wysocki wrote:
On Tuesday, February 03, 2015 12:06:06 PM Andy Shevchenko wrote:
On Tue, Feb 3, 2015 at 3:54 AM, Ken Xue ken@amd.com wrote:
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART found
On Tue, 2015-02-03 at 11:53 +0200, mika.westerb...@linux.intel.com
wrote:
On Tue, Feb 03, 2015 at 09:04:55AM +0800, Ken Xue wrote:
as you said, platform_drv_probe calls dev_pm_domain_attach(). but
platform_drv_probe just is a default probe routine. Not all platform
device drivers use
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later chipsets. It
based on example intel LPSS. Now, it can support AMD I2C & UART.
Signed-off-by: Ken Xue
---
arch/x86/Kconfig| 11 +++
drivers/acpi/Makefile |
On Mon, 2015-02-02 at 15:03 +0200, mika.westerb...@linux.intel.com
wrote:
> On Mon, Feb 02, 2015 at 05:50:52PM +0800, Ken Xue wrote:
> > >From b9654ecbfaebde00aee746a024eec9fe8de24b97 Mon Sep 17 00:00:00 2001
> > From: Ken Xue
> > Date: Mon, 2 Feb 2015 17:32:24 +0800
>
>From b9654ecbfaebde00aee746a024eec9fe8de24b97 Mon Sep 17 00:00:00 2001
From: Ken Xue
Date: Mon, 2 Feb 2015 17:32:24 +0800
Subject: [PATCH] This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later chipsets. It
based on exam
On Mon, 2015-02-02 at 15:03 +0200, mika.westerb...@linux.intel.com
wrote:
On Mon, Feb 02, 2015 at 05:50:52PM +0800, Ken Xue wrote:
From b9654ecbfaebde00aee746a024eec9fe8de24b97 Mon Sep 17 00:00:00 2001
From: Ken Xue ken@amd.com
Date: Mon, 2 Feb 2015 17:32:24 +0800
Subject: [PATCH
From b9654ecbfaebde00aee746a024eec9fe8de24b97 Mon Sep 17 00:00:00 2001
From: Ken Xue ken@amd.com
Date: Mon, 2 Feb 2015 17:32:24 +0800
Subject: [PATCH] This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later chipsets. It
based
This new feature is to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later chipsets. It
based on example intel LPSS. Now, it can support AMD I2C UART.
Signed-off-by: Ken Xue ken@amd.com
---
arch/x86/Kconfig| 11 +++
drivers/acpi
ACPI SOC provides common codes to 1)create platform device from ACPI
2)and handle platform bus notification. These common codes can be
used by LPSS with this patch.
Signed-off-by: Ken Xue
---
drivers/acpi/acpi_lpss.c | 604 ---
1 file changed, 251
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on ACPI SOC.
Signed-off-by: Ken Xue
---
arch/x86/Kconfig| 11
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_apd.c | 71
This patch is supposed to deliver some common codes for AMD APD and
intel LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 228
This patch is supposed to deliver some common codes for AMD APD and
intel LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 228
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on ACPI SOC.
Signed-off-by: Ken Xue ken@amd.com
---
arch/x86/Kconfig| 11
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_apd.c
ACPI SOC provides common codes to 1)create platform device from ACPI
2)and handle platform bus notification. These common codes can be
used by LPSS with this patch.
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/acpi_lpss.c | 604 ---
1 file
On Tue, 2014-12-16 at 12:27 +0200, Andy Shevchenko wrote:
> On Thu, Dec 11, 2014 at 5:05 AM, Ken Xue wrote:
>
> Make a commit message not empty.
>
[ken]got it.
> > Signed-off-by: Ken Xue
> > ---
> > drivers/acpi/acpi_lpss.c | 566
> > ++
On Tue, 2014-12-16 at 12:16 +0200, Mika Westerberg wrote:
> On Thu, Dec 11, 2014 at 11:05:51AM +0800, Ken Xue wrote:
>
> This is missing changelog.
>
> > Signed-off-by: Ken Xue
>
> ...
>
[Ken]got it.
> > +static int lpss_common_setup(struct
On Tue, 2014-12-16 at 12:01 +0200, Mika Westerberg wrote:
> On Thu, Dec 11, 2014 at 11:04:49AM +0800, Ken Xue wrote:
> > This patch is supposed to deliver some common codes for AMD APD and
> > INTEL LPSS. It can help to convert some specific acpi devices to be
>
> INTEL -
On Tue, 2014-12-16 at 12:19 +0200, Andy Shevchenko wrote:
> On Thu, Dec 11, 2014 at 5:04 AM, Ken Xue wrote:
> > This patch is supposed to deliver some common codes for AMD APD and
> > INTEL LPSS. It can help to convert some specific acpi devices to be
> > platform devices.
On Tue, 2014-12-16 at 12:19 +0200, Andy Shevchenko wrote:
On Thu, Dec 11, 2014 at 5:04 AM, Ken Xue ken@amd.com wrote:
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
My few
On Tue, 2014-12-16 at 12:01 +0200, Mika Westerberg wrote:
On Thu, Dec 11, 2014 at 11:04:49AM +0800, Ken Xue wrote:
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
INTEL - Intel, acpi - ACPI
[ken]ok
On Tue, 2014-12-16 at 12:16 +0200, Mika Westerberg wrote:
On Thu, Dec 11, 2014 at 11:05:51AM +0800, Ken Xue wrote:
This is missing changelog.
Signed-off-by: Ken Xue ken@amd.com
...
[Ken]got it.
+static int lpss_common_setup(struct acpi_soc_dev_private_data *pdata
On Tue, 2014-12-16 at 12:27 +0200, Andy Shevchenko wrote:
On Thu, Dec 11, 2014 at 5:05 AM, Ken Xue ken@amd.com wrote:
Make a commit message not empty.
[ken]got it.
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/acpi_lpss.c | 566
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on acpi soc.
Signed-off-by: Ken Xue
---
arch/x86/Kconfig| 11
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_apd.c | 71
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 224
Signed-off-by: Ken Xue
---
drivers/acpi/acpi_lpss.c | 566 ++-
1 file changed, 221 insertions(+), 345 deletions(-)
diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c
index 93d1606..554c932 100644
--- a/drivers/acpi/acpi_lpss.c
+++ b
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/acpi_lpss.c | 566 ++-
1 file changed, 221 insertions(+), 345 deletions(-)
diff --git a/drivers/acpi/acpi_lpss.c b/drivers/acpi/acpi_lpss.c
index 93d1606..554c932 100644
--- a/drivers/acpi
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 224
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on acpi soc.
Signed-off-by: Ken Xue ken@amd.com
---
arch/x86/Kconfig| 11
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_apd.c
On Thu, 2014-12-04 at 13:58 +0200, Mika Westerberg wrote:
> On Wed, Dec 03, 2014 at 08:34:32PM +0800, Ken Xue wrote:
> > This is a new feature to interpret AMD specific ACPI device to
> > platform device such as I2C, UART found on AMD CZ and later
> > chipsets. It based on IN
On Thu, 2014-12-04 at 15:04 +0200, Mika Westerberg wrote:
> On Wed, Dec 03, 2014 at 08:33:37PM +0800, Ken Xue wrote:
> > This patch is supposed to deliver some common codes for AMD APD and
> > INTEL LPSS. It can help to convert some specific acpi devices to be
> > platform dev
On Thu, 2014-12-04 at 15:04 +0200, Mika Westerberg wrote:
On Wed, Dec 03, 2014 at 08:33:37PM +0800, Ken Xue wrote:
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off
On Thu, 2014-12-04 at 13:58 +0200, Mika Westerberg wrote:
On Wed, Dec 03, 2014 at 08:34:32PM +0800, Ken Xue wrote:
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on INTEL LPSS and acpi soc
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on INTEL LPSS and acpi soc.
Signed-off-by: Ken Xue
---
arch/x86/Kconfig| 11 +++
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_apd.c
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 211
This patch is supposed to deliver some common codes for AMD APD and
INTEL LPSS. It can help to convert some specific acpi devices to be
platform devices.
Signed-off-by: Ken Xue ken@amd.com
---
drivers/acpi/Makefile | 2 +-
drivers/acpi/acpi_soc.c | 211
This is a new feature to interpret AMD specific ACPI device to
platform device such as I2C, UART found on AMD CZ and later
chipsets. It based on INTEL LPSS and acpi soc.
Signed-off-by: Ken Xue ken@amd.com
---
arch/x86/Kconfig| 11 +++
drivers/acpi/Makefile | 2 +-
drivers/acpi
On Thu, 2014-11-27 at 13:46 +0200, Mika Westerberg wrote:
> On Wed, Nov 26, 2014 at 06:31:38PM +0800, Ken Xue wrote:
> > On Monday, 2014-11-24 at 02:47 +0100, Rafael J. Wysocki wrote:
> > > On Monday, November 24, 2014 01:02:30 AM Xue, Ken wrote:
> > > >
> >
On Thu, 2014-11-27 at 13:46 +0200, Mika Westerberg wrote:
On Wed, Nov 26, 2014 at 06:31:38PM +0800, Ken Xue wrote:
On Monday, 2014-11-24 at 02:47 +0100, Rafael J. Wysocki wrote:
On Monday, November 24, 2014 01:02:30 AM Xue, Ken wrote:
On Tuesday, November 18, 2014 01:58:11 PM Ken
On 一, 2014-11-24 at 02:47 +0100, Rafael J. Wysocki wrote:
> On Monday, November 24, 2014 01:02:30 AM Xue, Ken wrote:
> >
> > On Tuesday, November 18, 2014 01:58:11 PM Ken Xue wrote:
> > > This new feature is to interpret AMD specific ACPI device to platform
> > &g
On 一, 2014-11-24 at 02:47 +0100, Rafael J. Wysocki wrote:
On Monday, November 24, 2014 01:02:30 AM Xue, Ken wrote:
On Tuesday, November 18, 2014 01:58:11 PM Ken Xue wrote:
This new feature is to interpret AMD specific ACPI device to platform
device such as I2C, UART found on AMD CZ
This new feature is to interpret AMD specific ACPI device to platform device
such as I2C, UART found on AMD CZ and later chipsets. It is based on example
INTEL LPSS. Now, it can support AMD I2C & UART.
Signed-off-by: Ken Xue
Signed-off-by: Jeff Wu
---
arch/x86/Kconfig| 11 +++
dri
This new feature is to interpret AMD specific ACPI device to platform device
such as I2C, UART found on AMD CZ and later chipsets. It is based on example
INTEL LPSS. Now, it can support AMD I2C UART.
Signed-off-by: Ken Xue ken@amd.com
Signed-off-by: Jeff Wu jeff...@amd.com
---
arch/x86
76 matches
Mail list logo