Fwd: [retrocomputing devroom] FOSDEM 2020 - Retrocomputing DevRoom Call for Participation

d and streamed. The recordings will be published under the same license as all FOSDEM content (CC-BY). Hope to hear from you soon! And please forward this announcement. CONTACT The Retrocomputing DevRoom is managed by Pau Garcia Quiles and François Revol (retro-devroom-mana...@fosdem.org). A ma

[Qemu-devel] Fwd: [retrocomputing devroom] FOSDEM 2019 - Retrocomputing DevRoom CfP

Hi, anyone wants to talk about emulating oldies with QEMU? François. Message transféré Sujet : [retrocomputing devroom] FOSDEM 2019 - Retrocomputing DevRoom CfP Date : Sun, 28 Oct 2018 23:12:58 +0100 De : Pau Garcia Quiles Pour : FOSDEM visitors Copie à :

[Qemu-devel] Retrocomputing devroom at FOSDEM 2018

Hi, I just found out someone managed to get a retrocomputing devroom accepted at FOSDEM: https://lists.fosdem.org/pipermail/retrocomputing-devroom/2017-October/00.html https://www.elpauer.org/2017/10/retrocomputing-devroom-call-for-participation/comment-page-1/ Surely there are a lot of

Re: [Qemu-devel] [PATCH 15/15] ppc: Add aCube Sam460ex board

Le 23/08/2017 à 13:12, BALATON Zoltan a écrit : >> What's the connection with mips_malta? > > The board's firmware wants to see SPD EEPROMs of the connected memory > while initialising the memory controller. This is why we need to > implement SDRAM controller, I2C and SPD EEPROMs. MIPS malta

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH 09/12] ppc440: Add emulation of plb-pcix controller found in some 440 SoCs

Le 18/08/2017 à 21:43, luigi burdo a écrit : > can i ask you something ? why you dont try to integrate in qemu the > pegasos 2 or the efika machine. i have the feeling that probably it > can be more simple because more old machine and components. > Except they are antique, and the Pegasos at

Re: [Qemu-devel] [RFC PATCH 12/12] ppc: Add aCube Sam460ex board

ough to start a Linux kernel and the U-Boot firmware. >> >> Signed-off-by: François Revol <re...@free.fr> >> Signed-off-by: BALATON Zoltan <bala...@eik.bme.hu> > > There are a *lot* of devices defined here. Most of them look like > they belong to the SoC, not

Re: [Qemu-devel] [Qemu-ppc] [RFC PATCH 09/12] ppc440: Add emulation of plb-pcix controller found in some 440 SoCs

Hi, Le 18/08/2017 à 11:30, luigi burdo a écrit : > hi Balaton, i can help with amigaos4 for sam . i can test it on P5040 > book3e and on G5 quad book3s machine. note sam for boot amigaos need > a special modified version of uboot that is available on acube > website it is a firmware update.

Re: [Qemu-devel] [RFC PATCH 09/12] ppc440: Add emulation of plb-pcix controller found in some 440 SoCs

Hi, Le 18/08/2017 à 03:53, David Gibson a écrit : > On Sun, Aug 13, 2017 at 07:04:38PM +0200, BALATON Zoltan wrote: > > You know I'm going to say it, right: needs a commit message. > > What's a "plb-pcix", and what's an example of a 440 SoCs which has it. IIRC that's the PCI(express)

Re: [Qemu-devel] [Bug 925405] Re: VNC server does not work with Mac Screen Sharing

On 01/01/2017 17:55, Rui Carmo wrote: Hey there. Will git tip from September do? At that time I built QEMU on Ubuntu 16.04.1, pointed my Mac (10.10) at it again and had the same experience (had to use a third-party client) Considering I opened this four years ago, I'm kind of surprised it's

Re: [Qemu-devel] [PATCH v4 4/4] devicetree: update documentation for fw_cfg ARM bindings

On 17/11/2015 23:14, Rob Herring wrote: > On Mon, Nov 16, 2015 at 2:38 AM, Paolo Bonzini wrote: >> >> >> On 15/11/2015 03:07, Rob Herring wrote: >>> We generally don't want DT docs to depend on other kernel documentation. >> >> DT docs do not contain a copy of the data

Re: [Qemu-devel] GSoC 2015 (Mac OS 9 support) report, week 8

On 24/06/2015 02:35, Alexander Graf wrote: [Done] - Fix ppc: mem_claim() and mmu_claim() - Initial patch has been sent to the OpenBIOS mailing list. - Newest version submitted and waiting to be pushed to trunk. Cool, maybe someday Haiku will boot on ppc there! François.

Re: [Qemu-devel] [PATCH 00/12] Audio backend cleanup

On 02/06/2015 13:40, Michael Tokarev wrote: Yes, that's true. As long as the native version actually works. As I said before, initially it didn't, and sdl was the only driver that worked. Maybe in 0.12, maybe even before, I don't remember anymore, but the fact remains, in our testing only

Re: [Qemu-devel] [PATCH] Haiku: Platform build fixes

On 24/03/2015 23:56, Max Filippov wrote: On Wed, Mar 25, 2015 at 1:26 AM, Andreas Färber afaer...@suse.de wrote: Am 24.03.2015 um 00:36 schrieb Alexander von Gluck IV: Why convert from array to switch statement? It looks like a very invasive change for no obvious reason. I'd be interested

Re: [Qemu-devel] [PATCH] Haiku: Platform build fixes

On 25/03/2015 00:40, Andreas Färber wrote: Am 25.03.2015 um 00:11 schrieb Max Filippov: On Wed, Mar 25, 2015 at 2:03 AM, François Revol re...@free.fr wrote: On 24/03/2015 23:56, Max Filippov wrote: On Wed, Mar 25, 2015 at 1:26 AM, Andreas Färber afaer...@suse.de wrote: Am 24.03.2015 um 00:36

Re: [Qemu-devel] [PATCH] Makefile.target: set icon for binary file on Mac OS X

On 20/02/2015 13:36, Paolo Bonzini wrote: On 20/02/2015 13:18, Peter Maydell wrote: Why not just use the sips --out option to specify a different output file? That way we automatically put the current icon into the executable, and don't have to update a hand-created qemu.rsrc file in git

Re: [Qemu-devel] Announcing QEMU Advent Calendar 2014

On 24/11/2014 17:15, Stefan Hajnoczi wrote: The QEMU Advent Calendar is launching on December 1st 2014: http://www.qemu-advent-calendar.org/ Each day until Christmas (or until we run out) a new QEMU disk image will be posted for you to enjoy. The disk images showcase interesting guest

Re: [Qemu-devel] Raspbian in QEMU

On 20/03/2014 13:36, Paolo Bonzini wrote: Il 12/03/2014 21:01, Peter Maydell ha scritto: On 12 March 2014 19:41, Richard Henderson r...@twiddle.net wrote: Ew. No. It would be easier to just implement setend, even if badly. Agreed. For my part, the endian-aware load/store opcodes I alluded

Re: [Qemu-devel] AmigaOS 4.x on QEMU

On 25/01/2014 01:20, BALATON Zoltan wrote: On Sun, 12 Jan 2014, Alpha Mule wrote: Hi. AmigaOS 4.x runs natively on some niche PowerPC boards. I was wondering about the viability of running AmigaOS 4.x on QEMU. Specifically, I was wondering if there has been any development on that and/or

Re: [Qemu-devel] Using TRIM to shrink qcow2 images

On 08/08/2013 12:34, Ralf Ramsauer wrote: Hi, QCOW2 uses a similar idea like file holes (sparse files) on filesystems [1]. RAW Images also may use file holes. If qemu would support TRIM, then the guest could easily discard and zero all unused blocks. The host system could detect all

Re: [Qemu-devel] [PATCH 0/9] Add platform bus

On 23/07/2013 14:19, Paolo Bonzini wrote: Il 22/07/2013 20:21, Peter Maydell ha scritto: Platforms without ISA and/or PCI have had a seriously hard time in the dynamic device creation world of QEMU. Devices on these were modeled as SysBus devices which can only be instantiated in

Re: [Qemu-devel] Compiling qemu to emulate AMCC's PPC440GX eval board

On 03/11/2012 09:03, Peter Teoh wrote: Can I know if it is possible to run software which were running on AMCC PPC440GX eval board (eg, LynxOS) on qemu emulator? I can see a lot of 440GX symbols inside QEMU source code, but no where can I find someone who has done it successfully. Even

Re: [Qemu-devel] [PATCH] [RFC] PPC: dump DCRs from monitor

On 29/08/2012 19:55, Alexander Graf wrote: Are they accessible through the monitor's p command? Would be good to implement there too if not. I don't think so, which syntax would you use anyway? $dcr[n] ? Sure, why not? Is that possible with the register parsing code? I don't know that

[Qemu-devel] [PATCH] [RFC] PPC: dump DCRs from monitor

Hi, I noticed the DCRs weren't shown with the registers or another command, and tried to add one to dump them to help debugging my sam460ex target. This first version doesn't list the names since they aren't registered as such. I tried adding a name arg to ppc_dcr_register, and a #define to get it

Re: [Qemu-devel] [PATCH] [RFC] PPC: dump DCRs from monitor

On 29/08/2012 16:53, Alexander Graf wrote: On 29.08.2012, at 04:03, François Revol re...@free.fr wrote: Hi, I noticed the DCRs weren't shown with the registers or another command, and tried to add one to dump them to help debugging my sam460ex target. This first version doesn't list

[Qemu-devel] [PATCH] Add mmubooke_dump_mmu

adding. François. Signed-off-by: François Revol re...@free.fr diff --git a/target-ppc/helper.c b/target-ppc/helper.c index c610ce3..c998efc 100644 --- a/target-ppc/helper.c +++ b/target-ppc/helper.c @@ -1466,6 +1466,52 @@ static const char *book3e_tsize_to_str[32] = { 1T, 2T }; +static void

Re: [Qemu-devel] [PATCH] Add mmubooke_dump_mmu

On 24/04/2012 18:22, François Revol wrote: The following patch adds some support for dumping the TLBs of type TLB_EMB, at least enough to see the mappings. I wasn't sure how to deal with the flags anyway, it seems to me the struct lacks some stuff needed for system emulation, so

[Qemu-devel] [PATCH] target-ppc: Some support for dumping TLB_EMB TLBs

Add mmubooke_dump_mmu(). TODO: Add printing of individual flags. Signed-off-by: François Revol re...@free.fr --- target-ppc/helper.c | 49 + 1 file changed, 49 insertions(+) diff --git a/target-ppc/helper.c b/target-ppc/helper.c index c610ce3

Re: [Qemu-devel] QEMU was not selected for Google Summer of Code this year

On 19/03/2012 18:28, Andreas Färber wrote: Am 16.03.2012 23:11, schrieb François Revol: It should be possible to come up with a project involving QEMU on Haiku if anyone is interested. While there is an existing QEMU port, I'm not sure in what state it currently is. Haiku is missing a GLib

Re: [Qemu-devel] QEMU was not selected for Google Summer of Code this year

On -10/01/-28163 20:59, Stefan Hajnoczi wrote: Sad news - QEMU was not accepted for Google Summer of Code 2012. Shame, there is so much to do. Students can consider other organizations in the accepted organizations list here:

Re: [Qemu-devel] [PATCH 0/8] Add GTK UI to enable basic accessibility (v2)

On 12/03/2012 03:31, Anthony Liguori wrote: On 03/11/2012 01:24 PM, François Revol wrote: GTK itself causes problems, because, it's not ported, thus not available, to all platforms QEMU can run on. It's certainly not available on Haiku at least. There is no perfect solution here. I think

Re: [Qemu-devel] [PATCH 0/8] Add GTK UI to enable basic accessibility (v2)

On -10/01/-28163 20:59, Stefan Weil wrote: Am 27.02.2012 00:46, schrieb Anthony Liguori: I realize UIs are the third rail of QEMU development, but over the years I've gotten a lot of feedback from users about our UI. I think everyone struggles with the SDL interface and its lack of

Re: [Qemu-devel] [PATCH 03/30] ppc: remove ppc440 bamboo board support

Le -10/01/-28163 20:59, Anthony Liguori a écrit : This board never worked with TCG. It hasn't been updated since 0.13.0. I'm fairly sure hardware doesn't exist anymore that you can run the KVM support with. So let's remove it. It can always be restored later if there is interest again.

Re: [Qemu-devel] [PATCH] Add basic read, write and create support for AMD SimNow HDD images.

Hi, Le 01/12/2010 11:38, Stefan Hajnoczi a écrit : This block driver does not implement the asynchronous APIs (bdrv_aio_writev, bdrv_aio_readv, bdrv_aio_flush) which are necessary for running a VM properly. Some block drivers are currently written without async support and that limits them

Re: [Qemu-devel] When will the Q35 chipset be merged into Qemu mainstream

Le -10/01/-28163 20:59, Adnan Khaleel a écrit : PCI express support has been made available for quite sometime now with patches from Isaku Yamahata for the Q35 chipset for Qemu 0.12 and then for Qemu 0.14. However, Qemu 0.15 has been released but support for the Q35 chipset is still not

Re: [Qemu-devel] [RFC][PATCH 000/111] QEMU m68k core additions

Le 19/08/2011 04:14, Natalia Portillo a écrit : Hi, [...] (no need to quote the full thread!) He worked on emulating an abandoned, strange, difficult to get, and undocumented hardware, using your 111 patches, and finished it before the wholy more experienced MESS team. The next-cube

Re: [Qemu-devel] [RFC][PATCH 000/111] QEMU m68k core additions

Le -10/01/-28163 20:59, Laurent Vivier a écrit : Le mercredi 17 août 2011 à 17:35 -0500, Anthony Liguori a écrit : On 08/17/2011 03:46 PM, Bryce Lanham wrote: These patches greatly expand Motorola 68k emulation within qemu, and are what I used as a basis for my Google Summer of Code project

Re: [Qemu-devel] OSX build issues

Hi, Le 16 mars 2011 à 08:57, Tristan Gingold a écrit : It should fix the build issue. But QEMU is unreliable on OSX even when it gets built. I tried to bisect but lost some time trying to find a revision that actually builds. I thought I updated more this month...

[Qemu-devel] qemu.org unreachable ?

At least from france, confirmed by several people. François. traceroute to qemu.org (64.62.173.86), 64 hops max, 52 byte packets 1 172.28.0.1 (172.28.0.1) 1.145 ms 0.960 ms 0.859 ms 2 172.30.1.1 (172.30.1.1) 0.702 ms 0.786 ms 0.631 ms 3 routeur-iut.iut-valence.fr (193.51.172.1)

[Qemu-devel] Re: Re: [PATCH] Autodetect clock_gettime

Le 15 mars 2011 à 14:58, Paolo Bonzini pbonz...@redhat.com a écrit : Some POSIX OSes (such as Darwin) doesn't have clock_gettime. This patch falls back on gettimeofday if clock_gettime is not available. Some code I've seen use #ifdef CLOCK_REALTIME but this doesn't seem right

Re: [Qemu-devel] OSX build issues

Le 15 mars 2011 à 22:03, Blue Swirl a écrit : On Mon, Mar 14, 2011 at 11:21 PM, François Revol re...@free.fr wrote: The OSX build has been broken for some time now... * qemu-thread-posix.c: both qemu_mutex_timedlock and qemu_cond_timedwait make use of clock_gettime() and CLOCK_REALTIME

[Qemu-devel] OSX build issues

The OSX build has been broken for some time now... * qemu-thread-posix.c: both qemu_mutex_timedlock and qemu_cond_timedwait make use of clock_gettime() and CLOCK_REALTIME, which OSX doesn't have. It seems like both functions are nowhere found. Can they be removed then ? * cpus.c:

Re: [Qemu-devel] [RFC][PATCH] Preliminary BeBox support

Le 2 mars 2011 à 22:59, Andreas Färber a écrit : Hello François, Am 01.03.2011 um 01:15 schrieb François Revol: Since Natalia raised the subject I though I'd post my current patch for the BeBox support. I think the loader stuff can probably be committed already with some cleanup

Re: [Qemu-devel] 68k and BeBox (was SymbianOS, MeeGO, WebOS and QEMU)

Le 1 mars 2011 à 13:02, Laurent Vivier a écrit : Currently the fastest ones would be BeBox, Mac68k and NeXT machines, because almost all devices are already emulated, but the assembly itself, firmware and CPU/FPU/MMU in case of 68k. IIRC the Mac68k hardware is quite obscure and

[Qemu-devel] Re: SymbianOS, MeeGO, WebOS and QEMU

Le 28 févr. 2011 à 20:54, qemu-devel-requ...@nongnu.org a écrit : I proposed on GSoC 2010 to cleanup and finish the WIP that was done on 0.9.0 for emulation Acorn Archimedes platform. It was going to be mentored by Paul Brook but no one took the project, so the proposal is still up. I

Re: [Qemu-devel] Re: SymbianOS, MeeGO, WebOS and QEMU

Le 1 mars 2011 à 00:19, Natalia Portillo a écrit : I see someone wants BeBox support. I already started on this but it doesn't do much yet. Loading Be's firmware or with a custom one? I wrote a loader for their boot nub. It currently starts by probing the PCI bridge and that's about it. The

[Qemu-devel] [RFC][PATCH] Preliminary BeBox support

Since Natalia raised the subject I though I'd post my current patch for the BeBox support. I think the loader stuff can probably be committed already with some cleanup. The rest is mostly a copy of the prep file with tweaks and needs more work. The boot nub images can be extracted with this

Re: [Qemu-devel] 68k and BeBox (was SymbianOS, MeeGO, WebOS and QEMU)

Le 1 mars 2011 à 01:18, Natalia Portillo a écrit : Well, most of those emulators do not support the required mmu, except ARAnyM (and their mmu patch was backported to UAE I think). That's the main problem, but first of all in QEMU there is the need for complete pre-Coldfire 68ks, as well

Re: [Qemu-devel] Re: IRC channel movement - FreeNode to OFTC

(btw, Brian Jackson i...@theiggy.com seems to be rejected by my smtp here: Recipient address rejected: Domain not found) Le 25 janv. 2011 à 23:40, Brian Jackson a écrit : D. Their non-profit status in the US was terminated for failure to file paperwork properly not terribly relevant if the

Re: [Qemu-devel] Re: IRC channel movement - FreeNode to OFTC

Le 25 janv. 2011 à 23:24, Mike Frysinger a écrit : On Tue, Jan 25, 2011 at 15:05, Brian Jackson wrote: On 1/24/2011 1:13 PM, Mike Frysinger wrote: On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote: C. They have strange rules about groups and channel ownership ive never had a problem

Re: [Qemu-devel] Re: IRC channel movement - FreeNode to OFTC

Le 24 janv. 2011 à 20:13, Mike Frysinger a écrit : On Thu, Dec 9, 2010 at 17:44, Brian Jackson wrote: A. Must be registered to talk in a channel i'm fairly certain that is a per-channel setting Indeed, only on #qemu do I have to identify to talk, other channels don't require it. D.

Re: [Qemu-devel] [Bug 696485] [NEW] BeOS5 personal edition only displays in Black and White

I can only get the display on BeOS/x86 Personal Edition 5 to be in black and white. I've tried all the -vga options. wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz mkdir foo cd foo tar zxvf ../BeOS4Linux.tar.gz qemu -cdrom image.be -fda floppy.img -boot a -vga std ** Affects:

Re: [Qemu-devel] [Bug 696485] [NEW] BeOS5 personal edition only displays in Black and White

Le 2 janv. 2011 à 23:28, Andreas Färber a écrit : Am 02.01.2011 um 19:27 schrieb François Revol: I can only get the display on BeOS/x86 Personal Edition 5 to be in black and white. I've tried all the -vga options. wget http://www.bebits.com/bob/12373/BeOS4Linux.tar.gz mkdir foo cd foo

[Qemu-devel] Re: Re: Z80 emulation updated again!

Here's an update of the Z80 system emulator, which currently emulates the ZX Spectrum only. [...] [...] do you think it's a valuable target to have in upstream qemu? The z80 was also used in the more modern TI-83 Plus programmable calculator [1], for instance (chosen for school use in

Re: [Qemu-devel] Re: Re: Z80 emulation updated again!

Le 21 déc. 2010 à 10:41, Stefan Hajnoczi a écrit : Yes, all Ti8x models except 89 (and 92 which are 68000 based) are z80 based. There are already several emulators to compare to. The TI-83 was a great calculator. At one point there was a community and quite a few games for it :). The

Re: [Qemu-devel] QEMU forks survey

Le 21 déc. 2010 à 19:28, Andreas Färber a écrit : Since Christmas and the New Year with its good intensions are approaching, apart from z80 there's some more feature forks around: There is also a 68k trunk around IIRC: http://gitorious.org/qemu-m68k/qemu-m68k * I heard from François that

[Qemu-devel] Re: Re: [PATCH 0/4] ppc: Fix PReP emulation

So we certainly do need some open source firmware solution for prep to at least have Linux running. For other guests, I don't see a reason why users shouldn't try to fetch a real firmware blob separately :). We're not shipping any firmware for ppcemb either, so that argument seems moot.

[Qemu-devel] Re: IRC channel movement - FreeNode to OFTC

Hi, I'd like to move IRC channels from FreeNode to OFTC, so please join #qemu on OFTC starting now. - what's wrong with freenode ? everyone is there. - #define OFTC ? François.

Re: [Qemu-devel] RFC: usb redirection over the network, interesting outside of spice?

Hi All, Now that I have usb-1.1 passthrough / local redirection support working reliably (see my patch sets for this), I'm going to start working on doing usb redirection support over the network. The idea here is that a usb device connected to machine a, will be available for use by

Re: [Qemu-devel] RFC: usb redirection over the network, interesting outside of spice?

The idea here is that a usb device connected to machine a, will be available for use by the guest os running on host b (machine b). I'm working on this because it is something which we want / need for spice. I'm wondering if there is interest in this outside of spice ? I'm asking because

[Qemu-devel] [PATCH] Add basic read, write and create support for AMD SimNow HDD images.

Signed-off-by: François Revol re...@free.fr --- Makefile.objs |2 +- block/hdd.c | 354 + 2 files changed, 355 insertions(+), 1 deletions(-) create mode 100644 block/hdd.c diff --git a/Makefile.objs b/Makefile.objs index 23b17ce

Re: [Qemu-devel] CFP: 1st International QEMU Users Forum

For the emulation side, things look different. I'm not aware of any traction on the emulation side of Qemu. Getting people together for that one is certainly lacking. I'm not sure I'm the right person to talk to there. If nobody else steps up, I could barely play the role of someone who

Re: [Qemu-devel] CFP: 1st International QEMU Users Forum

the people we are addressing and we would like to bring together is from the QEMU emulation community. We are interested in running different ISAs mainly under Linux and Windows versions. There is a huge additional You're about the first person in 1/2 year that actually said you care

Re: [Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 16 nov. 2010 à 20:33, Anthony Liguori a écrit : On 11/16/2010 01:22 PM, Andreas Färber wrote: Am 15.11.2010 um 22:53 schrieb François Revol: I'm still having a hard time getting sound to work reliably in Haiku guests regardless the output or emulated card. OTH it works perfectly

Re: [Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 15 nov. 2010 à 20:30, Anthony Liguori a écrit : I'll see if I can buffer a bit more in the twolame code and if it helps, then I'll try to merge with the failed attempts I have around at using external progs. Okay, but my thinking was that we'd do something like: audio_capture

[Qemu-devel] Issue with block/vmdk

I tried to boot the vmdk generated by the Haiku build system here but it aborted. It seems the header has the capacity field set to 0, to mean that there is no embedded grain directory if I understand the vbox sources... At least the same image boots perfectly in VBox. If anyone wants to test :

Re: [Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 12 nov. 2010 à 15:32, Anthony Liguori a écrit : I did try years ago, but at least the current wav driver really didn't like fifos back then. I recall trying for hours to get it pipe to ffmpeg or others without much luck. Also, this poses several problems about the control of the

Re: [Qemu-devel] Re: [PATCH] spice: add audio

Add support for the spice audio interface. With this patch applied audio can be forwarded over the network from/to the spice client. Both recording and playback is supported. The driver is first in the driver list, but the can_be_default flag is set only in case spice is active. So if

Re: [Qemu-devel] Access to specific isa card with Qemu???

Hi, We have a software that runs on MS-DOS and must communicate with a specific card installed on port isa. We want to use this software in Qemu with a machine that runs XP. Is it possible to access to the ISA port with Qemu in this case? Do we have to do a specific development? Can you

[Qemu-devel] [PATCH] HDA: Honor WAKEEN bits when deciding to raise an interrupt on codec status

-by: François Revol re...@free.fr --- hw/intel-hda.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/hw/intel-hda.c b/hw/intel-hda.c index ccb059d..f1bd203 100644 --- a/hw/intel-hda.c +++ b/hw/intel-hda.c @@ -235,7 +235,7 @@ static void intel_hda_update_int_sts(IntelHDAState *d

[Qemu-devel] [PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

2001 Initial implementation of a mpeg1 layer2 streaming audio driver. It is based on the twolame library http://www.twolame.org/. Added a check for libtwolame to configure. Signed-off-by: François Revol re...@free.fr --- Makefile.objs|1 + audio/audio.c|3 + audio

Re: [Qemu-devel] [PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 7 nov. 2010 à 19:09, malc a écrit : On Sun, 7 Nov 2010, Fran?ois Revol wrote: Please CC audio related stuff to audio maintainer. And that'd be you according to MAINTAINERS ? +static const char http_header[] = HTTP/1.1 200 OK\r\nServer: QEMU\r\nContent-Type: audio/mpeg\r\n\r\n;

[Qemu-devel] [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

] Initial implementation of a mpeg1 layer2 streaming audio driver. It is based on the twolame library http://www.twolame.org/. - added a check for libtwolame to configure. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: François Revol re

[Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 8 nov. 2010 à 01:02, malc a écrit : + +static void qtwolame_listen_read(void *opaque) No space here. ? +if (csock != -1) { +twolame-sock = csock; +dolog (Accepted peer\n); +if (write (twolame-sock, http_header, sizeof(http_header) - 1)

[Qemu-devel] Re: [Try2][PATCH] Initial implementation of a mpeg1 layer2 streaming audio driver.

Le 8 nov. 2010 à 04:57, malc a écrit : And can you, please, elaborate some more on usage scenarios of this thing? cf. http://dev.haiku-os.org/browser/haiku/trunk/3rdparty/mmu_man/onlinedemo/haiku.php Sorry my PHP skills have lapsed aeons ago. Sorry I don't have it installed on a

[Qemu-devel] Re: [PATCH] vdi: Fix image opening and creation for odd disk sizes

of the block size. While Kevin's patch addressed vdi_create, my modification also fixes vdi_open which now accepts images with odd disk sizes as well as images created with old versions of qemu-img. Cc: Kevin Wolf kw...@redhat.com Cc: François Revol re...@free.fr Looks good to me on first read

[Qemu-devel] Re: [PATCH] vdi: Fix image opening and creation for odd disk sizes

Le Fri, 07 May 2010 09:55:23 +0200, Kevin Wolf a écrit : Am 06.05.2010 20:29, schrieb Stefan Weil: This patch fixes a regression introduced by commit 95a2f9bc588c3f83375d87b0a9394f89a1bcfada. The fix is based on a patch from Kevin Wolf. Here his comment: The number of blocks needs to

Re: [Qemu-devel] BeOS R5 boot failure

It's a known bug but nobody knows or has time to apply a solution. Bochs had the same bug and corrected it about November 2009, maybe checking their commit will make light to correct QEMU. Ok, I might have a look at it, thanks. It seems VirtualBox has the same issue. Older versions (ZETA)

Re: [Qemu-devel] BeOS R5 boot failure

http://bochs.cvs.sourceforge.net/bochs/bochs/CHANGES?view=markupcontent-type=text/vnd.viewcvs-markuprevision=REL_2_4_2_FINAL 2.2.5 December 2005 BeOS boot failure fix in the PCI IDE code 2.3.5 September 2007 [1500216] Bochs fails to boot BeOs CD I had a look at it, but it seems it's only

Re: [Qemu-devel] BeOS R5 boot failure

http://bochs.cvs.sourceforge.net/bochs/bochs/CHANGES?view=markupcontent-type=text/vnd.viewcvs-markuprevision=REL_2_4_2_FINAL 2.2.5 December 2005 BeOS boot failure fix in the PCI IDE code 2.3.5 September 2007 [1500216] Bochs fails to boot BeOs CD Hmm actually, I begin to think it just

Re: [Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

Also, it seems -no-shutdown doesn't actually stop the emulation as said in the manual, it actually keeps the vm running (and using cpu), despite the OS trying to shutdown via ACPI. At least I tested so with Haiku (and acpi=true in kernel config), which properly exits QEMU

Re: [Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

I use -no-reboot so that when the guest does a reboot during installation, as they invariably do one or more times, QEMU exits, my scripts does things eject the CD/floppy, or change it for the next in sequence, and modify the guest's installed files to add virtio drivers, install extra fiels,

[Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

Hello, while working on a demonstrator for a green-IT project, to show scheduled machine shutdown and powering depending on various conditions, I wondered if I could use QEMU with wake-on-lan transparently, but it seems it's not implemented at all. I though I could try to add support for it, and

Re: [Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

Le Mon, 15 Mar 2010 15:26:24 +, Paul Brook a écrit : Ideally this would evolve into supporting IPMI, which would allow managing VMs exactly like physical servers without concern, appart launching the actual process first. cf.

Re: [Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

As for WOL, it would still be handy to have I think... btw, do we support suspending the emulation via ACPI ? VirtualBox has something called Pause mode, which I'm not sure actually if it's reflected to ACPI, which allows to avoid wasting cpu when not usign the guest, though it

Re: [Qemu-devel] wake-on-lan IPMI implementation; real power-off and -no-shutdown

Also, it seems -no-shutdown doesn't actually stop the emulation as said in the manual, it actually keeps the vm running (and using cpu), despite the OS trying to shutdown via ACPI. At least I tested so with Haiku (and acpi=true in kernel config), which properly exits QEMU

[Qemu-devel] Extended deadline for proposals for the Alt-OS devroom at FOSDEM

Hello, I have been unavailable for a week, and it seems a lot of people were cut off the Net last month busy with family... The deadline for the propositions for the Alt-OS devroom at FOSDEM has been extended to 2010-01-05, to allow at least one talk per project. The shedule must be sent rapidly

Re: [Qemu-devel] [PATCH] debugcon: support for debugging consoles (e.g. Bochs port 0xe9)

Makes sense. Either way, it works with my patch looking something like: -chardev stdio,id=seabios \ -device isa-debugcon,iobase=0x402,chardev=seabios ... should do the job. Btw, I once added another method of debug output to ZETA, that was using the low-level protocol used by

[Qemu-devel] [PATCH][RESEND] block/vdi: allow disk sizes not multiple of block size (fwd)

Anyone just tried it yet ? François. -- Forwarded Message: -- To: qemu-devel@nongnu.org From: François Revol re...@free.fr Subject: [PATCH] block/vdi: allow disk sizes not multiple of block size Date: Tue, 08 Dec 2009 15:34:18 +0100 CET The disk image I created from my old laptop disk

[Qemu-devel] Call for participation to the Alt-OS devroom at FOSDEM

... The format of the talks can vary, from 45min large speech to 15 min general project presentation, or hand-on hacking session. = Proposals = Proposals should be sent to François Revol by mail: re...@free.fr Your proposal should include: * duration (in 15 minute blocks -- please stick

[Qemu-devel] [PATCH] block/vdi: allow disk sizes not multiple of block size

The disk image I created from my old laptop disk with VBoxManage internalcommand converthd obviously was not a multiple of 1MB as when created from scratch. This fixes QEMU refusing it. We still require the size to be a multiple of sector size though. It then boots correctly. Signed-off-by: