All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laurent Vivier <Laurent.Vivier@bull.net>
To: Armin <akuster@kama-aina.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [Patch 1/2] switch support v2
Date: Tue, 18 Dec 2007 23:31:55 +0100	[thread overview]
Message-ID: <1198017115.1998.10.camel@frecb07144> (raw)
In-Reply-To: <4768142A.3040703@kama-aina.net>

[-- Attachment #1: Type: text/plain, Size: 1694 bytes --]

Le mardi 18 décembre 2007 à 08:40 -1000, Armin a écrit :
> Laurent Vivier wrote:
> > Le lundi 17 décembre 2007 à 09:40 -1000, Armin a écrit :
> >   
> >> Laurent Vivier wrote:
> >>     
> >>> Hi,
> >>>
> >>> if you just want to configure which bank to use with pflash, perhaps you
> >>> can do something like:
> >>>
> >>> qemu -drive if=pflash,unit=0
> >>>
> >>> to use the first bank, and
> >>>
> >>> qemu -drive if=pflash,unit=1
> >>>
> >>> to use the second bank.
> >>>   
> >>>       
> >> Yes, that might work for the flash case but does not address other 
> >> switches settings. In my case, the Mainstone has two rotary switches 
> >> that define which frequency to boot up in.
> >>     
> >
> > But I don't think qemu able to emulate frequency ?
> > So it should be useless.
> >   
> I am sure that is true and my example might be very week in the above case.
> I think if a board we are trying to emulate has boot time configurations 
> governed by  jumpers or switches for enabling or disabling certain 
> hardware devices , then having a runtime solution seems more 
> appropriate.  It seems silly to have to rebuild to qemu if one wants to 
> switch device A to be uart #2 from an IrdA device when using "-switches 
> 1=on" could do the same.

Well, my opinion is not really important here, but I think "-switches
1=on" is too low level... using the "meaning" could be more
user-friendly, something like "-deviceA uart2".

Regards,
Laurent
-- 
----------------- Laurent.Vivier@bull.net  ------------------
  "La perfection est atteinte non quand il ne reste rien à
ajouter mais quand il ne reste rien à enlever." Saint Exupéry

[-- Attachment #2: Ceci est une partie de message numériquement signée --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2007-12-18 22:32 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-16 19:05 [Qemu-devel] [Patch 1/2] switch support v2 Armin
2007-12-17 10:27 ` Johannes Schindelin
2007-12-17 17:29   ` Armin
2007-12-17 18:07     ` Johannes Schindelin
2007-12-17 18:17     ` Laurent Vivier
2007-12-17 19:40       ` Armin
2007-12-17 20:00         ` Laurent Vivier
2007-12-18 18:40           ` Armin
2007-12-18 22:31             ` Laurent Vivier [this message]
2007-12-18 23:10               ` Armin

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=1198017115.1998.10.camel@frecb07144 \
    --to=laurent.vivier@bull.net \
    --cc=akuster@kama-aina.net \
    --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.