have to document what we mean by our nonstandard names.
+1
There's existing documentation [*] for the standard feature names, which
provides:
- A short description of what the feature does
- Any dependencies a particular feature has (e.g.FEAT_VHE implies
FEAT_LSE, FEAT_Debugv8p1, and FEAT_AA64EL2)
- The register fields/values that are used to discover the feature.
This seems like the most user-friendly option...
[*]: https://developer.arm.com/documentation/109697/2024_09
--
Thanks,
Oliver
On Thu, May 13, 2021 at 2:22 PM David Gibson
wrote:
>
> On Wed, May 05, 2021 at 08:18:27PM +0530, Mahesh Salgaonkar wrote:
> > With upstream kernel, especially after commit 98ba956f6a389
> > ("powerpc/pseries/eeh: Rework device EEH PE determination") we see that KVM
> > guest isn't able to enable
On Thu, Apr 29, 2021 at 7:02 PM Mahesh J Salgaonkar
wrote:
>
> On 2021-04-28 22:33:45 Wed, Oliver O'Halloran wrote:
> > On Tue, Apr 27, 2021 at 9:56 PM Mahesh Salgaonkar
> > wrote:
> > >
> > > With upstream kernel, especially after commit 98ba956f6a389
&
will be:
card 1 - 00ff0001
card 2 - 00ff1001
Which implies the two are in different PEs. As a result, if the guest
requests a reset of card 1's PE then the guest will see an unexpected
reset of card 2 as well. From the hypervisor's point of view the two
are in the same PE so this is a legitimate thing to do, but due to
this patch the guest doesn't know that.
As far as I can remember this is why you're supposed to pass each EEH
capable devices to the guest on a seperate spapr-phb (which matches
what PHYP does). Alexy can probably tell you more.
Oliver
Thank you for the clarification.
On Sun, Apr 12, 2020 at 4:54 PM Peter Maydell
wrote:
> On Sun, 12 Apr 2020 at 21:46, Oliver Christopher
> wrote:
> >
> > /*
> > * We default to false if we know other options have been enabled
> > * which are currently incompati
/* * We default to false if we know other options have been enabled *
which are currently incompatible with MTTCG. Otherwise when each *
guest (target) has been updated to support: * - atomic instructions
* - memory ordering primitives (barriers) * they can set the
appropriate CONFIG flags in $
, no
keystrokes are passed on to the UEFI Shell or any menu choice. The guest
just ignores any and all keyboard input.
I hope you can fix this issue as it limits the ability to use QEMU from the
vncviewer. Thos problem does not happen when running qemu from the host
terminal window.
Thank you,
Oliver
On Wed, Jan 29, 2020 at 2:09 PM David Gibson
wrote:
>
> On Mon, Jan 27, 2020 at 03:45:05PM +0100, Cédric Le Goater wrote:
> > From: Benjamin Herrenschmidt
> >
*snip*
> > +
> > +/*
> > + * The CONFIG_DATA register expects little endian accesses, but as the
> > + * region is big endian, we have t
Hello there I don't know if this is till valid but I thought I should
mention my use cases for the bluetooth option in qemu.
Use case would be using Bluetooth controllers for gaming on kvm qemu since
I don't know if kvm would be able to use my hosts Bluetooth chip or emulate
one. since I manily us
hread here:
https://lists.gnu.org/archive/html/qemu-devel/2017-09/msg08073.html
Thanks,
Oliver
From: Zhuowei Zhang
> Linux returns success for the special case of calling write with a
> zero-length NULL buffer: compiling and running
>
> ```
>
> int main() {
>ssize_t ret
apparently did not make it into main-stream.
Kind regards,
Oliver.
> Am 20.07.2017 um 13:52 schrieb Thomas Huth <1185...@bugs.launchpad.net>:
>
> Triaging old bug tickets ... can you still reproduce this problem with
> the latest version of QEMU (currently v2.9.0)?
>
i don't understand this in detail, but since the last update of qemu i can't
start my virtual win7 machine. i use gnome-boxes 3.24. qemu 2.8 works, 2.9
leads to this:
Preformatted text(gnome-boxes:4301): Boxes-WARNING **: machine.vala:611: Failed
to start win7: Unable to start domain: the CPU is
--
Christopher Oliver
qemu-patch
Description: Binary data
erely,
--
Christopher Oliver
qemu-patch
Description: Binary data
Hi,
> Am 03.03.2015 um 18:32 schrieb Paolo Bonzini :
>
>
>
> On 03/03/2015 18:19, Oliver Francke wrote:
>>
>> #0 __GI_exit (status=1) at exit.c:104
>> #1 0x5575cf15 in os_daemonize () at os-posix.c:227
>> #2 0x55773f2e in main
First bt try below...
On 03/03/2015 05:51 PM, Paolo Bonzini wrote:
On 03/03/2015 17:03, Oliver Francke wrote:
/usr/local/qemu-2.3.0/bin/qemu-system-x86_64 -daemonize -usbdevice
tablet -enable-kvm -pidfile /var/run/qemu-server/3371.pid -monitor
unix:/var/run/qemu-server/3371.mon,server,nowait
,readonly=on -drive
if=ide,media=cdrom,id=ide1-cd1,readonly=on -boot order=dc
Up to the former commit everything works well as expected.
Hope it helps,
Oliver.
On 03/03/2015 11:36 AM, Paolo Bonzini wrote:
If the iothread lock isn't taken by the main thread, the RCU callbacks
might run concurr
Hi,
was just about to open a bug-report... but...
On 03/18/2014 04:33 PM, Dr. David Alan Gilbert wrote:
It looks like this is fixed by:
https://github.com/afaerber/qemu-cpu/commit/5a4ad843eee6ba2241828f568af6e147461b4e54
yikes, it now works ;)
Thnx,
Oliver.
--
Oliver Francke
filoo GmbH
Hi,
opened a ticket with the ceph-guys, and it turned out to be a bug in
"librados aio flush".
With latest "wip-librados-aio-flush (bobtail)" I got no error even with
_very_ high load.
Thnx for the attention ;)
Oliver.
--
You received this bug notification because you
Hi Josh,
just opened
http://tracker.ceph.com/issues/5919
with all collected information incl. debug-log.
Hope it helps,
Oliver.
On 08/08/2013 07:01 PM, Josh Durgin wrote:
On 08/08/2013 05:40 AM, Oliver Francke wrote:
Hi Josh,
I have a session logged with:
debug_ms=1:debug_rbd=20
for that stuff? I have about 5MB
compressed logfile waiting for you ;)
Thnx in advance,
Oliver.
On 08/05/2013 09:48 AM, Stefan Hajnoczi wrote:
On Sun, Aug 04, 2013 at 03:36:52PM +0200, Oliver Francke wrote:
Am 02.08.2013 um 23:47 schrieb Mike Dawson :
We can "un-wedge" the guest
Hi Mike,
you might be the guy StefanHa was referring to on the qemu-devel mailing-list.
I just made some more tests, so…
Am 02.08.2013 um 23:47 schrieb Mike Dawson :
> Oliver,
>
> We've had a similar situation occur. For about three months, we've run
> several Windo
Hi Stefan,
Am 02.08.2013 um 17:24 schrieb Stefan Hajnoczi
<1207...@bugs.launchpad.net>:
> On Fri, Aug 02, 2013 at 09:58:29AM -0000, Oliver Francke wrote:
>> after some testing I tried to narrow down a problem, which was initially
>> reported by some users.
>> Seen on
the process.
Please give any advice on what to do for tracing/debugging, because the
number of tickets here are raising, and noone knows, what users are
doing inside their VM.
Kind regards,
Oliver Francke.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this
Hi,
from the topology-line I would assume, you should switch sockets=1 and
cores=2, multiple sockets would mean multiple processors vs. one
processor with multiple cores.
Hope it helps,
Oliver.
On 07/11/2013 02:49 AM, yue-kvm wrote:
hi, all
in guest xp vm , device management shows a help
e the EOPNOTSUPP or whatever it's called, but a smooth
integration of live-snapshots would be so cool ;)
Kind regards,
Oliver.
On 05/24/2013 05:37 PM, Alexandre DERUMIER wrote:
Hi,
For Proxmox, we have made some patchs to split the savevm process,
to be able to save the memory to a
? )
Up to 1.4.2 everything is OK with savevm, though.
Any help welcome,
Oliver.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1185395/+subscriptions
? )
Up to 1.4.2 everything is OK with savevm, though.
Any help welcome,
Oliver.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+bug/1185395/+subscriptions
g VM
(qemu)
If I only let the error -95 happen and ignore, everything seems to be OK,
though. Might be easy to fix, but not for me...
qemu up to 1.4.2 is not affected.
Please let me know, if you need more informations.
Oliver.
--
You received this bug notification because you are a member of qemu
Could it be...
On 05/29/2013 01:56 PM, Oliver Francke wrote:
Hi,
is anybody willing to help me dig into this one?
that there was a generic error ( -95) before the savevm-operation, that
just got not cleared?
If I ignore just the error -95 in "savevm.c -> do_savevm" then the
)
Up to 1.4.2 everything is OK with savevm, though.
Any help welcome,
Oliver.
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1185395
Titl
Hi,
is anybody willing to help me dig into this one?
Filed a bug-report, too:
https://bugs.launchpad.net/qemu/+bug/1185395
King regards,
Oliver.
On 05/24/2013 09:46 AM, Oliver Francke wrote:
Hi,
with a running VM I encounter this strange behaviour, former
qemu-versions don't show up
recover without shutting down the whole
> vServer is Live Migration
> to another Node.
>
ACK, tried it and every network-devices might have been re-created into a
defined state qemu-wise.
> However, I also see this problem under qemu-kvm-1.2.0 while Oliver reported
> it does n
this
restriction -, it's more work for the customers
to perform a shutdown before the wonna do some changes to their VM ;)
Any hints welcome,
Oliver.
--
Oliver Francke
filoo GmbH
Moltkestraße 25a
0 Gütersloh
HRB4355 AG Gütersloh
Geschäftsführer: S.Grewing | J.Rehpöhler | C.Kunz
Folgen S
Hi Stefan,
thanks for your attention. See all infos below including complete
command-line.
Thnx,
Oliver.
Original Message
Subject: [Qemu-stable] connectivity problem with Windows 7 + heavy
network-traffic
Date: Wed, 08 May 2013 10:04:19 +0200
From: Oliver Francke
Hi,
took a snapshot of yesterdays "master" after "rbd: Fix use after free in
rbd_open()"... Works perfectly ;)
Thank you very much for the bleeding fast reaction...
Oliver.
On 04/25/2013 07:32 PM, Kevin Wolf wrote:
Am 25.04.2013 um 19:25 hat Stefan Priebe - Profihost
D, savevm
succeeds.
This should be fixed at all correct places, and the tags
"readonly=on,snapshot=off" should do it, too. Or even just work after
specifying a drive being a CD-rom should do the trick ;-)
Another "bad habit" is, that the ISO/DVD-file has to be writeable to be
However Peter Maydell sent me a kernel image that runs fine on OS X.
However when I try to run it under gdb I get the same problem that you
see.
Oliver
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/8045
the assembly files).
The FreeRTOS build was cause crashes due to other bugs
I think the lm3s811 might have a bug (with the display) which was what I was
focusing on.
Thank you for everyone who responded. I think this bug can be marked
closed.
Oliver
--
You received this bug notification
I tried compiling under Ubuntu
Linux oliverks-virtual-machine 2.6.38-16-generic #67-Ubuntu SMP Thu Sep 6
17:58:38 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
and it does not appear to work. I just get the statement
VNC server running on `127.0.0.1:5900'
Oliver
--
You received thi
gact));
sigact.sa_handler = cpu_signal;
sigaction(SIG_IPI, &sigact, NULL); // <-- Signal that hangs system
sigemptyset(&set);
sigaddset(&set, SIG_IPI);
pthread_sigmask(SIG_UNBLOCK, &set, NULL);
}
Oliver
To manage notifications about this bug go to:
https://
One more follow up. Using the standard startup.c with just a while(1)
{} loop yields the same problem.
Has anyone got a regression test for the -M lm3s811evb that I can run?
I might be able to see what's different with the TI code that is causing
the SIGUSR1.
Oliver
--
You received thi
To follow up, I think this bug might be a problem with the stellaris
branch of the code. I compiled the very simple gpio_led example, and
this crashes with the SIGUSR1 as well.
Oliver
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU
gnal;
sigaction(SIG_IPI, &sigact, NULL); // <-- Signal that hangs system
sigemptyset(&set);
sigaddset(&set, SIG_IPI);
pthread_sigmask(SIG_UNBLOCK, &set, NULL);
}
Oliver
** Affects: qemu
Importance: Undecided
Status: New
--
You received this bug notific
All right that makes sense. I pulled the latest version from git, but I
get a build error, so I will post a new bug.
I will let you decided how you want to mark this bug.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.
Peter,
I built in from the zipped tar ball for qemu-1.2.0 I did not get it
from the repository, although I am happy to do this for you.
I used
./configure
This what configure said
Silently falling back into gthread backend under darwin
C compilergcc
Host C compiler gcc
Objective
OK one more comment. When I look at register r14, where the env
valuable should be stored, I see the "correct" value
(gdb) info register r14
r140x102064038 4328931384
Oliver
--
You received this bug notification because you are a member of qemu-
devel-ml, which is
One more comment, the env address looks wrong going all the way up the
stack
#0 0x000100436b71 in gen_intermediate_code_internal (env=0x102064680,
tb=0x108e5b070, search_pc=1) at translate.c:9793
#1 0x000100437776 in gen_intermediate_code_pc (env=0x102064680,
tb=0x108e5b070) at transla
pretty reasonable. Not sure why env would be moving?
Oliver
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1065232
Title:
qemu-system-arm Crashes on startup on OS X 10.8.2
Status in QEMU:
New
Bug
Public bug reported:
On startup qemu-system-arm crashes on this line 9373 of target-arm
if (unlikely(!QTAILQ_EMPTY(&env->breakpoints))) {
QTAILQ_FOREACH(bp, &env->breakpoints, entry) {
if (bp->pc == dc->pc) { // <-- CRASH
gen_exception
procs almost
10 minutes... After a reset ( warmstart) the 4 proc-system is up after a
couple of 20 secs.
Hints welcome, though once started, the system seems to operate
"normally".
Thnx in@vance,
Oliver.
** Affects: qemu
Importance: Undecided
Status: New
--
You received t
On Tue, Nov 22, 2011 at 02:04:17PM +0100, Oliver Hookins wrote:
> On Tue, Nov 22, 2011 at 10:31:58AM +0100, ext Juan Quintela wrote:
> > Oliver Hookins wrote:
> > > On Tue, Nov 15, 2011 at 11:47:58AM +0100, ext Juan Quintela wrote:
> > >> Takuya Yoshikawa wrote:
&g
On Tue, Nov 22, 2011 at 10:31:58AM +0100, ext Juan Quintela wrote:
> Oliver Hookins wrote:
> > On Tue, Nov 15, 2011 at 11:47:58AM +0100, ext Juan Quintela wrote:
> >> Takuya Yoshikawa wrote:
> >> > Adding qemu-devel ML to CC.
> >> >
> >> >
On Tue, Nov 15, 2011 at 11:47:58AM +0100, ext Juan Quintela wrote:
> Takuya Yoshikawa wrote:
> > Adding qemu-devel ML to CC.
> >
> > Your question should have been sent to qemu-devel ML because the logic
> > is implemented in QEMU, not KVM.
> >
> > (2011/11/
On Tue, Nov 15, 2011 at 11:47:58AM +0100, ext Juan Quintela wrote:
> Takuya Yoshikawa wrote:
> > Adding qemu-devel ML to CC.
> >
> > Your question should have been sent to qemu-devel ML because the logic
> > is implemented in QEMU, not KVM.
> >
> > (2011/11/
On Tue, Nov 15, 2011 at 11:47:58AM +0100, ext Juan Quintela wrote:
> Takuya Yoshikawa wrote:
> > Adding qemu-devel ML to CC.
> >
> > Your question should have been sent to qemu-devel ML because the logic
> > is implemented in QEMU, not KVM.
> >
> > (2011/11/
this bug has nothing to do with mono at all, please do not confuse it
with the (already open and already commented) mono tasks.
this bug is about qemu hanging if a big task of packages is installed,
even if there are no mono packages among them. note in the initial logs
that it hangs in various pl
ing.
Were you able to run any image in qemu on haiku with this?
I'm asking because of haiku ticket #6606, which is about some problematic
behaviour
with respect to qemu not being able to resize an area (in effect aborting).
Looking at
the patch, I'd say it should still do the same ...
cheers,
Oliver
** Tags added: armel
--
qemu-system-arm segfaults emulating versatile machine after running debootstrap
--second-stage inside vm
https://bugs.launchpad.net/bugs/604872
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
and just for reference so there isnt coming up any confusion again, the
used qemu call that breaks is for a versatilbepb machine using the
versatile kernel from http://ports.ubuntu.com/ubuntu-
ports/dists/lucid/main/installer-
armel/current/images/versatile/netboot/vmlinuz
--
apt/dpkg in qemu-sys
@Anthony please see all the above comments before judging and please
reopen it upstream again
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed t
@Anthony, this bug has nothing to do with beagleboards it happens if
qemu is run on x86 systems
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
@arvind this is not related to this bug, please open a new one
--
apt/dpkg in qemu-system-arm hangs if a big task is installed
https://bugs.launchpad.net/bugs/532733
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
St
>From 2c0a39852848d146e27843ab3b45ff8cdf49ba86 Mon Sep 17 00:00:00 2001
From: Spencer Oliver
Date: Fri, 23 Apr 2010 09:07:23 +0100
Subject: [PATCH] usb-wacom: fix usb_wacom_initfn regression
eh_entry was not intialized and so produced a seg fault
when WACOM_SET_REPORT was called.
---
hw/
e:
>>>>> On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wrote:
>>>>>> Hi list!
>>>>> Hi you !
>>>>>
>>>>>> Just wanted to know how far the progress on alpha target is? I would
>>>>>> be happy if I have
On 10/21/2007 12:55 PM, Paul Brook wrote:
>>> - there is no hardware machine emulation for Alpha in Qemu.
>>> As I have no Alpha platform, I don't know much about the hardware to be
>>> emulated.
>> I do know that the ev6 bus is the same as the Athlon used.
>
> The CPU bus is pretty much irelevant
On 10/21/2007 12:43 PM, Rob Landley wrote:
> On Saturday 20 October 2007 3:56:12 am J. Mayer wrote:
>> On Fri, 2007-10-19 at 19:49 -0500, Rob Landley wrote:
>>> On Sunday 14 October 2007 5:14:27 am J. Mayer wrote:
>>>> On Sun, 2007-10-14 at 11:19 +0200, Oliver Falk wr
Hi list!
Just wanted to know how far the progress on alpha target is? I would be
happy if I have some 'virtual alpha' to test new isos.
If I can help some way (I have a few alphas around). Let me know.
Best,
Oliver
PDIR");
+if (tmpdir == NULL)
+ tmpdir = "/tmp";
+snprintf(filename, size, "%s/vl.XX", tmpdir);
+//pstrcpy(filename, size, "/tmp/vl.XX");
fd = mkstemp(filename);
close(fd);
}
Thank you
Oliver
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Oliver Gerlich schrieb:
> Hello,
>
> as I was just reading this on german newsticker heise.de:
> http://www.heise.de/open/news/meldung/83680
>
> Also on Slashdot:
> http://it.slashdot.org/it/07/01/15/1631234.shtml
>
> An
knows more about this? How is it in direct comparison with Qemu?
Regards,
Oliver Gerlich
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFFq8/dTFOM6DcNJ6cRAgHBAKDL2XckliKhrrpPs14IT6UXz6WceQCgyfmt
tCOSicFzFJ/Q2TxWjoRjJu0=
=LUth
-END PGP SIGNATURE
nted
that people are able to use its code without any questions ;-)
Thanks for the great work,
Ricardo Almeida
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Regards,
Oliver Gerlich
. Any idea what's
causing this or how to get rid of the delay?
Thanks,
Oliver Gerlich
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
http://qemu-forum.ipi.fi , and CVS snapshots are at
http://qemu-forum.ipi.fi/qemu-snapshots/ .
Could someone who has write access to qemu.org update the two pages
there? It seems the new forum location is only available from the
mailing list (I didn't find any other link).
Thanks,
O
for remote sound.
Regards,
Oliver
Anthony Liguori wrote:
Johannes Schindelin wrote:
Hi,
On Tue, 17 Oct 2006, Fabrice Bellard wrote:
Another point is that you should consider adding audio support. I can
help you on that (maybe malc would be interested too !). A simple
format could be 4 bi
Also, AFAIK Gnome's gedit can be extended with Python scripts, which
might be even better than the shell script / C++ plugin solution of kate.
Regards,
Oliver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFE1hb7TFOM6DcNJ6cRAu4QAJ9Xu2TKuri9Uv//p
VMWare tools are installed for mouse switching between
host and guest. It's quite astounding that in Qemu this works (at least
with Windows guest) without installing additional software.
So, IMHO you shouldn't try to praise Qemu as an end-user desktop
virtualization software; prese
Regards,
Oliver
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
we should either just use GTK, or make Qemu ready for
integration of C++ GUI code (and use one of the common GUI toolkits), or
add an interface for external GUIs (and run the GUI as an external
process, written in Python or Perl or the like).
Regards,
Oliver
-BEGI
lems were things like no Shift-Tab in
Windows, and "showkey" under Linux displaying strange keycodes when
using Shift-Tab.
Regards,
Oliver
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Is there a way around this problem? Probably wxWidgets doesn't like the
different ABIs in gcc 3.3 and 4.0, but maybe some clever linking could
work around this? Any hints?
Thanks,
Oliver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/
K frontend under all
other platforms).
Btw. it would be interesting to know what features would be required to
get a GUI into the Qemu tree, and what would be a total showstopper...
Maybe the people with commit permission could comment on this :)
Regards,
Oliver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Johannes Schindelin schrieb:
> Hi,
>
> On Fri, 16 Jun 2006, Oliver Gerlich wrote:
>
>
>>Johannes Schindelin schrieb:
>>
>>>On Thu, 15 Jun 2006, Joe Lee wrote:
>>>
>>>
>>>>BTW, I a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel P. Berrange schrieb:
> On Thu, Jun 15, 2006 at 05:52:14PM -0500, John Morris wrote:
>
>>On Thu, 2006-06-15 at 17:29, Oliver Gerlich wrote:
>>
>>
>>>If you are familiar with Tcl/Tk, maybe you could give some
second way is quite a lot of work.
The first way is a bit "hackish", as eg. events have to propagated from
the GUI app to the Qemu window... how would this work with Tcl/Tk?
Probably with the second way it would also be difficult to display
real-time status info in the GUI (eg. guest CP
rusive, and that
Fabrice waits for some more feedback and testing of the patches.
So, in the end, testing is probably something that anyone can do who has
enough spare time and wants to put that time into developing a GUI for
Qemu :)
Regards,
Oliver
___
ideo output and
the input handling stuff).
Regards,
Oliver
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
isplays (choose "DNS-SD" from the
listbox in the upper left corner in Krdc).
Regards,
Oliver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)
iD8DBQFEZ0X5TFOM6DcNJ6cRApiCAJ0dSa115JeNvXu9PfND5R+E4TqyeQCgvDlK
ROoGXIBo2gVLK104J2uKz1M=
=8tDu
-END PGP SIGNATURE-
--- qe
t direction. Not sure what is required for a GUI that will be
integrated into Qemu finally...
Thanks,
Oliver
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim C. Brown schrieb:
> On Sat, May 06, 2006 at 01:12:50AM +0200, Oliver Gerlich wrote:
>
>>Don Kitchen schrieb:
>>
>>>Next, it seems the *one* thing QEMU lacks that you-know-who does correctly
>>>is networkin
oesn't
work. This is with Linux 2.6, but I read that with Linux 2.4 it was not
necessary to configure br0, as eth0 would still be accessible. Does
anyone know why this changed? I think it would be much easier if an
interface used in a bridge was still usable.
Thanks,
Oliver
-BEGIN P
making that possible :D
Regards,
Oliver
El 05/05/2006, a las 8:57, Christian MICHON escribió:
it works. Side effect: after the first ungrab, I can't see the host
pointer over the SDL windows.
Yet, it's nothing as compared to the invisible wall.
I know nothing about most qemu internals,
emu).
Any idea what could cause the regression?
Thanks,
Oliver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2.2 (GNU/Linux)
iD8DBQFEWnATTFOM6DcNJ6cRAqTFAJ9XoR77j1MkA853zGS02Vl6uohrkACgrRA1
uQkBC0wBdxgyikD4+EDbMZA=
=D7i0
-END PGP SIGNATURE-
__
I ran "./configure --cc=gcc-3.4" but gcc-3.4 doesn't exist
on the system; configure then told me that it couldn't find SDL, without
hinting at the real reason. The little notice that the endian check
failed as well escaped my eyes :-)
Regards,
Oliver Gerlich
-BEGIN PGP SIGNATURE
__
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Maybe the "-net socket" option helps in this case - see the QEMU doc for
an exact description. There are also some threads about this option in
the forum (search for "
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Daniel Veillard schrieb:
> On Sat, Mar 11, 2006 at 05:24:40PM +0100, Oliver Gerlich wrote:
>
>>-BEGIN PGP SIGNED MESSAGE-
>>Hash: SHA1
>>
>>Daniel Veillard schrieb:
>>
>>> Hi,
>>>
>
y to find services on a net; and it's
supported at least by MacOSX and with eg. Avahi (see avahi.org) also on
Linux. Not sure about Windows, though...
Regards,
Oliver Gerlich
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux)
iD8DBQFEEvnHTFOM6DcNJ6cRAhe4AJ9LAQwIb25gCuIHKiRoIMLwJz
g whether the emulation is "complete enough" for that app.
Over Xen and UML, it has the advantage that it runs Windows, even
without special hardware.
Over Bochs, it has the advantage that qemu runs fast yet still reliable
enough.
What other product did I miss that might compete with
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Fisher schrieb:
> [...] Also, what about the Mac OS's as
> guest?
See this forum thread about "Mac OS X86 on x86":
http://qemu.dad-answers.com/viewtopic.php?t=223
Regards,
Oliver
-BEGIN PGP SIGNATURE-
Version: Gn
game is the shareware which can be found at
http://members.iinet.net.au/~vannevar/tyrian/downloads.html .
Does anyone have an idea how to get around this error? Is there a way to
debug the game?
Thanks in advance,
Oliver
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (GNU/Linux
1 - 100 of 134 matches
Mail list logo
