All of lore.kernel.org
 help / color / mirror / Atom feed
From: Georg Hofstetter <qemu@g3gg0.de>
To: Peter Maydell <peter.maydell@linaro.org>,
	Georg Hofstetter <qemu@g3gg0.de>
Cc: "Alex Dumitrache" <broscutamaker@gmail.com>,
	"Peter Crosthwaite" <peter.crosthwaite@xilinx.com>,
	"Giovanni Condello" <condellog@gmail.com>,
	g3gg0 <georg.hofstetter@lx-networking.de>,
	"QEMU Developers" <qemu-devel@nongnu.org>,
	"Paul Brook" <paul@codesourcery.com>,
	"Paolo Bonzini" <pbonzini@redhat.com>,
	"Andreas Färber" <afaerber@suse.de>,
	"Antony Pavlov" <antonynpavlov@gmail.com>
Subject: Re: [Qemu-devel] [RFC v5 2/5] hw/arm/digic: prepare DIGIC-based boards support
Date: Sun, 20 Oct 2013 02:13:18 +0200	[thread overview]
Message-ID: <5263201E.5030705@g3gg0.de> (raw)
In-Reply-To: <CAFEAcA9K_juLnZy9hOycdy2GhVF4PcJ2kYN21-yc_HEkBQ=J-Q@mail.gmail.com>

Am 17.10.2013 21:17, schrieb Peter Maydell:
> 
>>  - make sure the flash emulation supports reflashing (properties)
>>  - change qemu memory subsystem to support execution from a flash that
>>    can be reprogrammed (properties are rewritten during startup)
>>    (maybe this is already possible, but it wasn't so 6 months ago)
> 
> I agree that these are probably missing features in our flash
> emulation, but aren't they orthogonal to the question of how
> we handle CPU reset and what the starting PC should be?
> 

Hi Peter,

absolutely - this was just the whole list of behavior to be implemented
and/or emulated to get the emulator close to real hardware.
Its just something that would prevent a clean firmware boot and came to
my mind while writing about system startup.

So yeah, its a bit off topic :)

Regards,
Georg

  reply	other threads:[~2013-10-20  0:13 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-07  7:04 [Qemu-devel] [RFC v5 0/5] hw/arm: add initial support for Canon DIGIC SoC Antony Pavlov
2013-09-07  7:04 ` [Qemu-devel] [RFC v5 1/5] hw/arm: add very " Antony Pavlov
2013-09-13 14:48   ` Andreas Färber
2013-09-07  7:04 ` [Qemu-devel] [RFC v5 2/5] hw/arm/digic: prepare DIGIC-based boards support Antony Pavlov
2013-10-17 18:01   ` Peter Maydell
2013-10-17 18:51     ` Georg Hofstetter
2013-10-17 19:17       ` Peter Maydell
2013-10-20  0:13         ` Georg Hofstetter [this message]
2013-10-22 11:26         ` Antony Pavlov
2013-12-04 20:22         ` Antony Pavlov
2013-12-04 20:29           ` Peter Maydell
2013-12-04 21:20             ` Antony Pavlov
2013-12-04 21:34               ` Peter Maydell
2013-12-05  0:20                 ` Peter Crosthwaite
2013-12-05  8:02                   ` Peter Maydell
2013-12-05  0:25               ` Peter Crosthwaite
2013-12-05  7:59                 ` Peter Maydell
2013-12-07  0:55             ` [Qemu-devel] [RFC 0/2] ARM: make possible to use high vectors for reset exception Antony Pavlov
2013-12-07  0:55               ` [Qemu-devel] [RFC 1/2] ARM: cpu: add "hivecs" property (high vectors on reset) Antony Pavlov
2013-12-07  1:00                 ` Peter Crosthwaite
2013-12-07 20:44                   ` Antony Pavlov
2013-12-07 22:14                     ` Peter Crosthwaite
2013-12-07  1:14                 ` Peter Maydell
2013-12-07  0:55               ` [Qemu-devel] [RFC 2/2] ARM: arm_cpu_reset: make possible to use high vectors for reset_exc Antony Pavlov
2013-12-07  1:08                 ` Peter Crosthwaite
2013-12-07 20:49                   ` Antony Pavlov
2013-12-07 21:03                     ` Peter Maydell
2013-09-07  7:04 ` [Qemu-devel] [RFC v5 3/5] hw/arm/digic: add timer support Antony Pavlov
2013-10-17 17:51   ` Peter Maydell
2013-09-07  7:04 ` [Qemu-devel] [RFC v5 4/5] hw/arm/digic: add UART support Antony Pavlov
2013-10-17 17:54   ` Peter Maydell
2013-10-22 10:48     ` Antony Pavlov
2013-09-07  7:04 ` [Qemu-devel] [RFC v5 5/5] hw/arm/digic: add NOR ROM support Antony Pavlov
2013-10-17 18:00   ` Peter Maydell
2013-09-13 14:37 ` [Qemu-devel] [RFC v5 0/5] hw/arm: add initial support for Canon DIGIC SoC Antony Pavlov
2013-09-20  9:01   ` [Qemu-devel] [RFC v5 0/5] hw/arm: add initial support for Canon DIGIC SoC: ping-ping Antony Pavlov
2013-09-28 10:41     ` [Qemu-devel] [RFC v5 0/5] hw/arm: add initial support for Canon DIGIC SoC: ping-ping-ping Antony Pavlov
2013-09-28 10:50       ` Peter Maydell

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=5263201E.5030705@g3gg0.de \
    --to=qemu@g3gg0.de \
    --cc=afaerber@suse.de \
    --cc=antonynpavlov@gmail.com \
    --cc=broscutamaker@gmail.com \
    --cc=condellog@gmail.com \
    --cc=georg.hofstetter@lx-networking.de \
    --cc=paul@codesourcery.com \
    --cc=pbonzini@redhat.com \
    --cc=peter.crosthwaite@xilinx.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.