Re: [Qemu-devel] Audio

Re: [Qemu-devel] Audio

[malc]

On Sun, 31 Oct 2004, Jason Brittain wrote:

> malc wrote:
> > Hello,
> >
> > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> > (10_aqemu) audio patch.
>
> First, thanks for working on this!
>
> I patched my qemu with it.  The patch applied fine, built fine, and ran
> fine.  But, both before and after this patch, I still get no audio.
>
> Host:  Fedora Core 2 i386
> Guest: WinXP Corp.
>
> I'm using the -enable-audio command line switch to qemu.  Anything else
> I'd need to do?  XP finds no audio device at all.  Audio works fine
> in Fedora (natively).  And, I'm running no other applications that use
> the audio device while I run qemu to try it out.

What sound card and audio system (oss, alsa) do you use? Other guests
produce audio? Have you tried alternate audio output drivers
(QEMU_AUDIO_DRV=wav or sdl)? And also, i do not have WinXP license, so
there's relatively little i can do about it. Anybody else is having
problems with XP?

>
> Happy Halloween, and thanks again.  ;)
>
>

You are welcome.

-- 
mailto:malc@pulsesoft.com

Re: [Qemu-devel] Audio

[Jason Brittain]

malc wrote:
> On Sun, 31 Oct 2004, Jason Brittain wrote:
> 
>>malc wrote:
>>
>>>Hello,
>>>
>>>At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
>>>(10_aqemu) audio patch.
>>
>>First, thanks for working on this!
>>
>>I patched my qemu with it.  The patch applied fine, built fine, and ran
>>fine.  But, both before and after this patch, I still get no audio.
>>
>>Host:  Fedora Core 2 i386
>>Guest: WinXP Corp.
>>
>>I'm using the -enable-audio command line switch to qemu.  Anything else
>>I'd need to do?  XP finds no audio device at all.  Audio works fine
>>in Fedora (natively).  And, I'm running no other applications that use
>>the audio device while I run qemu to try it out.
> 
> What sound card and audio system (oss, alsa) do you use? Other guests
> produce audio? Have you tried alternate audio output drivers
> (QEMU_AUDIO_DRV=wav or sdl)? And also, i do not have WinXP license, so
> there's relatively little i can do about it. Anybody else is having
> problems with XP?

I'm not sure if other guests produce audio.  Know how to test this
with the dsl iso?

I wasn't aware of QEMU_AUDIO_DRV.  I tried setting it to "sdl" before
starting qemu, and still XP ended up with no audio device.

Sound card info:
00:1f.5 Multimedia audio controller: Intel Corp. 82801DB (ICH4) AC'97 Audio Controller (rev 01)

Looks like I'm using oss.  Here's the list of modules I have loaded,
then below that my kernel config's audio settings.

Module                  Size  Used by
ipw2100                91484  0
tg3                    73988  0
ipt_MASQUERADE          3200  1
iptable_nat            20524  2 ipt_MASQUERADE
ip_conntrack           27656  2 ipt_MASQUERADE,iptable_nat
ip_tables              15488  2 ipt_MASQUERADE,iptable_nat
tun                     6528  0
loop                   12424  0
smbfs                  57592  0
snd_seq_oss            29312  0
snd_seq_midi_event      6272  1 snd_seq_oss
snd_seq                45456  4 snd_seq_oss,snd_seq_midi_event
nls_iso8859_1           4096  0
nls_cp437               5760  0
vfat                   11008  0
fat                    37568  1 vfat
sd_mod                 18688  0
usb_storage            60608  0
joydev                  8256  0
snd_pcm_oss            47656  0
snd_mixer_oss          16768  4 snd_pcm_oss
snd_intel8x0           28844  4
snd_ac97_codec         60420  1 snd_intel8x0
snd_pcm                80392  2 snd_pcm_oss,snd_intel8x0
snd_timer              19972  2 snd_seq,snd_pcm
snd_page_alloc          9096  2 snd_intel8x0,snd_pcm
gameport                3840  1 snd_intel8x0
snd_mpu401_uart         5760  1 snd_intel8x0
snd_rawmidi            19364  1 snd_mpu401_uart
snd_seq_device          7048  3 snd_seq_oss,snd_seq,snd_rawmidi
snd                    44644  14 snd_seq_oss,snd_seq_midi_event,snd_seq,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device
soundcore               7008  4 snd
ieee80211              16516  1 ipw2100
ieee80211_crypt         4868  1 ieee80211
binfmt_misc             8968  1
parport_pc             21824  1
lp                      9516  0
parport                32584  2 parport_pc,lp
autofs4                15236  0
rfcomm                 30876  0
l2cap                  18564  5 rfcomm
bluetooth              38148  4 rfcomm,l2cap
ds                     13700  4
yenta_socket           17408  1
pcmcia_core            54852  2 ds,yenta_socket
sg                     32160  0
scsi_mod              100812  3 sd_mod,usb_storage,sg
microcode               5664  0
nls_utf8                1920  1
ntfs                  122868  1
dm_mod                 49660  0
uhci_hcd               28048  0
ehci_hcd               26628  0
radeon                120740  2
ext3                  103272  1
jbd                    47256  1 ext3


CONFIG_CHR_DEV_OSST=m
CONFIG_ISDN_AUDIO=y
CONFIG_SOUND_GAMEPORT=m
CONFIG_SOUND=m
CONFIG_SND=m
CONFIG_SND_TIMER=m
CONFIG_SND_PCM=m
CONFIG_SND_HWDEP=m
CONFIG_SND_RAWMIDI=m
CONFIG_SND_SEQUENCER=m
CONFIG_SND_SEQ_DUMMY=m
CONFIG_SND_OSSEMUL=y
CONFIG_SND_MIXER_OSS=m
CONFIG_SND_PCM_OSS=m
CONFIG_SND_SEQUENCER_OSS=y
CONFIG_SND_RTCTIMER=m
# CONFIG_SND_VERBOSE_PRINTK is not set
# CONFIG_SND_DEBUG is not set
CONFIG_SND_MPU401_UART=m
CONFIG_SND_OPL3_LIB=m
CONFIG_SND_OPL4_LIB=m
CONFIG_SND_VX_LIB=m
CONFIG_SND_DUMMY=m
CONFIG_SND_VIRMIDI=m
CONFIG_SND_MTPAV=m
# CONFIG_SND_SERIAL_U16550 is not set
CONFIG_SND_MPU401=m
CONFIG_SND_AD1816A=m
CONFIG_SND_AD1848=m
CONFIG_SND_CS4231=m
CONFIG_SND_CS4232=m
CONFIG_SND_CS4236=m
CONFIG_SND_ES968=m
CONFIG_SND_ES1688=m
CONFIG_SND_ES18XX=m
CONFIG_SND_GUSCLASSIC=m
CONFIG_SND_GUSEXTREME=m
CONFIG_SND_GUSMAX=m
CONFIG_SND_INTERWAVE=m
CONFIG_SND_INTERWAVE_STB=m
CONFIG_SND_OPTI92X_AD1848=m
CONFIG_SND_OPTI92X_CS4231=m
CONFIG_SND_OPTI93X=m
CONFIG_SND_SB8=m
CONFIG_SND_SB16=m
CONFIG_SND_SBAWE=m
CONFIG_SND_SB16_CSP=y
# CONFIG_SND_WAVEFRONT is not set
CONFIG_SND_ALS100=m
CONFIG_SND_AZT2320=m
CONFIG_SND_CMI8330=m
CONFIG_SND_DT019X=m
CONFIG_SND_OPL3SA2=m
CONFIG_SND_SGALAXY=m
CONFIG_SND_SSCAPE=m
CONFIG_SND_AC97_CODEC=m
CONFIG_SND_ALI5451=m
CONFIG_SND_ATIIXP=m
CONFIG_SND_AU8810=m
CONFIG_SND_AU8820=m
CONFIG_SND_AU8830=m
CONFIG_SND_AZT3328=m
CONFIG_SND_BT87X=m
CONFIG_SND_CS46XX=m
CONFIG_SND_CS46XX_NEW_DSP=y
CONFIG_SND_CS4281=m
CONFIG_SND_EMU10K1=m
CONFIG_SND_KORG1212=m
CONFIG_SND_MIXART=m
CONFIG_SND_NM256=m
CONFIG_SND_RME32=m
CONFIG_SND_RME96=m
CONFIG_SND_RME9652=m
CONFIG_SND_HDSP=m
CONFIG_SND_TRIDENT=m
CONFIG_SND_YMFPCI=m
CONFIG_SND_ALS4000=m
CONFIG_SND_CMIPCI=m
CONFIG_SND_ENS1370=m
CONFIG_SND_ENS1371=m
CONFIG_SND_ES1938=m
CONFIG_SND_ES1968=m
CONFIG_SND_MAESTRO3=m
CONFIG_SND_FM801=m
CONFIG_SND_FM801_TEA575X=m
CONFIG_SND_ICE1712=m
CONFIG_SND_ICE1724=m
CONFIG_SND_INTEL8X0=m
CONFIG_SND_INTEL8X0M=m
CONFIG_SND_SONICVIBES=m
CONFIG_SND_VIA82XX=m
CONFIG_SND_VX222=m
CONFIG_SND_USB_AUDIO=m
# CONFIG_SND_VXPOCKET is not set
# CONFIG_SND_VXP440 is not set
CONFIG_SND_PDAUDIOCF=m
# CONFIG_SOUND_PRIME is not set
CONFIG_USB_AUDIO=m

-- 
Jason Brittain
<jasonb@brittainweb.org>

[Qemu-devel] Re: Audio

[Ronald]

Le Thu, 04 Nov 2004 09:14:42 -0800, Jason Brittain a écrit :


> I'm not sure if other guests produce audio.  Know how to test this with
> the dsl iso?
> 

With dsl 0.8.1.1: 
# modprobe sb io=0x220 irq=5 dma=1 dma16=5 isapnp=0

Re: [Qemu-devel] Re: Audio

[Jason Brittain]

Ronald wrote:
> Le Thu, 04 Nov 2004 09:14:42 -0800, Jason Brittain a écrit :
> 
>>I'm not sure if other guests produce audio.  Know how to test this with
>>the dsl iso?
> 
> With dsl 0.8.1.1: 
> # modprobe sb io=0x220 irq=5 dma=1 dma16=5 isapnp=0

This command runs with no complaints, and dmesg says
"SB 4.05 detected OK (220)", so I assume that works, although
dsl doesn't seem to come with any wav files that I can play
to actually test playing sounds.  Maybe I can pull one down
from the net.  But, if it detects and configures the device,
I'd mostly expect it to work.  This is with QEMU_AUDIO_DRV set
to "oss" on my machine.

-- 
Jason Brittain

Re: [Qemu-devel] Re: Audio

[Jason Brittain]

Jason Brittain wrote:
> Ronald wrote:
> 
>> Le Thu, 04 Nov 2004 09:14:42 -0800, Jason Brittain a écrit :
>>
>>> I'm not sure if other guests produce audio.  Know how to test this with
>>> the dsl iso?
>>
>> With dsl 0.8.1.1: # modprobe sb io=0x220 irq=5 dma=1 dma16=5 isapnp=0
> 
> This command runs with no complaints, and dmesg says
> "SB 4.05 detected OK (220)", so I assume that works, although
> dsl doesn't seem to come with any wav files that I can play
> to actually test playing sounds.  Maybe I can pull one down
> from the net.  But, if it detects and configures the device,
> I'd mostly expect it to work.

Actually..  I catted /bin/grep > /dev/audio to see if I could
hear noise -- that didn't work.  Then, when I shut down dsl I
noticed this:

# qemu -user-net -enable-audio -cdrom dsl-0.8.2.iso
sb16: attempt to set DMA register 8bit 1, 16bit 5 (val=0x22)
sb16: bogus command 0xce

That could have happened when I executed the modprobe command
above.  Probably.  Seems like some kind of failure, but I
don't know the severity.

-- 
Jason Brittain

Re: [Qemu-devel] Re: Audio

[malc]

On Thu, 4 Nov 2004, Jason Brittain wrote:

> Jason Brittain wrote:
> > Ronald wrote:
> >
> >> Le Thu, 04 Nov 2004 09:14:42 -0800, Jason Brittain a ?crit :
> >>
> >>> I'm not sure if other guests produce audio.  Know how to test this with
> >>> the dsl iso?
> >>
> >> With dsl 0.8.1.1: # modprobe sb io=0x220 irq=5 dma=1 dma16=5 isapnp=0
> >
> > This command runs with no complaints, and dmesg says
> > "SB 4.05 detected OK (220)", so I assume that works, although
> > dsl doesn't seem to come with any wav files that I can play
> > to actually test playing sounds.  Maybe I can pull one down
> > from the net.  But, if it detects and configures the device,
> > I'd mostly expect it to work.
>
> Actually..  I catted /bin/grep > /dev/audio to see if I could
> hear noise -- that didn't work.  Then, when I shut down dsl I
> noticed this:
>
linux/Documentation/devices.txt

 14 char	Open Sound System (OSS)
		  0 = /dev/mixer	Mixer control
		  1 = /dev/sequencer	Audio sequencer
		  2 = /dev/midi00	First MIDI port
		  3 = /dev/dsp		Digital audio
		  4 = /dev/audio	Sun-compatible digital audio

So it's /dev/dsp where your grep should have been catted to.
(Sun-audio is probably some uLaw device and there's no support for this
in current SB16 implementation)

> # qemu -user-net -enable-audio -cdrom dsl-0.8.2.iso
> sb16: attempt to set DMA register 8bit 1, 16bit 5 (val=0x22)

That's something to be expected.

> sb16: bogus command 0xce

0xce is ADC command, ADC is not supported

>
> That could have happened when I executed the modprobe command
> above.  Probably.  Seems like some kind of failure, but I
> don't know the severity.
>
>

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] using qemu gdb-stub to debug a linux guest

[Marc E. Fiuczynski]

I am trying to debug a linux kernel running as a guest on qemu. I can easily
connect from my gdb client via

# gdb vmlinux
(gdb) target remote localhost:1234
Remote debugging using localhost:1234
0x0000fff0 in ?? ()
warning: shared library handler failed to enable breakpoint

What does the above warning mean? Which shared library is it referring to?
The main thing that I *WANT* to do is use gdb to debug some kernel code.
Any hints or pointers at RTFM page would be great.

Thanks,
Marc

Re: [Qemu-devel] Re: Audio

[Jason Brittain]

malc wrote:
> On Thu, 4 Nov 2004, Jason Brittain wrote:
> 
>>Jason Brittain wrote:
>>
>>>Ronald wrote:
>>>
>>>>Le Thu, 04 Nov 2004 09:14:42 -0800, Jason Brittain a ?crit :
>>>>
>>>>>I'm not sure if other guests produce audio.  Know how to test this with
>>>>>the dsl iso?
>>>>
>>>>With dsl 0.8.1.1: # modprobe sb io=0x220 irq=5 dma=1 dma16=5 isapnp=0
>>>
>>>This command runs with no complaints, and dmesg says
>>>"SB 4.05 detected OK (220)", so I assume that works, although
>>>dsl doesn't seem to come with any wav files that I can play
>>>to actually test playing sounds.  Maybe I can pull one down
>>>from the net.  But, if it detects and configures the device,
>>>I'd mostly expect it to work.
>>
>>Actually..  I catted /bin/grep > /dev/audio to see if I could
>>hear noise -- that didn't work.  Then, when I shut down dsl I
>>noticed this:
> 
> linux/Documentation/devices.txt
> 
>  14 char	Open Sound System (OSS)
> 		  0 = /dev/mixer	Mixer control
> 		  1 = /dev/sequencer	Audio sequencer
> 		  2 = /dev/midi00	First MIDI port
> 		  3 = /dev/dsp		Digital audio
> 		  4 = /dev/audio	Sun-compatible digital audio
> 
> So it's /dev/dsp where your grep should have been catted to.
> (Sun-audio is probably some uLaw device and there's no support for this
> in current SB16 implementation)

You're quite right.  I tried again, this time with /dev/dsp,
and it works.  With that configuration, I'll see if I can get
XP to recognize the audio device.

-- 
Jason Brittain

Re: [Qemu-devel] Re: Audio

[Jens Arm]

> > # qemu -user-net -enable-audio -cdrom dsl-0.8.2.iso
> > sb16: attempt to set DMA register 8bit 1, 16bit 5 (val=0x22)
> 
> That's something to be expected.
> 
> > sb16: bogus command 0xce
> 
> 0xce is ADC command, ADC is not supported


I get with W2K SP4 the same errors


Jens

Re: [Qemu-devel] Re: Audio

[Jens Arm]

> > > # qemu -user-net -enable-audio -cdrom dsl-0.8.2.iso
> > > sb16: attempt to set DMA register 8bit 1, 16bit 5 (val=0x22)
> > 
> > That's something to be expected.
> > 
> > > sb16: bogus command 0xce
> > 
> > 0xce is ADC command, ADC is not supported
> 
> 
> I get with W2K SP4 the same errors

But I hear some very quiet trashy sound. (sound like a 44kHz file played with 1kHz)

Jens

Re: [Qemu-devel] Audio

[malc]

On Thu, 4 Nov 2004, Jason Brittain wrote:

> malc wrote:
> > On Sun, 31 Oct 2004, Jason Brittain wrote:
> >
> >>malc wrote:
> >>
> >>>Hello,
> >>>
> >>>At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> >>>(10_aqemu) audio patch.
> >>
> >>First, thanks for working on this!
> >>
> >>I patched my qemu with it.  The patch applied fine, built fine, and ran
> >>fine.  But, both before and after this patch, I still get no audio.
> >>
> >>Host:  Fedora Core 2 i386
> >>Guest: WinXP Corp.
> >>
> >>I'm using the -enable-audio command line switch to qemu.  Anything else
> >>I'd need to do?  XP finds no audio device at all.  Audio works fine
> >>in Fedora (natively).  And, I'm running no other applications that use
> >>the audio device while I run qemu to try it out.

Let me reiterate, are you certain that the SB16 driver is installed on the
guest at all? I am not familiar with XP, but guess you should install it
manually.

>
> I wasn't aware of QEMU_AUDIO_DRV.  I tried setting it to "sdl" before
> starting qemu, and still XP ended up with no audio device.

The web page hosting the patch tells about QEMU_AUDIO_DRV pretty bluntly.

>
> Sound card info:
> 00:1f.5 Multimedia audio controller: Intel Corp. 82801DB (ICH4) AC'97 Audio Controller (rev 01)
>
> Looks like I'm using oss.  Here's the list of modules I have loaded,
> then below that my kernel config's audio settings.
>

You are most certainly running ALSA (with OSS emulation).

Again, if XP can not recognize SB or driver is not installed at all, no
amount of tweaking of your host audio will do much good. (Partly it's
mistake on my part to ask you to try different host audio drivers, sorry,
i wasn't reading your original message careful enough)

--
mailto:malc@pulsesoft.com

Re: [Qemu-devel] Audio

[malc]

On Sun, 31 Oct 2004, Jason Brittain wrote:

> malc wrote:
> > Hello,
> >
> > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> > (10_aqemu) audio patch.
>
> First, thanks for working on this!
>
> I patched my qemu with it.  The patch applied fine, built fine, and ran
> fine.  But, both before and after this patch, I still get no audio.
>
> Host:  Fedora Core 2 i386
> Guest: WinXP Corp.

Another thought. QEMU's SB16 is non PNP ISA device, so perhaps, you should
try to install device driver manually, make sure that settings are set
correctly IRQ=5 DMA8=1 DMA16=5, maybe then it'll work.

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] Re: Audio

[Ronald]

Le Sun, 31 Oct 2004 18:18:08 +0300, malc a écrit :

> Hello,
Hi,

> 
> At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> (10_aqemu) audio patch. It boosts following improvements:
> 
> a. Correct IRQ status handling (Win95 sounds should no longer loop) b.
> save|load vm support
> c. Fixed WAV output driver
> d. Kludge to support SB16 under FreeBSD (can someone verify that it helps)
> e. Internal cleanups

I guess it's not on your priority list but I still experience problems on
windows host: qemu freeze on shutdown, sound play correctly with linux
guest but not with windows guest.
Otherwise on linux host everything seems ok, with alsa or oss drivers in
linux guest or with windows 98 guest, host is 2.6.9 with alsa+oss
emulation.

The following is a patch to Makefile.target after having 10_aqemu.patch.gz
applied

--- Makefile.target.bak 2004-11-01 13:02:08.845861544 +0100
+++ Makefile.target     2004-11-01 13:17:59.852649080 +0100
@@ -268,7 +268,10 @@
 VL_OBJS+=block-cow.o block-qcow.o aes.o block-vmdk.o block-cloop.o

 SOUND_HW = sb16.o
-AUDIODRV = audio.o ossaudio.o sdlaudio.o wavaudio.o
+AUDIODRV = audio.o sdlaudio.o wavaudio.o
+ifndef CONFIG_WIN32
+AUDIODRV+= ossaudio.o
+endif

 ifeq ($(TARGET_ARCH), i386)
 # Hardware support

Re: [Qemu-devel] Re: Audio

[malc]

On Mon, 1 Nov 2004, Ronald wrote:

> Le Sun, 31 Oct 2004 18:18:08 +0300, malc a ?crit :
>
> > Hello,
> Hi,
>
> >
> > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> > (10_aqemu) audio patch. It boosts following improvements:
> >
> > a. Correct IRQ status handling (Win95 sounds should no longer loop) b.
> > save|load vm support
> > c. Fixed WAV output driver
> > d. Kludge to support SB16 under FreeBSD (can someone verify that it helps)
> > e. Internal cleanups
>
> I guess it's not on your priority list but I still experience problems on
> windows host: qemu freeze on shutdown, sound play correctly with linux
> guest but not with windows guest.
> Otherwise on linux host everything seems ok, with alsa or oss drivers in
> linux guest or with windows 98 guest, host is 2.6.9 with alsa+oss
> emulation.

This is not on my priority list for the simple reason that i don't have
any Windows host, so there's nothing i can do to fix it. Does sound play
correctly on Linux with QEMU_AUDIO_DRV set to sdl, shutdowns are ok?

>
> The following is a patch to Makefile.target after having 10_aqemu.patch.gz
> applied
>
> --- Makefile.target.bak 2004-11-01 13:02:08.845861544 +0100
> +++ Makefile.target     2004-11-01 13:17:59.852649080 +0100
> @@ -268,7 +268,10 @@
>  VL_OBJS+=block-cow.o block-qcow.o aes.o block-vmdk.o block-cloop.o
>
>  SOUND_HW = sb16.o
> -AUDIODRV = audio.o ossaudio.o sdlaudio.o wavaudio.o
> +AUDIODRV = audio.o sdlaudio.o wavaudio.o
> +ifndef CONFIG_WIN32
> +AUDIODRV+= ossaudio.o
> +endif
>
>  ifeq ($(TARGET_ARCH), i386)
>  # Hardware support

Thanks, but this is not correct solution, MacOS X and BSDs do not come
with OSS (by default at least), the logic of OSS selection should be
in configure.

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] Re: Re: Audio

[Ronald]

Le Mon, 01 Nov 2004 15:43:37 +0300, malc a écrit :

> On Mon, 1 Nov 2004, Ronald wrote:
> 
>> Le Sun, 31 Oct 2004 18:18:08 +0300, malc a ?crit :
>>
>> > Hello,
>> Hi,
>>
>>
>> > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
>> > latest (10_aqemu) audio patch. It boosts following improvements:
>> >
>> > a. Correct IRQ status handling (Win95 sounds should no longer loop) b.
>> > save|load vm support
>> > c. Fixed WAV output driver
>> > d. Kludge to support SB16 under FreeBSD (can someone verify that it
>> > helps) e. Internal cleanups
>>
>> I guess it's not on your priority list but I still experience problems
>> on windows host: qemu freeze on shutdown, sound play correctly with
>> linux guest but not with windows guest.
>> Otherwise on linux host everything seems ok, with alsa or oss drivers in
>> linux guest or with windows 98 guest, host is 2.6.9 with alsa+oss
>> emulation.
> 
> This is not on my priority list for the simple reason that i don't have
> any Windows host, so there's nothing i can do to fix it. Does sound play
> correctly on Linux with QEMU_AUDIO_DRV set to sdl, shutdowns are ok?
> 

Sound playing is ok, but shutdown of win98 guest locks qemu and X, I must
switch to a tty and kill qemu, then relaunch it to get the mouse
working back. With linux guest shutdown is ok.

Re: [Qemu-devel] Re: Re: Audio

[zitu]

> Sound playing is ok, but shutdown of win98 guest locks qemu and X, I must
> switch to a tty and kill qemu, then relaunch it to get the mouse
> working back. With linux guest shutdown is ok.

First off, thanks for this patch. It allows windows hosts to also have sound
now from Qemu.

I believe the makefile should be changed, because ossaudio.c compilation
is not needed for windows hosts. But that's minor.

The shutdown pb related to sound card is observed with the following
guests: dos-6.22, win95osr, win98se.

Note that for dos, downloading a simple mod-player and a few test files,
letting it run, and then try to close qemu, one can hear that the audio
buffer is not fully clean when qemu tries to switch itself off. It then
usually hangs, and one has to kill the process by end. Brute force. :(

If you can reproduce this under freedos_guest on a linux_host, this
could help the debug of the audio driver.

Note that sb16 drivers from Creative install perfectly under dos :)

Zitu
--

[Qemu-devel] Audio

[malc]

The code was just commited that enables "polling" audio mode (oss and
alsa), it's also unconditionally enabled now to obtain some testing
coverage, so please give it a whirl, feedback is welcome.

-- 
mailto:av1474@comtv.ru

[Qemu-devel] Audio

[malc]

Hello,

At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
(21_aqemu) audio patch.

New things relative to previous one:

  1. ALSA failure to set the format is no longer considered to be a
     hard error, in this situation ALSA is queried for the format it
     deems acceptable and work with that (On this PPC Linux box ALSA
     always returns EINVAL when asked for S16_LE but merrily works with
     the default - S16_BE)

  2. Added support for 32bit per sample formats

  3. Intel Controller Hub N Function 7 AKA AC'97

New things relative to the CVS:

   1. All of the above

   2. EsounD driver by Frederick Reeve
      (If someone wants aRts driver (s)he is welcome to do it, the task
       is mostly renaming the identifiers and linking with libartsc)

Now to some mildly amusing performance observations. [1]

QEMU running Slackware 11.0 (Kernel 2.4.33) on PPC 7447A 1.3Ghz
demonstrated that:

i810_audio [2] is faster than es1370
snd-intel810 is on par with snd-ens1370

i810_audio and es1370 blow snd-intel810 and snd-ens1370 right out of
th water.

The difference is toned down on Athlon 1G - where QEMU has a luxory of
using KQEMU, but nevertheless.

Perhaps the situation is improved in latest ALSA incrarnations, i don't
know.

[1] Observations courtesy http://www.boblycat.org/~malc/apc/

[2] i810_audio might, and usually does, require setting the `clocking'
     parameter upon module installation

-- 
vale

Re: [Qemu-devel] Audio

[Thiemo Seufer]

malc wrote:
> Hello,
> 
> At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
> (21_aqemu) audio patch.

Please send the audio patch split per device to the mailing list.


Thiemo

[Qemu-devel] Audio

[malc]

Hello,

At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
latest (17h_aqemu at the time of this writing) audio patch. Changes
are as follows:

1. Cosmetics (Thanks to Mike Nordell)
2. Fix of several SB16 commands (mainly related to Sierras audblst.drv)
    (Thanks to rozojc for rising this topic on users forum)
3. Workaround for FreeBSDs incorrect handling of SNDCTL_DSP_OSPACE ioctl
    (Big thanks to Juergen Lock for lending me a shell on his box to debug
     the issue)

--
mailto:malc@pulsesoft.com

[Qemu-devel] Audio

[malc]

At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
audio patch (14a_aqemu). Highlights of the release:

a. Mike Kronenberg contributed CoreAudio driver (MacOS X native sound)
    (no support for ADC yet)
b. Work on better endianness support
c. Less(hopefully) racy SDL driver
d. Bugfixes

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] Audio

[malc]

At http://www.boblycat.org/~malc/code/patches/qemu/index.html you will
find latest audio patch (13_aqemu). Highlights of the release:

a. ES1370 emulation
b. ADC support (only for ES1370)
c. ALSA driver
d. Evil adlib hack replaced with less evil one (good for Windows hosts)
e. Internal cleanups

There are following issues:

Playing audio through ES1370 under Windows guests is much more
expensive than under Linux.

No UART support for ES1370, no ADC support for SB16, no gameport
support for either.

ADC on non-linux guests is only available through FMOD audio driver
(be aware that current version of FMOD - 3.74 has a bug that prevents
ADC from working on Linux, this should fixed in 3.75 which is expected
sometime in the near future).

ALSA driver could have been better, i guess, but given state of ALSA
documentation this is not terribly surprising, if you are an ALSA
expert by all means fix it.

-- 
mailto:malc@pulsesoft.com

RE: [Qemu-devel] Audio

[Sylvain Petreolle]

--- malc a écrit :

> At http://www.boblycat.org/~malc/code/patches/qemu/index.html you will
> c. ALSA driver

> ALSA driver could have been better, i guess, but given state of ALSA
> documentation this is not terribly surprising, if you are an ALSA
> expert by all means fix it.
look at alsa homepage, there are tons of links to developer FAQs/HOWTOs.
One of them, with extremly detailed code :
http://www.suse.de/~mana/alsa090_howto.html

Kind regards,

Usurp (aka Sylvain Petreolle)

humans are like computers,
yesterday the BIOS was all
- today its just a word

RE: [Qemu-devel] Audio

[malc]

On Sun, 21 Aug 2005, Sylvain Petreolle wrote:

>
> --- malc a ?crit :
>
>> At http://www.boblycat.org/~malc/code/patches/qemu/index.html you will
>> c. ALSA driver
>
>> ALSA driver could have been better, i guess, but given state of ALSA
>> documentation this is not terribly surprising, if you are an ALSA
>> expert by all means fix it.
> look at alsa homepage, there are tons of links to developer FAQs/HOWTOs.
> One of them, with extremly detailed code :
> http://www.suse.de/~mana/alsa090_howto.html
>

Been there. Those FAQs and HOWTOs are enough to maybe write a wav player,
the general documentation quality of ALSA leaves alot to be desired.
To set the record straight i did the driver out of curiosity and learned
enough to have no desire continuing it.

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] Audio

[malc]

Hello,

At http://www.boblycat.org/~malc/code/patches/qemu/ you will find latest
(11_aqemu) audio patch, which boosts following improvements:

a. Optional OPL2 support (emulator uses floats and is disabled by default) [1]
b. Optional FMOD support (also disabled by default) [2]
c. SDL shutdown fix
d. DMA transfers should no longer start after ADC command
e. Internal cleanups

Footnotes:
[1]  Based on LGPLed version of fmopl.c (from AdPlug project)
     Thanks to Johannes Martin for reminding me to revisit it

[2]  Might provide better experience for MacOS and Windows users

-- 
mailto:malc@pulsesoft.com

[Qemu-devel] Audio

[malc]

Hello,

At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
latest(7th) audio patch.

If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is
set to 5.

There might be regressions since code was changed heavily to accomodate
different/multiple sound cards (none are included in this patch, hopefully
that would change soon)

Three backends are included, they can be selected via environment
variable, i.e.:

QEMU_AUDIO_DRV=oss|sdl|wav

WAV driver will produce `qemu.wav' in current working directory.

-- 
mailto:malc@pulsesoft.com

Re: [Qemu-devel] Audio

[Joe Menola]

Applying this patch and manually setting Win98 DMA to 5 has my sound worrking 
in both 98 and XP. 

Thanks a heap for your efforts, Malc.

-jm
On Thu August 12 2004 10:43 am, malc wrote:
> Hello,
>
> At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
> latest(7th) audio patch.
>
> If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is
> set to 5.
>
> There might be regressions since code was changed heavily to accomodate
> different/multiple sound cards (none are included in this patch, hopefully
> that would change soon)
>
> Three backends are included, they can be selected via environment
> variable, i.e.:
>
> QEMU_AUDIO_DRV=oss|sdl|wav
>
> WAV driver will produce `qemu.wav' in current working directory.

Re: [Qemu-devel] Audio

[Darryl Dixon]

[-- Attachment #1.1: Type: text/plain, Size: 4038 bytes --]

Hi Malc,

    No luck for me; Win98 guest 'sees' the card OK now (patch applied to
latest snapshot) but no sound arrives on the host from the act of
playing a sound in the guest :(   Perhaps something odd on my setup?  As
a side note, applying the patch appears to break the compile for the ppc
target in ppc-softmmu/:
g++ -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer  -I.
-I/opt/src/qemu-snapshot-2004-08-12_23/target-ppc
-I/opt/src/qemu-snapshot-2004-08-12_23 -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
-I/opt/src/qemu-snapshot-2004-08-12_23/slirp -c -o mixeng.o
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc
In file included from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
                 from /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
`int32_t
   s_ext8(unsigned char)':
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:33: error: invalid
   conversion from `uint8_t*' to `int8_t*'
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
`int32_t
   s_ext16(short unsigned int)':
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:41: error: invalid
   conversion from `uint16_t*' to `int16_t*'
In file included from
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:213,
                 from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
                 from /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `uint64_t
   ldq_raw(void*)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:355: error: pointer of
type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
   stq_raw(void*, long long unsigned int)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:392: error: pointer of
type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `double
   ldfq_raw(void*)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:421: error: pointer of
type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
   stfq_raw(void*, double)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:430: error: pointer of
type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void*
   st_rate_start(int, int)':
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:224: warning: unused
variable `
   uint32_t incr'
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void
   st_rate_flow(void*, st_sample_t*, st_sample_t*, int*, int*)':
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:261: warning: unused
variable `
   uint32_t tmp'
make[1]: *** [mixeng.o] Error 1
make[1]: Leaving directory
`/opt/src/qemu-snapshot-2004-08-12_23/ppc-softmmu'
make: *** [all] Error 1


Thanks heaps for all your hard work,

D


On Fri, 2004-08-13 at 09:33, Joe Menola wrote:

> Applying this patch and manually setting Win98 DMA to 5 has my sound worrking 
> in both 98 and XP. 
> 
> Thanks a heap for your efforts, Malc.
> 
> -jm
> On Thu August 12 2004 10:43 am, malc wrote:
> > Hello,
> >
> > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
> > latest(7th) audio patch.
> >
> > If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is
> > set to 5.
> >
> > There might be regressions since code was changed heavily to accomodate
> > different/multiple sound cards (none are included in this patch, hopefully
> > that would change soon)
> >
> > Three backends are included, they can be selected via environment
> > variable, i.e.:
> >
> > QEMU_AUDIO_DRV=oss|sdl|wav
> >
> > WAV driver will produce `qemu.wav' in current working directory.
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

Darryl Dixon (RHCE, MCSE, MCSA) 
Unix Systems Administrator
Oxygen Business Solutions 
Phone + 64 9 633 0589 
Mobile + 64 272 839 038 
www.oxygenforbusiness.com

               

[-- Attachment #1.2: Type: text/html, Size: 5813 bytes --]

[-- Attachment #2: MCSA-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3167 bytes --]

[-- Attachment #3: MCSE-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3510 bytes --]

[-- Attachment #4: red_hat_cert_eng_logo-clr_sig.jpg --]
[-- Type: image/jpeg, Size: 2836 bytes --]

Re: [Qemu-devel] Audio

[Darryl Dixon]

[-- Attachment #1.1: Type: text/plain, Size: 4899 bytes --]

Malc,

    Definitely seems to be something wrong with my setup; with
QEMU_AUDIO_DRV set to either oss or sdl I get no output, but if it's set
to wav the qemu.wav file is generated correctly and upon playback
contains the correct sounds...

Cheers,
D




On Fri, 2004-08-13 at 16:53, Darryl Dixon wrote:

> Hi Malc,
> 
>     No luck for me; Win98 guest 'sees' the card OK now (patch applied
> to latest snapshot) but no sound arrives on the host from the act of
> playing a sound in the guest :(   Perhaps something odd on my setup? 
> As a side note, applying the patch appears to break the compile for
> the ppc target in ppc-softmmu/:
> g++ -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer  -I.
> -I/opt/src/qemu-snapshot-2004-08-12_23/target-ppc
> -I/opt/src/qemu-snapshot-2004-08-12_23 -D_GNU_SOURCE
> -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -I/opt/src/qemu-snapshot-2004-08-12_23/slirp -c -o mixeng.o
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc
> In file included from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
>                  from
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
> /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
> `int32_t
>    s_ext8(unsigned char)':
> /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:33: error:
> invalid
>    conversion from `uint8_t*' to `int8_t*'
> /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
> `int32_t
>    s_ext16(short unsigned int)':
> /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:41: error:
> invalid
>    conversion from `uint16_t*' to `int16_t*'
> In file included from
> /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:213,
>                  from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
>                  from
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `uint64_t
>    ldq_raw(void*)':
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:355: error: pointer of
> type
>    `void *' used in arithmetic
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
>    stq_raw(void*, long long unsigned int)':
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:392: error: pointer of
> type
>    `void *' used in arithmetic
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `double
>    ldfq_raw(void*)':
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:421: error: pointer of
> type
>    `void *' used in arithmetic
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
>    stfq_raw(void*, double)':
> /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:430: error: pointer of
> type
>    `void *' used in arithmetic
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void*
>    st_rate_start(int, int)':
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:224: warning: unused
> variable `
>    uint32_t incr'
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void
>    st_rate_flow(void*, st_sample_t*, st_sample_t*, int*, int*)':
> /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:261: warning: unused
> variable `
>    uint32_t tmp'
> make[1]: *** [mixeng.o] Error 1
> make[1]: Leaving directory
> `/opt/src/qemu-snapshot-2004-08-12_23/ppc-softmmu'
> make: *** [all] Error 1
> 
> 
> Thanks heaps for all your hard work,
> 
> D
> 
> 
> On Fri, 2004-08-13 at 09:33, Joe Menola wrote: 
> 
> > Applying this patch and manually setting Win98 DMA to 5 has my sound worrking 
> > in both 98 and XP. 
> > 
> > Thanks a heap for your efforts, Malc.
> > 
> > -jm
> > On Thu August 12 2004 10:43 am, malc wrote:
> > > Hello,
> > >
> > > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
> > > latest(7th) audio patch.
> > >
> > > If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is
> > > set to 5.
> > >
> > > There might be regressions since code was changed heavily to accomodate
> > > different/multiple sound cards (none are included in this patch, hopefully
> > > that would change soon)
> > >
> > > Three backends are included, they can be selected via environment
> > > variable, i.e.:
> > >
> > > QEMU_AUDIO_DRV=oss|sdl|wav
> > >
> > > WAV driver will produce `qemu.wav' in current working directory.
> > 
> > 
> > _______________________________________________
> > Qemu-devel mailing list
> > Qemu-devel@nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 
> 
> 
> Darryl Dixon (RHCE, MCSE, MCSA) 
> 
> Unix Systems Administrator
> 
> Oxygen Business Solutions 
> 
> Phone + 64 9 633 0589 
> 
> Mobile + 64 272 839 038 
> 
> www.oxygenforbusiness.com
> 
> 
> 
>                
> 
> 
> ______________________________________________________________________
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

-- 
Darryl Dixon <esrever_otua@pythonhacker.is-a-geek.net>

[-- Attachment #1.2: Type: text/html, Size: 7088 bytes --]

[-- Attachment #2: MCSA-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3167 bytes --]

[-- Attachment #3: MCSE-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3510 bytes --]

[-- Attachment #4: red_hat_cert_eng_logo-clr_sig.jpg --]
[-- Type: image/jpeg, Size: 2836 bytes --]

Re: [Qemu-devel] Audio

[Darryl Dixon]

[-- Attachment #1.1: Type: text/plain, Size: 6309 bytes --]

Hi All,

    Found the problem (or at least, found the area that it's in); it's
tied to the oss driver used for this laptop in the 2.6 kernel.  I went
back to a 2.4 series kernel and the sound is perfect, but, of course,
the emulation for qemu is now ~much~ slower *sighs* (I didn't realise
just how much of a performance boost 2.6 was giving me!).  Ah well,
can't have everything, can we?  :)   Alsa sound works perfectly in 2.6,
but myself not really understanding the audio code in qemu at all and
not being particularly familiar with alsa I'm afraid that I'm not the
person to try coding up an output driver for it...  :-/  *looks around
hopefully*  ;)


D


On Fri, 2004-08-13 at 17:05, Darryl Dixon wrote:

> Malc,
> 
>     Definitely seems to be something wrong with my setup; with
> QEMU_AUDIO_DRV set to either oss or sdl I get no output, but if it's
> set to wav the qemu.wav file is generated correctly and upon playback
> contains the correct sounds...
> 
> Cheers,
> D
> 
> 
> 
> 
> On Fri, 2004-08-13 at 16:53, Darryl Dixon wrote: 
> 
> > Hi Malc,
> > 
> >     No luck for me; Win98 guest 'sees' the card OK now (patch
> > applied to latest snapshot) but no sound arrives on the host from
> > the act of playing a sound in the guest :(   Perhaps something odd
> > on my setup?  As a side note, applying the patch appears to break
> > the compile for the ppc target in ppc-softmmu/:
> > g++ -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer  -I.
> > -I/opt/src/qemu-snapshot-2004-08-12_23/target-ppc
> > -I/opt/src/qemu-snapshot-2004-08-12_23 -D_GNU_SOURCE
> > -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> > -I/opt/src/qemu-snapshot-2004-08-12_23/slirp -c -o mixeng.o
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc
> > In file included from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
> >                  from
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
> > /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
> > `int32_t
> >    s_ext8(unsigned char)':
> > /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:33: error:
> > invalid
> >    conversion from `uint8_t*' to `int8_t*'
> > /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function
> > `int32_t
> >    s_ext16(short unsigned int)':
> > /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:41: error:
> > invalid
> >    conversion from `uint16_t*' to `int16_t*'
> > In file included from
> > /opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:213,
> >                  from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
> >                  from
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function
> > `uint64_t
> >    ldq_raw(void*)':
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:355: error: pointer
> > of type
> >    `void *' used in arithmetic
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
> >    stq_raw(void*, long long unsigned int)':
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:392: error: pointer
> > of type
> >    `void *' used in arithmetic
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `double
> >    ldfq_raw(void*)':
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:421: error: pointer
> > of type
> >    `void *' used in arithmetic
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
> >    stfq_raw(void*, double)':
> > /opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:430: error: pointer
> > of type
> >    `void *' used in arithmetic
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void*
> >    st_rate_start(int, int)':
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:224: warning: unused
> > variable `
> >    uint32_t incr'
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void
> >    st_rate_flow(void*, st_sample_t*, st_sample_t*, int*, int*)':
> > /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:261: warning: unused
> > variable `
> >    uint32_t tmp'
> > make[1]: *** [mixeng.o] Error 1
> > make[1]: Leaving directory
> > `/opt/src/qemu-snapshot-2004-08-12_23/ppc-softmmu'
> > make: *** [all] Error 1
> > 
> > 
> > Thanks heaps for all your hard work,
> > 
> > D
> > 
> > 
> > On Fri, 2004-08-13 at 09:33, Joe Menola wrote: 
> > 
> > > Applying this patch and manually setting Win98 DMA to 5 has my sound worrking 
> > > in both 98 and XP. 
> > > 
> > > Thanks a heap for your efforts, Malc.
> > > 
> > > -jm
> > > On Thu August 12 2004 10:43 am, malc wrote:
> > > > Hello,
> > > >
> > > > At http://www.boblycat.org/~malc/code/patches/qemu/ you will find
> > > > latest(7th) audio patch.
> > > >
> > > > If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is
> > > > set to 5.
> > > >
> > > > There might be regressions since code was changed heavily to accomodate
> > > > different/multiple sound cards (none are included in this patch, hopefully
> > > > that would change soon)
> > > >
> > > > Three backends are included, they can be selected via environment
> > > > variable, i.e.:
> > > >
> > > > QEMU_AUDIO_DRV=oss|sdl|wav
> > > >
> > > > WAV driver will produce `qemu.wav' in current working directory.
> > > 
> > > 
> > > _______________________________________________
> > > Qemu-devel mailing list
> > > Qemu-devel@nongnu.org
> > > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > Darryl Dixon (RHCE, MCSE, MCSA) 
> > 
> > 
> > 
> > Unix Systems Administrator
> > 
> > 
> > 
> > Oxygen Business Solutions 
> > 
> > 
> > 
> > Phone + 64 9 633 0589 
> > 
> > 
> > 
> > Mobile + 64 272 839 038 
> > 
> > 
> > 
> > www.oxygenforbusiness.com
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> >                
> > 
> > 
> > ____________________________________________________________________
> > 
> > _______________________________________________
> > Qemu-devel mailing list
> > Qemu-devel@nongnu.org
> > http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 
> 
> -- 
> 
> Darryl Dixon <esrever_otua@pythonhacker.is-a-geek.net>
> 
> 
> ______________________________________________________________________
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel

-- 
Darryl Dixon <esrever_otua@pythonhacker.is-a-geek.net>

[-- Attachment #1.2: Type: text/html, Size: 8801 bytes --]

[-- Attachment #2: MCSA-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3167 bytes --]

[-- Attachment #3: MCSE-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3510 bytes --]

[-- Attachment #4: red_hat_cert_eng_logo-clr_sig.jpg --]
[-- Type: image/jpeg, Size: 2836 bytes --]

RE: [Qemu-devel] Audio

[Natalia Portillo]

[-- Attachment #1.1: Type: text/plain, Size: 6186 bytes --]

Compile your 2.6 kernel with OSS API emulation enabled.


  _____  

De: qemu-devel-bounces+iosglpgc=teleline.es@nongnu.org
[mailto:qemu-devel-bounces+iosglpgc=teleline.es@nongnu.org] En nombre de
Darryl Dixon
Enviado el: viernes, 13 de agosto de 2004 10:08
Para: qemu-devel@nongnu.org
Asunto: Re: [Qemu-devel] Audio


Hi All,

    Found the problem (or at least, found the area that it's in); it's tied
to the oss driver used for this laptop in the 2.6 kernel.  I went back to a
2.4 series kernel and the sound is perfect, but, of course, the emulation
for qemu is now ~much~ slower *sighs* (I didn't realise just how much of a
performance boost 2.6 was giving me!).  Ah well, can't have everything, can
we?  :)   Alsa sound works perfectly in 2.6, but myself not really
understanding the audio code in qemu at all and not being particularly
familiar with alsa I'm afraid that I'm not the person to try coding up an
output driver for it...  :-/  *looks around hopefully*  ;)


D


On Fri, 2004-08-13 at 17:05, Darryl Dixon wrote: 

Malc,

    Definitely seems to be something wrong with my setup; with
QEMU_AUDIO_DRV set to either oss or sdl I get no output, but if it's set to
wav the qemu.wav file is generated correctly and upon playback contains the
correct sounds...

Cheers,
D




On Fri, 2004-08-13 at 16:53, Darryl Dixon wrote: 

Hi Malc,

    No luck for me; Win98 guest 'sees' the card OK now (patch applied to
latest snapshot) but no sound arrives on the host from the act of playing a
sound in the guest :(   Perhaps something odd on my setup?  As a side note,
applying the patch appears to break the compile for the ppc target in
ppc-softmmu/:
g++ -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer  -I.
-I/opt/src/qemu-snapshot-2004-08-12_23/target-ppc
-I/opt/src/qemu-snapshot-2004-08-12_23 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOURCE -I/opt/src/qemu-snapshot-2004-08-12_23/slirp -c -o
mixeng.o /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc
In file included from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
                 from /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function `int32_t
   s_ext8(unsigned char)':
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:33: error: invalid
   conversion from `uint8_t*' to `int8_t*'
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h: In function `int32_t
   s_ext16(short unsigned int)':
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:41: error: invalid
   conversion from `uint16_t*' to `int16_t*'
In file included from
/opt/src/qemu-snapshot-2004-08-12_23/target-ppc/cpu.h:213,
                 from /opt/src/qemu-snapshot-2004-08-12_23/vl.h:71,
                 from /opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:29:
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `uint64_t
   ldq_raw(void*)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:355: error: pointer of type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
   stq_raw(void*, long long unsigned int)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:392: error: pointer of type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `double
   ldfq_raw(void*)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:421: error: pointer of type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h: In function `void
   stfq_raw(void*, double)':
/opt/src/qemu-snapshot-2004-08-12_23/cpu-all.h:430: error: pointer of type
   `void *' used in arithmetic
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void*
   st_rate_start(int, int)':
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:224: warning: unused variable
`
   uint32_t incr'
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc: In function `void
   st_rate_flow(void*, st_sample_t*, st_sample_t*, int*, int*)':
/opt/src/qemu-snapshot-2004-08-12_23/mixeng.cc:261: warning: unused variable
`
   uint32_t tmp'
make[1]: *** [mixeng.o] Error 1
make[1]: Leaving directory
`/opt/src/qemu-snapshot-2004-08-12_23/ppc-softmmu'
make: *** [all] Error 1


Thanks heaps for all your hard work,

D


On Fri, 2004-08-13 at 09:33, Joe Menola wrote: 

Applying this patch and manually setting Win98 DMA to 5 has my sound
worrking 

in both 98 and XP. 



Thanks a heap for your efforts, Malc.



-jm

On Thu August 12 2004 10:43 am, malc wrote:

> Hello,

>

> At  <http://www.boblycat.org/~malc/code/patches/qemu/>
http://www.boblycat.org/~malc/code/patches/qemu/ you will find

> latest(7th) audio patch.

>

> If you are using Win98 guest make sure that 16bit DMA for SoundBlaster is

> set to 5.

>

> There might be regressions since code was changed heavily to accomodate

> different/multiple sound cards (none are included in this patch, hopefully

> that would change soon)

>

> Three backends are included, they can be selected via environment

> variable, i.e.:

>

> QEMU_AUDIO_DRV=oss|sdl|wav

>

> WAV driver will produce `qemu.wav' in current working directory.





_______________________________________________

Qemu-devel mailing list

Qemu-devel@nongnu.org

 <http://lists.nongnu.org/mailman/listinfo/qemu-devel>
http://lists.nongnu.org/mailman/listinfo/qemu-devel











Darryl Dixon (RHCE, MCSE, MCSA) 



Unix Systems Administrator



Oxygen Business Solutions 



Phone + 64 9 633 0589 



Mobile + 64 272 839 038 



 <http://www.oxygenforbusiness.com> www.oxygenforbusiness.com







                	

  _____  

_______________________________________________

Qemu-devel mailing list

Qemu-devel@nongnu.org

 <http://lists.nongnu.org/mailman/listinfo/qemu-devel>
http://lists.nongnu.org/mailman/listinfo/qemu-devel




-- 

Darryl Dixon < <mailto:esrever_otua@pythonhacker.is-a-geek.net>
esrever_otua@pythonhacker.is-a-geek.net> 	

  _____  

_______________________________________________

Qemu-devel mailing list

Qemu-devel@nongnu.org

 <http://lists.nongnu.org/mailman/listinfo/qemu-devel>
http://lists.nongnu.org/mailman/listinfo/qemu-devel



-- 
Darryl Dixon < <mailto:esrever_otua@pythonhacker.is-a-geek.net>
esrever_otua@pythonhacker.is-a-geek.net> 	



[-- Attachment #1.2: Type: text/html, Size: 9435 bytes --]

[-- Attachment #2: red_hat_cert_eng_logo-clr_sig.jpg --]
[-- Type: image/jpeg, Size: 2836 bytes --]

[-- Attachment #3: MCSE-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3510 bytes --]

[-- Attachment #4: MCSA-RGB_sig.jpg --]
[-- Type: image/jpeg, Size: 3167 bytes --]

[Qemu-devel] Audio

[malc]

Hello,

Patch that fixes audio for Win98 guest and also workarounds SDL deadlock
is now available at:

http://www.boblycat.org/~malc/code/patches/qemu/index.html

Quite a few things have changed so it can introduce regressions. Would
be nice if someone with big-endian host can verify(or fix) audio output.

-- 
mailto:malc@pulsesoft.com

Re: [Qemu-devel] Audio

[Chad Page]

	It detects now, but is mute and acts like the interrupt isn't
working correctly.  Getting closer, though :)  Thanks!

	- Chad


On Sun, 20 Jun 2004, malc wrote:

> Hello,
> 
> Patch that fixes audio for Win98 guest and also workarounds SDL deadlock
> is now available at:
> 
> http://www.boblycat.org/~malc/code/patches/qemu/index.html
> 
> Quite a few things have changed so it can introduce regressions. Would
> be nice if someone with big-endian host can verify(or fix) audio output.
> 
> -- 
> mailto:malc@pulsesoft.com
> 
> 
> _______________________________________________
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
> 

Re: [Qemu-devel] Audio

[kazu]

Hi,

Monday, June 21, 2004 2:51 AM malc wrote:
>
> Patch that fixes audio for Win98 guest and also workarounds SDL deadlock
> is now available at:
>
> http://www.boblycat.org/~malc/code/patches/qemu/index.html
>

I added a little change to work on Windows and back ported to 0.5.5.

http://www.h7.dion.ne.jp/~qemu-win/download/qemu-20040621-6_aqemu.patch.gz
http://www.h7.dion.ne.jp/~qemu-win/download/qemu-0.5.5-6_aqemu.patch.gz

I tested to play .wav sound in Red Hat 7.2 guest.
modprobe sb io=0x220 irq=5
play test.wav

They work well on Windows2000 and WindowsMe. A little thing is that I hear a
little noise two times when a sound starts. It seems that it occurs when a
device is opened.

But the problem is that it doesn't work on Fedora Core 1 host with these
patches. I tried to find out what was the problem but I couldn't. It seems
that oss and sb16 work....
I can hear a sound and almost the same noise when I used original 0.5.5
source.

Regards,
kazu