From: Mark Rutland <mark.rutland@arm.com>
To: Lorenzo Pieralisi <lorenzo.pieralisi@arm.com>
Cc: linaro-acpi@lists.linaro.org, catalin.marinas@arm.com,
will.deacon@arm.com, rruigrok@codeaurora.org, wim@iguana.be,
fu.wei@linaro.org, wei@redhat.com, al.stone@linaro.org,
tn@semihalf.com, timur@codeaurora.org, daniel.lezcano@linaro.org,
linux-acpi@vger.kernel.org, linux@roeck-us.net, lenb@kernel.org,
harba@codeaurora.org, julien.grall@arm.com,
linux-watchdog@vger.kernel.org, arnd@arndb.de,
marc.zyngier@arm.com, jcm@redhat.com, cov@codeaurora.org,
tglx@linutronix.de, linux-arm-kernel@lists.infradead.org,
graeme.gregory@linaro.org, rjw@rjwysocki.net,
linux-kernel@vger.kernel.org, leo.duran@amd.com,
hanjun.guo@linaro.org, Suravee.Suthikulpanit@amd.com,
sudeep.holla@arm.com, christoffer.dall@linaro.org
Subject: Re: [PATCH v24 09/11] acpi/arm64: Add memory-mapped timer support in GTDT driver
Date: Wed, 19 Apr 2017 16:45:54 +0100 [thread overview]
Message-ID: <20170419154554.GJ27829@leverpostej> (raw)
In-Reply-To: <20170419150725.GH27829@leverpostej>
On Wed, Apr 19, 2017 at 04:07:25PM +0100, Mark Rutland wrote:
> On Tue, Apr 18, 2017 at 06:21:07PM +0100, Lorenzo Pieralisi wrote:
> > On Sat, Apr 15, 2017 at 02:40:12AM +0800, fu.wei@linaro.org wrote:
> > If yes, why can't it simply be written like this ?
> >
> > for (; i >= 0; i--, gtdt_frame--) {
> > frame = &timer_mem->frame[gtdt_frame->frame_number];
> >
> > /* not sure this check is actually needed */
> > if (gtdt_frame->common_flags & ACPI_GTDT_GT_IS_SECURE_TIMER)
> > continue;
> >
> > if (frame->phys_irq > 0)
> > acpi_unregister_gsi(gtdt_frame->timer_interrupt);
> > if (frame->virt_irq > 0)
> > acpi_unregister_gsi(gtdt_frame->virtual_timer_interrupt);
> > }
>
> A reverse loop of this form will work.
>
> That requires some restructuring, and care to avoid going out of bounds
> instantaneously with the gtdt_frame--, so as to not invoke nasal demons.
>
> I've attacked this locally, and will send this out after testing. I'll
> drop the new ACPI API patch.
FWIW, I've set this up so the cleanup path is:
do {
if (gtdt_frame->common_flags & ACPI_GTDT_GT_IS_SECURE_TIMER ||
gtdt_frame->frame_number >= ARCH_TIMER_MEM_MAX_FRAMES)
continue;
frame = &timer_mem->frame[gtdt_frame->frame_number];
if (frame->phys_irq > 0)
acpi_unregister_gsi(gtdt_frame->timer_interrupt);
frame->phys_irq = 0;
if (frame->virt_irq > 0)
acpi_unregister_gsi(gtdt_frame->virtual_timer_interrupt);
frame->virt_irq = 0;
} while (i-- >= 0 && gtdt_frame--);
... the zeroing is to account for duplicate frames, which I now check for in
the probe path (as we do for DT).
Can I take it per your comment on the prior version that with this change I can
take your ack?
I also assume that you're happy for all of the drivers/acpi/arm64/ patches in the
series to go via the clocksource tree?
Thanks,
Mark.
next prev parent reply other threads:[~2017-04-19 15:46 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-14 18:40 [PATCH v24 00/11] acpi, clocksource: add GTDT driver and GTDT support in arm_arch_timer fu.wei
2017-04-14 18:40 ` [PATCH v24 01/11] clocksource: arm_arch_timer: split dt-only rate handling fu.wei
2017-04-14 18:40 ` [PATCH v24 02/11] clocksource: arm_arch_timer: refactor arch_timer_needs_probing fu.wei
2017-04-14 18:40 ` [PATCH v24 03/11] clocksource: arm_arch_timer: move arch_timer_needs_of_probing into DT init call fu.wei
2017-04-14 18:40 ` [PATCH v24 04/11] clocksource: arm_arch_timer: add structs to describe MMIO timer fu.wei
2017-04-14 18:40 ` [PATCH v24 05/11] clocksource: arm_arch_timer: split MMIO timer probing fu.wei
2017-04-14 18:40 ` [PATCH v24 06/11] acpi/arm64: Add GTDT table parse driver fu.wei
2017-04-14 18:40 ` [PATCH v24 07/11] clocksource: arm_arch_timer: simplify ACPI support code fu.wei
2017-04-14 18:40 ` [PATCH v24 08/11] acpi: Introduce acpi_unregister_irq function fu.wei
2017-04-18 15:58 ` Mark Rutland
2017-04-19 15:09 ` Mark Rutland
2017-04-14 18:40 ` [PATCH v24 09/11] acpi/arm64: Add memory-mapped timer support in GTDT driver fu.wei
2017-04-18 17:21 ` Lorenzo Pieralisi
2017-04-19 15:07 ` Mark Rutland
2017-04-19 15:45 ` Mark Rutland [this message]
2017-04-19 15:56 ` Lorenzo Pieralisi
2017-04-14 18:40 ` [PATCH v24 10/11] clocksource: arm_arch_timer: add GTDT support for memory-mapped timer fu.wei
2017-04-14 18:40 ` [PATCH v24 11/11] acpi/arm64: Add SBSA Generic Watchdog support in GTDT driver fu.wei
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170419154554.GJ27829@leverpostej \
--to=mark.rutland@arm.com \
--cc=Suravee.Suthikulpanit@amd.com \
--cc=al.stone@linaro.org \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=christoffer.dall@linaro.org \
--cc=cov@codeaurora.org \
--cc=daniel.lezcano@linaro.org \
--cc=fu.wei@linaro.org \
--cc=graeme.gregory@linaro.org \
--cc=hanjun.guo@linaro.org \
--cc=harba@codeaurora.org \
--cc=jcm@redhat.com \
--cc=julien.grall@arm.com \
--cc=lenb@kernel.org \
--cc=leo.duran@amd.com \
--cc=linaro-acpi@lists.linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-watchdog@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lorenzo.pieralisi@arm.com \
--cc=marc.zyngier@arm.com \
--cc=rjw@rjwysocki.net \
--cc=rruigrok@codeaurora.org \
--cc=sudeep.holla@arm.com \
--cc=tglx@linutronix.de \
--cc=timur@codeaurora.org \
--cc=tn@semihalf.com \
--cc=wei@redhat.com \
--cc=will.deacon@arm.com \
--cc=wim@iguana.be \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox