All of lore.kernel.org
 help / color / mirror / Atom feed
From: Evgeny Voevodin <e.voevodin@samsung.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: m.kozlov@samsung.com, qemu-devel@nongnu.org, d.solodkiy@samsung.com
Subject: Re: [Qemu-devel] [PATCH v4 04/11] ARM: exynos4210: IRQ subsystem support.
Date: Wed, 21 Dec 2011 19:08:49 +0400	[thread overview]
Message-ID: <4EF1F681.7090805@samsung.com> (raw)
In-Reply-To: <CAFEAcA-sNRtTQY1B_f27hNG9OhjReykY1-mk9Nu3iZtR_1z9mA@mail.gmail.com>

On 12/21/2011 05:50 PM, Peter Maydell wrote:
> On 19 December 2011 11:53, Evgeny Voevodin<e.voevodin@samsung.com>  wrote:
>
>> +static uint64_t exynos4210_gic_cpu_read(void *opaque, target_phys_addr_t offset,
>> +        unsigned size)
>> +{
>> +    Exynos4210GicState *s = (Exynos4210GicState *) opaque;
>> +    DPRINTF_EXYNOS4210_GIC("CPU%d: read offset 0x%x\n",
>> +            gic_get_current_cpu(), offset);
>> +    return gic_cpu_read(&s->gic, gic_get_current_cpu(), offset&  ~0x8000);
>> +}
> arm_gic.c exposes the CPU and distributor interfaces as their own
> memory regions now -- you shouldn't need any of this intermediate
> layer of functions.
>
> (Reviewing the rest of this series is on my todo list but I can't
> guarantee I'll get to it until after Christmas now.)
>
> -- PMM
>
These functions are not actually for splitting CPU and Distributer 
interfaces.
In our board we have two GICs - internal and external. Internal GIC is 
completely
matching arm_gic.c.

Internal GIC CPU[n] and Distributer[n] interfaces are at 0x100 and 
0x1000 offsets from
0x10500000 base.

But external GIC is different.
It's CPU[0] interface is at 0x0 offset from 0x10480000 base
and
       CPU[1] interface is at 0x8000 offset from 0x10480000 base

It's Distributer[0] interface is at 0x0 offset from 0x10490000 base
and
       Distributer[1] interface is at 0x8000 offset from 0x10490000 base

[n] - is corresponding to SMP CPU Core.

So, we need these wrapper functions for External GIC.
In public accessed documentation internal GIC is not covered for some 
reason.

-- 
Kind regards,
Evgeny Voevodin,
Leading Software Engineer,
ASWG, Moscow R&D center, Samsung Electronics
e-mail: e.voevodin@samsung.com

  reply	other threads:[~2011-12-21 15:09 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-19 11:53 [Qemu-devel] [PATCH v4 00/11] ARM: Samsung Exynos4210-based boards support Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 01/11] ARM: Samsung exynos4210-based boards emulation Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 02/11] ARM: exynos4210: UART support Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 03/11] hw/sysbus.h: Increase maximum number of device IRQs Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 04/11] ARM: exynos4210: IRQ subsystem support Evgeny Voevodin
2011-12-21 13:50   ` Peter Maydell
2011-12-21 15:08     ` Evgeny Voevodin [this message]
2011-12-21 20:31       ` Peter Maydell
2011-12-22  7:03         ` Evgeny Voevodin
2011-12-22 12:30           ` Peter Maydell
2011-12-22 12:50             ` Evgeny Voevodin
2011-12-22 15:22               ` Peter Maydell
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 05/11] ARM: exynos4210: PWM support Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 06/11] hw/arm_boot.c: Extend secondary CPU bootloader Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 07/11] ARM: exynos4210: MCT support Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 08/11] hw/exynos4210.c: Boot secondary CPU Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 09/11] hw/lan9118: Add basic 16-bit mode support Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 10/11] hw/exynos4210.c: Add LAN support for SMDKC210 Evgeny Voevodin
2011-12-19 11:53 ` [Qemu-devel] [PATCH v4 11/11] Exynos4210: added display controller implementation Evgeny Voevodin
2011-12-21 11:49   ` Dmitry Zhurikhin
2011-12-22  8:00     ` Dmitry Solodkiy

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=4EF1F681.7090805@samsung.com \
    --to=e.voevodin@samsung.com \
    --cc=d.solodkiy@samsung.com \
    --cc=m.kozlov@samsung.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-devel@nongnu.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.