qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>
To: Fabien Chouteau <chouteau@adacore.com>
Cc: Blue Swirl <blauwirbel@gmail.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 1/6] [RFC] Emulation of GRLIB GPTimer as defined in GRLIB IP Core User's Manual.
Date: Wed, 8 Dec 2010 09:30:05 +0100	[thread overview]
Message-ID: <20101208083005.GA6845@edde.se.axis.com> (raw)
In-Reply-To: <4CFE0495.6060906@adacore.com>

On Tue, Dec 07, 2010 at 10:55:33AM +0100, Fabien Chouteau wrote:
> On 12/06/2010 06:12 PM, Blue Swirl wrote:
> > On Mon, Dec 6, 2010 at 9:26 AM, Fabien Chouteau<chouteau@adacore.com>  wrote:
> >>
> >> Signed-off-by: Fabien Chouteau<chouteau@adacore.com>
> >> ---
> >>   hw/grlib_gptimer.c |  448 ++++++++++++++++++++++++++++++++++++++++++++++++++++
> >>   1 files changed, 448 insertions(+), 0 deletions(-)
> >>
> >> diff --git a/hw/grlib_gptimer.c b/hw/grlib_gptimer.c
> >> new file mode 100644
> >> index 0000000..41edbe4
> >> --- /dev/null
> >> +++ b/hw/grlib_gptimer.c
> >> @@ -0,0 +1,448 @@
> >> +/*
> >> + * QEMU GRLIB GPTimer Emulator
> >> + *
> >> + * Copyright (c) 2010 AdaCore
> >> + *
> >> + * Permission is hereby granted, free of charge, to any person obtaining a copy
> >> + * of this software and associated documentation files (the "Software"), to deal
> >> + * in the Software without restriction, including without limitation the rights
> >> + * to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
> >> + * copies of the Software, and to permit persons to whom the Software is
> >> + * furnished to do so, subject to the following conditions:
> >> + *
> >> + * The above copyright notice and this permission notice shall be included in
> >> + * all copies or substantial portions of the Software.
> >> + *
> >> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
> >> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
> >> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
> >> + * THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
> >> + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
> >> + * OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
> >> + * THE SOFTWARE.
> >> + */
> >> +
> >> +#include "sysbus.h"
> >> +#include "qemu-timer.h"
> >> +
> >> +#include "grlib.h"
> >> +
> >> +/* #define DEBUG_TIMER */
> >
> > The usual convention is
> > //#define DEBUG_TIMER
> > for easy editing.
> >
> 
> Actually, it's easier for me with the /* */, but OK.
> 
> > However, very often the much more powerful tracepoints can replace
> > debug statements.
> >
> >> +
> >> +#ifdef DEBUG_TIMER
> >> +#define DPRINTF(fmt, ...)                                       \
> >> +    do { printf("GPTIMER: " fmt , ## __VA_ARGS__); } while (0)
> >> +#else
> >> +#define DPRINTF(fmt, ...)
> >> +#endif
> >> +
> >> +#define UNIT_REG_SIZE    16     /* Size of memory mapped regs for the unit */
> >> +#define GPTIMER_REG_SIZE 16     /* Size of memory mapped regs for a GPTimer */
> >> +
> >> +#define GPTIMER_MAX_TIMERS 8
> >> +
> >> +/* GPTimer Config register fields */
> >> +#define GPTIMER_ENABLE      (1<<  0)
> >> +#define GPTIMER_RESTART     (1<<  1)
> >> +#define GPTIMER_LOAD        (1<<  2)
> >> +#define GPTIMER_INT_ENABLE  (1<<  3)
> >> +#define GPTIMER_INT_PENDING (1<<  4)
> >> +#define GPTIMER_CHAIN       (1<<  5) /* Not supported */
> >> +#define GPTIMER_DEBUG_HALT  (1<<  6) /* Not supported */
> >> +
> >> +/* Memory mapped register offsets */
> >> +#define SCALER_OFFSET         0x00
> >> +#define SCALER_RELOAD_OFFSET  0x04
> >> +#define CONFIG_OFFSET         0x08
> >> +#define COUNTER_OFFSET        0x00
> >> +#define COUNTER_RELOAD_OFFSET 0x04
> >> +#define TIMER_BASE            0x10
> >> +
> >> +typedef struct GPTimer     GPTimer;
> >> +typedef struct GPTimerUnit GPTimerUnit;
> >> +
> >> +struct GPTimer
> >> +{
> >> +    QEMUBH *bh;
> >> +    struct ptimer_state *ptimer;
> >> +
> >> +    qemu_irq     irq;
> >> +    int          id;
> >> +    GPTimerUnit *unit;
> >> +
> >> +    /* registers */
> >> +    uint32_t counter;
> >> +    uint32_t reload;
> >> +    uint32_t config;
> >> +};
> >> +
> >> +struct GPTimerUnit
> >> +{
> >> +    SysBusDevice  busdev;
> >> +
> >> +    uint32_t nr_timers;         /* Number of timers available */
> >> +    uint32_t freq_hz;           /* System frequency */
> >> +    uint32_t irq_line;          /* Base irq line */
> >> +
> >> +    GPTimer *timers;
> >> +
> >> +    /* registers */
> >> +    uint32_t scaler;
> >> +    uint32_t reload;
> >> +    uint32_t config;
> >> +};
> >> +
> >> +DeviceState *grlib_gptimer_create(target_phys_addr_t  base,
> >> +                                  uint32_t            nr_timers,
> >> +                                  uint32_t            freq,
> >> +                                  qemu_irq           *cpu_irqs,
> >> +                                  int                 base_irq)
> >
> > This function belongs to leon3.c.
> 
> I don't see why. GPTimer is a peripheral and you may want to use it in 
> an other system.

This might depend a bit on taste, but I agree with Blue that we shouldn't
clutter the device models with this kind of instantiator helper calls.
IMO it's better to put them higher up (e.g board code or similar).

> 
> >> +{
> >> +    DeviceState *dev;
> >> +    int i;
> >> +_ir
> >> +    dev = qdev_create(NULL, "grlib,gptimer");
> >> +    qdev_prop_set_uint32(dev, "nr-timers", nr_timers);
> >> +    qdev_prop_set_uint32(dev, "frequency", freq);
> >> +    qdev_prop_set_uint32(dev, "irq-line", base_irq);
> >
> > Base irq is not device property, but part of board configuration. Thus
> > leon3.c should just pass&cpu_irqs[base_irq] to this function.
> >
> 
> I need this property to put the IRQ line in the configuration register. 
> Is there a way to get this number from a qemu_irq structure?

I don't think so. Also, I suspect that if you connect the device into
a larger interrupt structure (possibly with cascaded interrupt
controllers etc) the config value won't necessarily have much to do
with the particular qemu_irq object. So I think you need the
separate property. I might be missing something though.

Cheers

  reply	other threads:[~2010-12-08  8:50 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-12-06  9:26 [Qemu-devel] [PATCH 0/6] [RFC] New SPARC machine: Leon3 Fabien Chouteau
2010-12-06  9:26 ` [Qemu-devel] [PATCH 1/6] [RFC] Emulation of GRLIB GPTimer as defined in GRLIB IP Core User's Manual Fabien Chouteau
2010-12-06  9:26   ` [Qemu-devel] [PATCH 2/6] [RFC] Emulation of GRLIB IRQMP " Fabien Chouteau
2010-12-06  9:26     ` [Qemu-devel] [PATCH 3/6] [RFC] Emulation of GRLIB APB UART " Fabien Chouteau
2010-12-06  9:26       ` [Qemu-devel] [PATCH 4/6] [RFC] Header file for the GRLIB components Fabien Chouteau
2010-12-06  9:26         ` [Qemu-devel] [PATCH 5/6] [RFC] Emulation of Leon3 Fabien Chouteau
2010-12-06  9:26           ` [Qemu-devel] [PATCH 6/6] [RFC] SPARCV8 asr17 register support Fabien Chouteau
2010-12-06 18:01             ` Blue Swirl
2010-12-07 11:51               ` Fabien Chouteau
2010-12-11  9:59                 ` Blue Swirl
2010-12-13 17:01                   ` Fabien Chouteau
2010-12-06 17:53           ` [Qemu-devel] [PATCH 5/6] [RFC] Emulation of Leon3 Blue Swirl
2010-12-07 11:40             ` Fabien Chouteau
2010-12-11  9:56               ` Blue Swirl
2010-12-13 15:51                 ` Fabien Chouteau
2010-12-13 18:18                   ` Blue Swirl
2010-12-15 17:47                     ` Fabien Chouteau
2010-12-17 19:14                       ` Blue Swirl
2010-12-20  6:46                         ` Edgar E. Iglesias
2010-12-20  9:40                           ` Fabien Chouteau
2010-12-20 20:09                             ` Blue Swirl
2010-12-20  9:25                         ` Fabien Chouteau
2010-12-20 19:27                           ` Blue Swirl
2010-12-12 14:41           ` Andreas Färber
2010-12-13 17:00             ` Fabien Chouteau
2010-12-06 17:31         ` [Qemu-devel] [PATCH 4/6] [RFC] Header file for the GRLIB components Blue Swirl
2010-12-07 11:04           ` Fabien Chouteau
2010-12-06 17:29       ` [Qemu-devel] [PATCH 3/6] [RFC] Emulation of GRLIB APB UART as defined in GRLIB IP Core User's Manual Blue Swirl
2010-12-07 10:55         ` Fabien Chouteau
2010-12-06 17:25     ` [Qemu-devel] [PATCH 2/6] [RFC] Emulation of GRLIB IRQMP " Blue Swirl
2010-12-07 10:43       ` Fabien Chouteau
2010-12-11 10:31         ` Blue Swirl
2010-12-13 16:23           ` Fabien Chouteau
2010-12-13 18:13             ` Blue Swirl
2010-12-09 10:32     ` Edgar E. Iglesias
2010-12-09 11:03       ` Fabien Chouteau
2010-12-09 11:06         ` Edgar E. Iglesias
2010-12-09 11:32           ` Fabien Chouteau
2010-12-06 17:12   ` [Qemu-devel] [PATCH 1/6] [RFC] Emulation of GRLIB GPTimer " Blue Swirl
2010-12-07  9:55     ` Fabien Chouteau
2010-12-08  8:30       ` Edgar E. Iglesias [this message]
2010-12-08  9:39         ` Fabien Chouteau
2010-12-08 21:02           ` Edgar E. Iglesias
2010-12-08 22:51   ` Edgar E. Iglesias
2010-12-09 10:04     ` Fabien Chouteau
2010-12-09 10:22       ` Edgar E. Iglesias
2010-12-06 10:44 ` [Qemu-devel] [PATCH 0/6] [RFC] New SPARC machine: Leon3 Artyom Tarasenko
2010-12-06 15:07   ` Fabien Chouteau
2010-12-06 18:12     ` Blue Swirl
2010-12-07 17:43       ` Fabien Chouteau
2010-12-06 18:05 ` Blue Swirl

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=20101208083005.GA6845@edde.se.axis.com \
    --to=edgar.iglesias@gmail.com \
    --cc=blauwirbel@gmail.com \
    --cc=chouteau@adacore.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).