From: Fu Wei
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 136 +++
1 file changed, 136 insertions
From: Fu Wei
The patch move enum ppi_nr from arm_arch_timer.c
to arm_arch_timer.h, and add enum spi_nr.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 13 ++---
include/clocksource/arm_arch_timer.h | 14 ++
2 files changed, 16 insertions(+), 11 deletions
From: Fu Wei
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei
Signed-off-by: Hanjun Guo
---
drivers
From: Fu Wei
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT Block Structure in GTDT
From: Fu Wei
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer drivers,
and separate all
From: Fu Wei <fu@linaro.org>
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer d
From: Wei Huang <w...@redhat.com>
This patches wrapping DT support for virt arch timer into a function.
[Fu Wei: improve the DT support, and separate ACPI support]
Signed-off-by: Alexander Spyridaki <a.spyrida...@virtualopensystems.com>
Signed-off-by: Wei Huang <w...@redhat.
From: Fu Wei <fu@linaro.org>
This patch adds ACPI/GTDT support for virt arch timer
using the API in GTDT driver.
Signed-off-by: Fu Wei <fu@linaro.org>
---
virt/kvm/arm/arch_timer.c | 8
1 file changed, 8 insertions(+)
diff --git a/virt/kvm/arm/arch_timer.c b/
From: Fu Wei <fu@linaro.org>
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei <fu@linaro.org>
---
drivers/clocksource/arm_arch_t
From: Fu Wei <fu@linaro.org>
The patch move enum ppi_nr from arm_arch_timer.c
to arm_arch_timer.h, and add enum spi_nr.
Signed-off-by: Fu Wei <fu@linaro.org>
---
drivers/clocksource/arm_arch_timer.c | 13 ++---
include/clocksource/arm_arch_timer.h | 14 +++
From: Fu Wei <fu@linaro.org>
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT
From: Fu Wei <fu@linaro.org>
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei <fu@linaro.or
Error]: physical_address_mask: 0x0fff
[Hardware Error]: card: 0 module: 1 bank: 0 device: 1 row: 1 column: 1 bit_pos
[Tomasz Nowicki: Clear error status at the end of error handling]
[Tony: Applied some cleanups suggested by Fu Wei]
[Fu Wei: delete EXPORT_SYMBOL_GPL(bert_disable), improve th
fe80
[Hardware Error]: physical_address_mask: 0x0fff
[Hardware Error]: card: 0 module: 1 bank: 0 device: 1 row: 1 column: 1 bit_pos
[Tomasz Nowicki: Clear error status at the end of error handling]
[Tony: Applied some cleanups suggested by Fu Wei]
[Fu Wei: delete EXPOR
Hi Tyler,
Great thanks for your testing,
But I just made a new one according to Borislav's suggestion.
Please help us again, if you get some time. :-)
Thanks
On 16 December 2015 at 00:39, Timur Tabi wrote:
> On Tue, Aug 18, 2015 at 11:44 AM, wrote:
>> From: Fu Wei
>&g
>
>> For more information about BERT, please refer to ACPI Specification
>> version 6.0, section 18.3.1:
>> http://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf
>>
>> [Tony: Applied some cleanups suggested by Fu Wei]
>> [Fu Wei: delete EXPORT_SY
h, the error information is reported via printk.
>>
>> For more information about BERT, please refer to ACPI Specification
>> version 6.0, section 18.3.1:
>> http://www.uefi.org/sites/default/files/resources/ACPI_6.0.pdf
>>
>> [Tony: Applied some cleanups suggested
o.org> wrote:
>> From: Fu Wei <fu@linaro.org>
>>
>> ACPI/APEI is designed to verifiy/report H/W errors, like Corrected
>> Error(CE) and Uncorrected Error(UC). It contains four tables: HEST,
>> ERST, EINJ and BERT. The first three tables have been merged for
p. I'll look at it.
>
> M.
> --
> Jazz is not dead. It just smells funny...
--
Best regards,
Fu Wei
Software Engineer
Red Hat Software (Beijing) Co.,Ltd.Shanghai Branch
Ph: +86 21 61221326(direct)
Ph: +86 186 2020 4684 (mobile)
Room 1512, Regus One Corporate Avenue,Level 15,
One Cor
s for putting me in the loop. I'll look at it.
>
> M.
> --
> Jazz is not dead. It just smells funny...
--
Best regards,
Fu Wei
Software Engineer
Red Hat Software (Beijing) Co.,Ltd.Shanghai Branch
Ph: +86 21 61221326(direct)
Ph: +86 186 2020 4684 (mobile)
Room 1512, Regus One Corpor
ure only x86 use "hest_ia_init".
Signed-off-by: Tomasz Nowicki
Tested-by: Jonathan (Zhixiong) Zhang
Signed-off-by: Fu Wei
Acked-by: Hanjun Guo
---
Changelog:
v5: Add "HAVE_ACPI_APEI_HEST_IA32" instead of
"#if defined(__i386__) || defined(__x86_64__)&qu
PI_APEI_HEST_IA32"
to make sure only x86 use "hest_ia_init".
Signed-off-by: Tomasz Nowicki <tomasz.nowi...@linaro.org>
Tested-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Fu Wei <fu@linaro.org>
Acked-by: Hanjun Guo <hanjun@li
Hi Lorenzo,
On 9 December 2015 at 11:25, Fu Wei wrote:
> Hi Lorenzo,
>
> On 8 December 2015 at 22:07, Lorenzo Pieralisi
> wrote:
>> On Tue, Dec 08, 2015 at 09:08:24PM +0800, Fu Wei wrote:
>>> Hi Lorenzo,
>>>
>>>
>>>
>>> O
Hi Lorenzo,
On 9 December 2015 at 11:25, Fu Wei <fu@linaro.org> wrote:
> Hi Lorenzo,
>
> On 8 December 2015 at 22:07, Lorenzo Pieralisi
> <lorenzo.pieral...@arm.com> wrote:
>> On Tue, Dec 08, 2015 at 09:08:24PM +0800, Fu Wei wrote:
>>> Hi Lorenzo,
>
Hi Lorenzo,
On 8 December 2015 at 22:07, Lorenzo Pieralisi
wrote:
> On Tue, Dec 08, 2015 at 09:08:24PM +0800, Fu Wei wrote:
>> Hi Lorenzo,
>>
>>
>>
>> On 8 December 2015 at 20:52, Hanjun Guo wrote:
>> > Hi Lorenzo,
>> >
>> > On 12/0
t_ia_init" for
>> "acpi_disable_cmcff" which is used by IA-32 Architecture
>> Corrected Machine Check (CMC).
>>
>> Signed-off-by: Tomasz Nowicki
>> Tested-by: Jonathan (Zhixiong) Zhang
>> Signed-off-by: Fu Wei
>> ---
>> Changelog:
>>
ry to use "#if defined(__i386__) ||
defined(__x86_64__)" instead of moving acpi_disable_cmcff out of x86
code to here.
And I thinks we also can do "arch_apei_enable_cmcff" -->
"apei_enable_ia_cmcff" because that is IA32 only.
Please correct me if I misunderstand
Hi Hanjun,
On 8 December 2015 at 19:26, Hanjun Guo wrote:
> Hi Fu Wei,
>
>
> On 12/08/2015 03:03 PM, fu@linaro.org wrote:
>>
>> From: Tomasz Nowicki
>>
>> This commit provides APEI arch-specific bits for aarch64
>>
>>
Hi Hanjun,
On 8 December 2015 at 19:26, Hanjun Guo <hanjun@linaro.org> wrote:
> Hi Fu Wei,
>
>
> On 12/08/2015 03:03 PM, fu@linaro.org wrote:
>>
>> From: Tomasz Nowicki <tomasz.nowi...@linaro.org>
>>
>> This commit provides APEI arch-spec
are Error Source, did
> I miss something?
yes, that is why I try to use "#if defined(__i386__) ||
defined(__x86_64__)" instead of moving acpi_disable_cmcff out of x86
code to here.
And I thinks we also can do "arch_apei_enable_cmcff" -->
"apei_enable_ia_cmcff" bec
>>
>> Meanwhile, add a new subfunction "hest_ia_init" for
>> "acpi_disable_cmcff" which is used by IA-32 Architecture
>> Corrected Machine Check (CMC).
>>
>> Signed-off-by: Tomasz Nowicki <tomasz.nowi...@linaro.org>
>>
Hi Lorenzo,
On 8 December 2015 at 22:07, Lorenzo Pieralisi
<lorenzo.pieral...@arm.com> wrote:
> On Tue, Dec 08, 2015 at 09:08:24PM +0800, Fu Wei wrote:
>> Hi Lorenzo,
>>
>>
>>
>> On 8 December 2015 at 20:52, Hanjun Guo <hanjun@linaro.org> wrote:
&
xiong) Zhang
Signed-off-by: Fu Wei
---
Changelog:
v4: Rebase to latest kernel version(4.4-rc4).
Move arch_apei_flush_tlb_one into header file as a inline function
Add a new subfunction "hest_ia_init" for "acpi_disable_cmcff".
v3: https://lkml.org/lkml/2015/12/3/521
Hi Hanjun,
On 7 December 2015 at 17:36, Hanjun Guo wrote:
> Hi Fu Wei,
>
> On 12/04/2015 01:15 AM, fu@linaro.org wrote:
>>
>> From: Tomasz Nowicki
>>
>> This commit provides APEI arch-specific bits for aarch64
>>
>> The reason for wrapping &qu
From: Tomasz Nowicki
Since HEST (hardware error sources table) can describe more than PCI
specific errors, it needs to be moved out of acpi_pci_root_init.
Changelog:
v1: This patch - the first upstream patch to linux mailing lists.
Fu Wei:
(1)Rebase to v4.4-rc4;
(2)Remove "#in
omasz Nowicki <tomasz.nowi...@linaro.org>
Tested-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Fu Wei <fu@linaro.org>
---
Changelog:
v4: Rebase to latest kernel version(4.4-rc4).
Move arch_apei_flush_tlb_one into header file as a inline func
From: Tomasz Nowicki <tomasz.nowi...@linaro.org>
Since HEST (hardware error sources table) can describe more than PCI
specific errors, it needs to be moved out of acpi_pci_root_init.
Changelog:
v1: This patch - the first upstream patch to linux mailing lists.
Fu Wei:
(1)Rebase t
Hi Hanjun,
On 7 December 2015 at 17:36, Hanjun Guo <hanjun@linaro.org> wrote:
> Hi Fu Wei,
>
> On 12/04/2015 01:15 AM, fu@linaro.org wrote:
>>
>> From: Tomasz Nowicki <tomasz.nowi...@linaro.org>
>>
>> This commit provides APEI arch-specific b
Add "#ifdef CONFIG_ACPI_APEI" for "acpi_disable_cmcff".
>
> Signed-off-by: Tomasz Nowicki
> Tested-by: Jonathan (Zhixiong) Zhang
> Signed-off-by: Fu Wei
> ---
> arch/arm64/Kconfig| 1 +
> arch/arm64/include/asm/acpi.h | 1 +
> arch/arm
sm/apci.h.
> Delete arch/arm64/kernel/apei.c.
> Add "#ifdef CONFIG_ACPI_APEI" for "acpi_disable_cmcff".
>
> Signed-off-by: Tomasz Nowicki <tomasz.nowi...@linaro.org>
> Tested-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
> Sig
i.c
v1: https://lkml.org/lkml/2015/8/14/199
Move arch_apei_flush_tlb_one() to arch/arm64/include/asm/apci.h.
Delete arch/arm64/kernel/apei.c.
Add "#ifdef CONFIG_ACPI_APEI" for "acpi_disable_cmcff".
Signed-off-by: Tomasz Nowicki
Tested-by: Jonathan (Zhi
tomasz.nowi...@linaro.org>
Tested-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Signed-off-by: Fu Wei <fu@linaro.org>
---
arch/arm64/Kconfig| 1 +
arch/arm64/include/asm/acpi.h | 1 +
arch/arm64/kernel/acpi.c | 6 ++
drivers/acpi/apei/hest.c | 2
ry to fix it in next patch :-)
>
> Lorenzo
>
>> +
>> static bool param_acpi_off __initdata;
>> static bool param_acpi_force __initdata;
>>
>> @@ -233,4 +238,9 @@ pgprot_t arch_apei_get_mem_attribute(phys_addr_t addr)
>> return __pgprot(PROT_NORMAL_NC)
/asm/apci.h.
Delete arch/arm64/kernel/apei.c.
Add "#ifdef CONFIG_ACPI_APEI" for "acpi_disable_cmcff".
Signed-off-by: Tomasz Nowicki
Tested-by: Jonathan (Zhixiong) Zhang
Signed-off-by: Fu Wei
---
arch/arm64/Kconfig| 1 +
arch/arm64/include/asm/acpi.h |
Move arch_apei_flush_tlb_one() to arch/arm64/include/asm/apci.h.
Delete arch/arm64/kernel/apei.c.
Add "#ifdef CONFIG_ACPI_APEI" for "acpi_disable_cmcff".
Signed-off-by: Tomasz Nowicki <tomasz.nowi...@linaro.org>
Tested-by: Jonathan (Zhixiong) Zhang <zjzh...@codeaurora.org>
Si
very good point, will try to fix it in next patch :-)
>
> Lorenzo
>
>> +
>> static bool param_acpi_off __initdata;
>> static bool param_acpi_force __initdata;
>>
>> @@ -233,4 +238,9 @@ pgprot_t arch_apei_get_mem_attribute(phys_addr_t addr)
>>
From: Fu Wei
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei
Signed-off-by: Hanjun Guo
---
drivers
From: Fu Wei
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT Block Structure in GTDT
From: Fu Wei
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 136 +++
1 file changed, 136 insertions
From: Fu Wei
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer drivers,
and separate all
From: Fu Wei <fu@linaro.org>
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei <fu@linaro.or
From: Fu Wei <fu@linaro.org>
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT
From: Fu Wei <fu@linaro.org>
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei <fu@linaro.org>
---
drivers/clocksource/arm_arch_t
From: Fu Wei <fu@linaro.org>
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer d
Hi all
On 28 October 2015 at 22:32, wrote:
> From: Fu Wei
>
> This patchset:
> (1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
> Parse all kinds of timer in GTDT table of ACPI:arch timer,
> memory-mapped timer and SBSA Generic Watchdog timer.
>
Hi all
On 28 October 2015 at 22:32, <fu@linaro.org> wrote:
> From: Fu Wei <fu@linaro.org>
>
> This patchset:
> (1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
> Parse all kinds of timer in GTDT table of ACPI:arch timer,
> memory-mapped timer a
From: Fu Wei
This driver bases on linux kernel watchdog framework, and
use "pretimeout" in the framework. It supports getting timeout and
pretimeout from parameter and FDT at the driver init stage.
In first timeout, the interrupt routine run panic to save
system context.
Signed-off-
From: Fu Wei
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann
Signed-off-by: Fu Wei
---
arch/arm64/boot/dts/arm/foundation-v8.dts | 7 +++
1 file changed, 7 insertions(+)
diff
From: Fu Wei
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann
Acked-by: Suravee Suthikulpanit
Tested-by: Suravee Suthikulpanit
Signed-off-by: Fu Wei
---
arch/arm64/boot/dts/amd
From: Fu Wei
Also update Documentation/watchdog/watchdog-kernel-api.txt to
introduce:
(1)the new elements in the watchdog_device and watchdog_ops struct;
(2)the new API "watchdog_init_timeouts"
Reasons:
(1)kernel already has two watchdog drivers are using "pretimeout":
From: Fu Wei
The sbsa-gwdt.txt documentation in devicetree/bindings/watchdog is for
introducing SBSA(Server Base System Architecture) Generic Watchdog
device node info into FDT.
Also add sbsa-gwdt introduction in watchdog-parameters.txt
Acked-by: Arnd Bergmann
Signed-off-by: Fu Wei
From: Fu Wei
This patchset:
(1)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt
for FDT info of SBSA Generic Watchdog, and give two examples of
adding SBSA Generic Watchdog device node into the dts files:
foundation-v8.dts and amd-seattle-soc.dtsi.
(2
From: Fu Wei <fu@linaro.org>
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann <a...@arndb.de>
Signed-off-by: Fu Wei <fu@linaro.org>
---
arch/arm64/boot/dts
From: Fu Wei <fu@linaro.org>
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann <a...@arndb.de>
Acked-by: Suravee Suthikulpanit <suravee.suthikulpa...@amd.com>
From: Fu Wei <fu@linaro.org>
This driver bases on linux kernel watchdog framework, and
use "pretimeout" in the framework. It supports getting timeout and
pretimeout from parameter and FDT at the driver init stage.
In first timeout, the interrupt routine run panic to sav
From: Fu Wei <fu@linaro.org>
Also update Documentation/watchdog/watchdog-kernel-api.txt to
introduce:
(1)the new elements in the watchdog_device and watchdog_ops struct;
(2)the new API "watchdog_init_timeouts"
Reasons:
(1)kernel already has two watchdog drivers are u
From: Fu Wei <fu@linaro.org>
This patchset:
(1)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt
for FDT info of SBSA Generic Watchdog, and give two examples of
adding SBSA Generic Watchdog device node into the dts files:
foundation-v8.dts and amd-s
From: Fu Wei <fu@linaro.org>
The sbsa-gwdt.txt documentation in devicetree/bindings/watchdog is for
introducing SBSA(Server Base System Architecture) Generic Watchdog
device node info into FDT.
Also add sbsa-gwdt introduction in watchdog-parameters.txt
Acked-by: Arnd Bergmann <a...
gt; Code Aurora Forum, a Linux Foundation Collaborative Project.
--
Best regards,
Fu Wei
Software Engineer
Red Hat Software (Beijing) Co.,Ltd.Shanghai Branch
Ph: +86 21 61221326(direct)
Ph: +86 186 2020 4684 (mobile)
Room 1512, Regus One Corporate Avenue,Level 15,
One Corporate Avenue,222 Hubin R
Hi Guenter,
Great thanks for that you are still reviewing this patchset, thanks
for your patient.
On 6 November 2015 at 00:41, Guenter Roeck wrote:
> On 11/05/2015 07:00 AM, Fu Wei wrote:
>>
>> Hi Timur,
>>
>> On 5 November 2015 at 22:40, Timur Tabi
Hi Timur,
On 5 November 2015 at 22:40, Timur Tabi wrote:
> Fu Wei wrote:
>>
>> Did you really read the "Note" above OK, let me paste it again
>> and again:
>>
>> SBSA 2.3 Page 23 :
>> If a larger watch period is required the
Hi Timur,
On 5 November 2015 at 22:08, Timur Tabi wrote:
> Fu Wei wrote:
>>
>> SBSA 2.3 Page 23 :
>> Note: the watchdog offset register is 32 bits wide. This gives a
>> maximum watch period of around 10s at a system
>> counter frequency of 400MHz. If
ic Timer) shall run at a minimum
frequency of 10MHz and maximum of
400MHz.
>
> --
> Sent by an employee of the Qualcomm Innovation Center, Inc.
> The Qualcomm Innovation Center, Inc. is a member of the
> Code Aurora Forum, hosted by The Linux Foundation.
--
Best regards
d argue that the
unless WOR become 64 bit (or more then 32bit), this limitation will be there.
> system designers asked for it if they really select the highest possible
> clock rate.
>
even we can make clk to be 100MHz or lower, it is not very helpful for
a really server which has big me
Hi Timur,
On 5 November 2015 at 22:08, Timur Tabi <ti...@codeaurora.org> wrote:
> Fu Wei wrote:
>>
>> SBSA 2.3 Page 23 :
>> Note: the watchdog offset register is 32 bits wide. This gives a
>> maximum watch period of around 10s at a system
>> counter freque
ch short timeouts in the watchdog core. Until then, I would argue that the
unless WOR become 64 bit (or more then 32bit), this limitation will be there.
> system designers asked for it if they really select the highest possible
> clock rate.
>
even we can make clk to be 100MHz or lower, it is n
Hi Guenter,
Great thanks for that you are still reviewing this patchset, thanks
for your patient.
On 6 November 2015 at 00:41, Guenter Roeck <li...@roeck-us.net> wrote:
> On 11/05/2015 07:00 AM, Fu Wei wrote:
>>
>> Hi Timur,
>>
>> On 5 November 2015 at 22:40,
, Inc. is a member of the
> Code Aurora Forum, a Linux Foundation Collaborative Project.
--
Best regards,
Fu Wei
Software Engineer
Red Hat Software (Beijing) Co.,Ltd.Shanghai Branch
Ph: +86 21 61221326(direct)
Ph: +86 186 2020 4684 (mobile)
Room 1512, Regus One Corporate Avenue,Lev
Hi Timur,
On 5 November 2015 at 22:40, Timur Tabi <ti...@codeaurora.org> wrote:
> Fu Wei wrote:
>>
>> Did you really read the "Note" above OK, let me paste it again
>> and again:
>>
>> SBSA 2.3 Page 23 :
>> If a larger watch period
System Counter (of the Generic Timer) shall run at a minimum
frequency of 10MHz and maximum of
400MHz.
>
> --
> Sent by an employee of the Qualcomm Innovation Center, Inc.
> The Qualcomm Innovation Center, Inc. is a member of the
> Code Aurora Forum, hosted by The Linux Foundation.
a
hardware with WS1 interrupt we need to handle.
>
>
> --
> Qualcomm Innovation Center, Inc.
> The Qualcomm Innovation Center, Inc. is a member of the
> Code Aurora Forum, a Linux Foundation Collaborative Project.
--
Best regards,
Fu Wei
Software Engineer
Red Hat Software (Be
Hi Mark,
Great thanks for your feedback.
On 31 October 2015 at 03:05, Mark Rutland wrote:
> On Fri, Oct 30, 2015 at 01:53:24PM -0500, Timur Tabi wrote:
>> On 10/30/2015 01:35 PM, Fu Wei wrote:
>> >>I think maybe Mark was asking why WS1 is optional, not the WS1
>>
Hi Mark,
Great thanks for your feedback.
On 31 October 2015 at 03:05, Mark Rutland <mark.rutl...@arm.com> wrote:
> On Fri, Oct 30, 2015 at 01:53:24PM -0500, Timur Tabi wrote:
>> On 10/30/2015 01:35 PM, Fu Wei wrote:
>> >>I think maybe Mark was asking why WS1 is o
WS1, but I am not sure if there is a
hardware with WS1 interrupt we need to handle.
>
>
> --
> Qualcomm Innovation Center, Inc.
> The Qualcomm Innovation Center, Inc. is a member of the
> Code Aurora Forum, a Linux Foundation Collaborative Project.
--
Best regards,
Fu Wei
Softwar
Hi Timur
On 31 October 2015 at 01:46, Timur Tabi wrote:
> On Tue, Oct 27, 2015 at 11:10 PM, Fu Wei wrote:
>>
>>> Why is WS1 optional?
>>
>> According to the description of WS1 in SBSA 2.3 (5.2 Watchdog Operation)
>> page 21
>> --
Hi Timur
On 31 October 2015 at 01:46, Timur Tabi <ti...@codeaurora.org> wrote:
> On Tue, Oct 27, 2015 at 11:10 PM, Fu Wei <fu@linaro.org> wrote:
>>
>>> Why is WS1 optional?
>>
>> According to the description of WS1 in SBS
From: Fu Wei
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT Block Structure in GTDT
From: Fu Wei
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei
Signed-off-by: Hanjun Guo
---
drivers
From: Fu Wei
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer drivers,
and separate all
From: Fu Wei
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei
---
drivers/clocksource/arm_arch_timer.c | 136 +++
1 file changed, 136 insertions
From: Fu Wei <fu@linaro.org>
This driver adds support for parsing all kinds of timer in GTDT:
(1)arch timer: provide a kernel API to parse all the PPIs and
always-on info in GTDT and export them by arch_timer_data struct.
(2)memory-mapped timer: provide several kernel APIs to parse
GT
From: Fu Wei <fu@linaro.org>
The patch add memory-mapped timer register support for arm_arch_timer driver
by using the information provided by the new GTDT driver of ACPI.
Signed-off-by: Fu Wei <fu@linaro.org>
---
drivers/clocksource/arm_arch_t
From: Fu Wei <fu@linaro.org>
The patch update arm_arch_timer driver to use the function
provided by the new GTDT driver of ACPI.
By this way, arm_arch_timer.c can be simplified, and separate
all the ACPI GTDT knowledge from this timer driver.
Signed-off-by: Fu Wei <fu@linaro.or
From: Fu Wei <fu@linaro.org>
This patchset:
(1)Introduce ACPI GTDT parser: drivers/acpi/gtdt.c
Parse all kinds of timer in GTDT table of ACPI:arch timer,
memory-mapped timer and SBSA Generic Watchdog timer.
This driver can help to simplify all the relevant timer d
Hi Mark
Thanks for your rapid feedback, I appreciate your help very much.
On 28 October 2015 at 00:22, Mark Rutland wrote:
> On Wed, Oct 28, 2015 at 12:06:35AM +0800, fu@linaro.org wrote:
>> From: Fu Wei
>>
>> The sbsa-gwdt.txt documentation in devicet
From: Fu Wei
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann
Acked-by: Suravee Suthikulpanit
Tested-by: Suravee Suthikulpanit
Signed-off-by: Fu Wei
---
arch/arm64/boot/dts/amd
From: Fu Wei
Also update Documentation/watchdog/watchdog-kernel-api.txt to
introduce:
(1)the new elements in the watchdog_device and watchdog_ops struct;
(2)the new API "watchdog_init_timeouts"
Reasons:
(1)kernel already has two watchdog drivers are using "pretimeout":
From: Fu Wei
This can be a example of adding SBSA Generic Watchdog device node
into some dts files for the Soc which contains SBSA Generic Watchdog.
Acked-by: Arnd Bergmann
Signed-off-by: Fu Wei
---
arch/arm64/boot/dts/arm/foundation-v8.dts | 7 +++
1 file changed, 7 insertions(+)
diff
From: Fu Wei
This patchset:
(1)Introduce Documentation/devicetree/bindings/watchdog/sbsa-gwdt.txt
for FDT info of SBSA Generic Watchdog, and give two examples of
adding SBSA Generic Watchdog device node into the dts files:
foundation-v8.dts and amd-seattle-soc.dtsi.
(2
From: Fu Wei
The sbsa-gwdt.txt documentation in devicetree/bindings/watchdog is for
introducing SBSA(Server Base System Architecture) Generic Watchdog
device node info into FDT.
Also add sbsa-gwdt introduction in watchdog-parameters.txt
Acked-by: Arnd Bergmann
Signed-off-by: Fu Wei
901 - 1000 of 1364 matches
Mail list logo
