From: Armin <akuster@kama-aina.net>
To: Laurent Vivier <Laurent.Vivier@bull.net>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [Patch 1/2] switch support v2
Date: Tue, 18 Dec 2007 13:10:12 -1000 [thread overview]
Message-ID: <47685354.5020302@kama-aina.net> (raw)
In-Reply-To: <1198017115.1998.10.camel@frecb07144>
Laurent Vivier wrote:
> 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".
>
Sure your opinion matters, I can get an idea stuck in my little brain
and not see the trees in the forest. "-device", that got me thinking...
Lets say I have a mips port that has one PCI slot on it. I could get a
listing of PCI cards supported by this port and select one for use by
that PCI slot.
This could be extended for local bus (i.e switches & jumpers) , PCMCIA
and SD slots.
Regards,
Armin
prev parent reply other threads:[~2007-12-18 23:10 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
2007-12-18 23:10 ` Armin [this message]
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=47685354.5020302@kama-aina.net \
--to=akuster@kama-aina.net \
--cc=Laurent.Vivier@bull.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.