* Re: [Qemu-devel] Audio
[not found] ` <4185ADFA.7010102@brittainweb.org>
@ 2004-11-01 12:06 ` malc
2004-11-04 17:14 ` Jason Brittain
2004-11-01 12:27 ` malc
1 sibling, 1 reply; 16+ messages in thread
From: malc @ 2004-11-01 12:06 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Audio
[not found] ` <4185ADFA.7010102@brittainweb.org>
2004-11-01 12:06 ` [Qemu-devel] Audio malc
@ 2004-11-01 12:27 ` malc
1 sibling, 0 replies; 16+ messages in thread
From: malc @ 2004-11-01 12:27 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Qemu-devel] Re: Audio
[not found] <Pine.LNX.4.55.0410311815320.2162@home.oyster.ru>
[not found] ` <4185ADFA.7010102@brittainweb.org>
@ 2004-11-01 12:32 ` Ronald
2004-11-01 12:43 ` malc
1 sibling, 1 reply; 16+ messages in thread
From: Ronald @ 2004-11-01 12:32 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-01 12:32 ` [Qemu-devel] Audio Ronald
@ 2004-11-01 12:43 ` malc
2004-11-01 13:09 ` [Qemu-devel] " Ronald
0 siblings, 1 reply; 16+ messages in thread
From: malc @ 2004-11-01 12:43 UTC (permalink / raw)
To: daimon55, qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Qemu-devel] Re: Re: Audio
2004-11-01 12:43 ` malc
@ 2004-11-01 13:09 ` Ronald
2004-11-02 15:40 ` zitu
0 siblings, 1 reply; 16+ messages in thread
From: Ronald @ 2004-11-01 13:09 UTC (permalink / raw)
To: qemu-devel
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.
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Re: Audio
2004-11-01 13:09 ` [Qemu-devel] " Ronald
@ 2004-11-02 15:40 ` zitu
0 siblings, 0 replies; 16+ messages in thread
From: zitu @ 2004-11-02 15:40 UTC (permalink / raw)
To: qemu-devel
> 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
--
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Audio
2004-11-01 12:06 ` [Qemu-devel] Audio malc
@ 2004-11-04 17:14 ` Jason Brittain
2004-11-04 19:12 ` [Qemu-devel] Audio Ronald
2004-11-04 19:50 ` [Qemu-devel] Audio malc
0 siblings, 2 replies; 16+ messages in thread
From: Jason Brittain @ 2004-11-04 17:14 UTC (permalink / raw)
To: qemu-devel
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>
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Qemu-devel] Re: Audio
2004-11-04 17:14 ` Jason Brittain
@ 2004-11-04 19:12 ` Ronald
2004-11-04 19:18 ` Jason Brittain
2004-11-04 19:50 ` [Qemu-devel] Audio malc
1 sibling, 1 reply; 16+ messages in thread
From: Ronald @ 2004-11-04 19:12 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-04 19:12 ` [Qemu-devel] Audio Ronald
@ 2004-11-04 19:18 ` Jason Brittain
2004-11-04 19:34 ` Jason Brittain
0 siblings, 1 reply; 16+ messages in thread
From: Jason Brittain @ 2004-11-04 19:18 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-04 19:18 ` Jason Brittain
@ 2004-11-04 19:34 ` Jason Brittain
2004-11-04 20:03 ` malc
0 siblings, 1 reply; 16+ messages in thread
From: Jason Brittain @ 2004-11-04 19:34 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Audio
2004-11-04 17:14 ` Jason Brittain
2004-11-04 19:12 ` [Qemu-devel] Audio Ronald
@ 2004-11-04 19:50 ` malc
1 sibling, 0 replies; 16+ messages in thread
From: malc @ 2004-11-04 19:50 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-04 19:34 ` Jason Brittain
@ 2004-11-04 20:03 ` malc
2004-11-04 20:37 ` [Qemu-devel] using qemu gdb-stub to debug a linux guest Marc E. Fiuczynski
` (2 more replies)
0 siblings, 3 replies; 16+ messages in thread
From: malc @ 2004-11-04 20:03 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* [Qemu-devel] using qemu gdb-stub to debug a linux guest
2004-11-04 20:03 ` malc
@ 2004-11-04 20:37 ` Marc E. Fiuczynski
2004-11-05 3:22 ` [Qemu-devel] Re: Audio Jason Brittain
2004-11-05 6:28 ` Jens Arm
2 siblings, 0 replies; 16+ messages in thread
From: Marc E. Fiuczynski @ 2004-11-04 20:37 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-04 20:03 ` malc
2004-11-04 20:37 ` [Qemu-devel] using qemu gdb-stub to debug a linux guest Marc E. Fiuczynski
@ 2004-11-05 3:22 ` Jason Brittain
2004-11-05 6:28 ` Jens Arm
2 siblings, 0 replies; 16+ messages in thread
From: Jason Brittain @ 2004-11-05 3:22 UTC (permalink / raw)
To: qemu-devel
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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-04 20:03 ` malc
2004-11-04 20:37 ` [Qemu-devel] using qemu gdb-stub to debug a linux guest Marc E. Fiuczynski
2004-11-05 3:22 ` [Qemu-devel] Re: Audio Jason Brittain
@ 2004-11-05 6:28 ` Jens Arm
2004-11-05 8:01 ` Jens Arm
2 siblings, 1 reply; 16+ messages in thread
From: Jens Arm @ 2004-11-05 6:28 UTC (permalink / raw)
To: qemu-devel
> > # 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
^ permalink raw reply [flat|nested] 16+ messages in thread
* Re: [Qemu-devel] Re: Audio
2004-11-05 6:28 ` Jens Arm
@ 2004-11-05 8:01 ` Jens Arm
0 siblings, 0 replies; 16+ messages in thread
From: Jens Arm @ 2004-11-05 8:01 UTC (permalink / raw)
To: qemu-devel
> > > # 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
^ permalink raw reply [flat|nested] 16+ messages in thread
end of thread, other threads:[~2004-11-05 8:12 UTC | newest]
Thread overview: 16+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <Pine.LNX.4.55.0410311815320.2162@home.oyster.ru>
[not found] ` <4185ADFA.7010102@brittainweb.org>
2004-11-01 12:06 ` [Qemu-devel] Audio malc
2004-11-04 17:14 ` Jason Brittain
2004-11-04 19:12 ` [Qemu-devel] Audio Ronald
2004-11-04 19:18 ` Jason Brittain
2004-11-04 19:34 ` Jason Brittain
2004-11-04 20:03 ` malc
2004-11-04 20:37 ` [Qemu-devel] using qemu gdb-stub to debug a linux guest Marc E. Fiuczynski
2004-11-05 3:22 ` [Qemu-devel] Re: Audio Jason Brittain
2004-11-05 6:28 ` Jens Arm
2004-11-05 8:01 ` Jens Arm
2004-11-04 19:50 ` [Qemu-devel] Audio malc
2004-11-01 12:27 ` malc
2004-11-01 12:32 ` [Qemu-devel] Audio Ronald
2004-11-01 12:43 ` malc
2004-11-01 13:09 ` [Qemu-devel] " Ronald
2004-11-02 15:40 ` zitu
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.