Bug 21438
| Summary: | Sox recording in 16 bits creates a panic: no feed | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Base System | Reporter: | Anarcat <beaupran> | ||||||||
| Component: | kern | Assignee: | cg | ||||||||
| Status: | Closed FIXED | ||||||||||
| Severity: | Affects Only Me | ||||||||||
| Priority: | Normal | ||||||||||
| Version: | 4.1-RELEASE | ||||||||||
| Hardware: | Any | ||||||||||
| OS: | Any | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Anarcat
2000-09-21 06:20:01 UTC
Hum. Sorry about the typo in "How-To repeat" section. The panic is: panic: nofeed The "yeah" was supposed to be on a seperate line, expressing the sadness blended with the surprise and pride of having found a bug. Like this: Yeah. Hum. A. On Wed, Sep 20, 2000 at 10:17:03PM -0700, beaupran@iro.umontreal.ca wrote: > >Synopsis: Sox recording in 16 bits creates a panic: no feed You don't mention what type of sound card. `dmesg' output may be useful. See also PR kern/21173. -- Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org Responsible Changed From-To: freebsd-bugs->cg Over to maintainer Oups. This is indeed the same crash than 21173. The common problem/behavior is that, when recording 16-bit data with sox, there's a panic. I did not have the occasion to try this with "ohphone", but it is very likely to be the same. I suggest that this PR be closed and "transfered" to 21173. I still have a crash dump available with full debugging symbols around, so I can provide more info on request (I don't know what to send...). My sound card is a Creative AWE32 PnP on ISA. Please note that I can record 8-bit sound without problems using either sox or wavrec. Well, I do have a problem when I hit 44100KHz with sox, but I'll submit another PR for that. It's not a panic, but an underrun, and I'm not sure wheter it's not a config problem. Or more likely a bug in sox itself. Again, for all I know, the panic is specific to sox. I can "record" (garbage!) with wavrec in 16 bits, as mentionned earlier, and I can record normally in 8 bits mode with wavrec. I would have liked to use my 'rec' program (http://www.iro.umontreal.ca/~beaupran/src/bin/#rec) to debug this, but I realised it's not working anymore! Either I broke it or 4.1 did. :) I included dmesg at first but removed it for no reason. Here it is: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.1-RELEASE #31: Wed Sep 20 16:09:52 EDT 2000 root@shall.anarcat.yi.org:/usr/src/sys/compile/SHALL Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX> real memory = 33554432 (32768K bytes) FreeBSD Kernel Configuration Utility - Version 1.2 Type "help" for help or "visual" to go to the visual configuration interface (requires MGA/VGA display or serial terminal capable of displaying ANSI graphics). avail memory = 29732864 (29036K bytes) Preloaded elf kernel "kernel" at 0xc0308000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc03080a8. Intel Pentium detected, installing workaround for F00F bug md0: Malloc disk npx0: <math processor> on motherboard npx0: INT 16 interface pcib0: <Host to PCI bridge> on motherboard pci0: <PCI bus> on pcib0 isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0 isa0: <ISA bus> on isab0 atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 uhci0: <Intel 82371AB/EB (PIIX4) USB controller> port 0x6900-0x691f irq 11 at device 7.2 on pci0 usb0: <Intel 82371AB/EB (PIIX4) USB controller> on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhub0: port 1 power on failed, IOERROR uhub0: port 2 power on failed, IOERROR chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at device 7.3 on pci0 pci0: <ATI Mach64-GU graphics accelerator> at 9.0 ahc0: <Adaptec 2930CU SCSI adapter> port 0x6400-0x64ff mem 0xe1001000-0xe1001fff irq 12 at device 11.0 on pci0 ahc0: aic7859 Single Channel A, SCSI Id=7, 3/255 SCBs isa0: too many dependant configs (8) isa0: too many dependant configs (8) isa0: unexpected small tag 14 atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0 atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0 kbd0 at atkbd0 vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: <System console> at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppi0: <Parallel I/O> on ppbus0 lpt0: <Printer> on ppbus0 lpt0: Interrupt-driven port plip0: <PLIP network interface> on ppbus0 pca0 at port 0x40 on isa0 ep0: <3Com 3C509-TPO EtherLink III> at port 0x200-0x20f irq 5 on isa0 ep0: Ethernet address 00:10:5a:aa:51:33 sio2: configured irq 3 not in bitmap of probed irqs 0 sio2: <CIRRUS LOGIC PnP V34 MODEM> at port 0x2f8-0x2ff irq 3 on isa0 sio2: type 16550A sbc0: <Creative SB AWE64> at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq 9 drq 0,5 on isa0 sbc0: setting card to irq 9, drq 0, 5 pcm0: <SB DSP 4.16> on sbc0 unknown: <Game> can't assign resources unknown0: <WaveTable> at port 0x620-0x623 on isa0 ad0: 3079MB <QUANTUM FIREBALL ST3.2A> [6256/16/63] at ata0-master using UDMA33 acd0: CDROM <MATSHITA CR-585> at ata0-slave using PIO3 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s2a da0 at ahc0 bus 0 target 0 lun 0 da0: <DEC RZ2CD-KS (C) DEC 0306> Fixed Direct Access SCSI-2 device da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C) cd0 at ahc0 bus 0 target 3 lun 0 cd0: <YAMAHA CRW8424S 1.0d> Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: cd present [279683 x 2048 byte records] On Thu, 21 Sep 2000, Jacques A. Vidrine wrote: > On Wed, Sep 20, 2000 at 10:17:03PM -0700, beaupran@iro.umontreal.ca wrote: > > >Synopsis: Sox recording in 16 bits creates a panic: no feed > > You don't mention what type of sound card. `dmesg' output may be > useful. > > See also PR kern/21173. > -- > Jacques Vidrine / n@nectar.com / jvidrine@verio.net / nectar@FreeBSD.org > Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora [follow-up on PR and request for help on -stable] Ok. I've upgraded my FreeBSD-4.1 machine to 4.1.1 stable (20001017). Now recording in hi-fi with sox doesn't create a panic() but "pcm0: record overrun, dumping 89912 bytes". "hi-fi" is: rec -w -r 44100 file.wav I really don't see myself pinpointing the exact revision since -release that caused the panic to go away, but something defenitly changed since. Well, actually, quite a few things changed. I have a new modem, which is now working properly (wasn't before...). Included as attachments are my kernel config, dmesg output and pnpinfo output. Si l'image donne l'illusion de savoir C'est que l'adage pretend que pour croire, L'important ne serait que de voir Lofofora Great. I'll remember not sending MIME to GNATS. Sorry about that.
Thinking about it now, maybe pnpinfo is not really necessary...
So here are dmesg output and kernel config.
Copyright (c) 1992-2000 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights reserved.
FreeBSD 4.1.1-STABLE #0: Tue Oct 17 10:52:04 EDT 2000
root@:/usr/src/sys/compile/HALL
Timecounter "i8254" frequency 1193182 Hz
Timecounter "TSC" frequency 167046148 Hz
CPU: Pentium/P55C (167.05-MHz 586-class CPU)
Origin = "GenuineIntel" Id = 0x543 Stepping = 3
Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
real memory = 33554432 (32768K bytes)
config> dis joy
config> irq sio2 12
avail memory = 29491200 (28800K bytes)
Preloaded elf kernel "kernel" at 0xc0352000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc035209c.
Intel Pentium detected, installing workaround for F00F bug
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
isab0: <Intel 82371AB PCI to ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 ATA33 controller> port 0xf000-0xf00f at device 7.1
on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
pci0: <Intel 82371AB/EB (PIIX4) USB controller> at 7.2 irq 11
chip1: <Intel 82371AB Power management controller> port 0x5000-0x500f at
device 7.3 on pci0
pci0: <ATI Mach64-GU graphics accelerator> at 9.0
ahc0: <Adaptec 2930CU SCSI adapter> port 0x6400-0x64ff mem
0xe1001000-0xe1001fff irq 10 at device 11.0 on pci0
aic7860: Single Channel A, SCSI Id=7, 3/255 SCBs
isa0: too many dependant configs (8)
isa0: unexpected small tag 14
ep0: <3Com 3C509-TPO EtherLink III> at port 0x200-0x20f irq 5 on isa0
ep0: Ethernet address 00:10:5a:aa:51:33
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
sc0: <System console> on isa0
sc0: VGA <16 virtual consoles, flags=0x200>
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
sio2 at port 0x3e8-0x3ef irq 12 drq 0 on isa0
sio2: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
pca0 at port 0x40 on isa0
sbc0: <Creative SB AWE64> at port 0x220-0x22f,0x300-0x301,0x388-0x38b irq
9 drq 0,5 on isa0
pcm0: <SB DSP 4.16> on sbc0
unknown: <Game> can't assign resources
IP packet filtering initialized, divert disabled, rule-based forwarding
disabled, default to deny, logging limited to 100 packets/entry by default
ad0: 3079MB <QUANTUM FIREBALL ST3.2A> [6256/16/63] at ata0-master using
UDMA33
acd0: CDROM <MATSHITA CR-585> at ata0-slave using PIO3
Waiting 2 seconds for SCSI devices to settle
Mounting root from ufs:/dev/ad0s2a
da0 at ahc0 bus 0 target 0 lun 0
da0: <DEC RZ2CD-KS (C) DEC 0306> Fixed Direct Access SCSI-2 device
da0: 20.000MB/s transfers (20.000MHz, offset 15), Tagged Queueing Enabled
da0: 4091MB (8380080 512 byte sectors: 255H 63S/T 521C)
cd0 at ahc0 bus 0 target 3 lun 0
cd0: <YAMAHA CRW8424S 1.0d> Removable CD-ROM SCSI-2 device
cd0: 20.000MB/s transfers (20.000MHz, offset 15)
cd0: cd present [284675 x 2048 byte records]
Kernel config, comments remove for sanity:
machine "i386" # This is a 386 OS
cpu "I586_CPU" # Pentium
ident HALL # This is HALL!
maxusers 32
options "CPU_FASTER_5X86_FPU" # enables faster FPU exception
handler.
options "COMPAT_43" #Compatible with BSD 4.3 [KEEP
THIS!]
options UCONSOLE #Allow users to grab the console
options SYSVSHM #SysV shared memory
options SYSVSEM # semaphores
options SYSVMSG # message queue
options USER_LDT #allow user-level control of i386
ldt
options KTRACE #kernel tracing
options USERCONFIG #boot -c editor
options VISUAL_USERCONFIG #visual boot -c editor
options NTIMECOUNTER=20
options FFS #Berkeley Fast Filesystem
options FFS_ROOT #FFS usable as root device [keep
this!]
options MSDOSFS #MSDOS Filesystem
options CD9660 #ISO 9660 Filesystem
options CD9660_ROOT #CD-ROM usable as
root. "CD9660" req'ed
options PROCFS #Process filesystem
options QUOTA #enable disk quotas
options NFS #Network File System
options "P1003_1B"
options "_KPOSIX_PRIORITY_SCHEDULING"
options _KPOSIX_VERSION=199309L
device isa0
device pci0
device fdc0 at isa? port IO_FD1 irq 6 drq 2
device fd0 at fdc0 drive 0
device ata0 at isa? port IO_WD1 irq 14
device ata1 at isa? port IO_WD2 irq 15
device ata
device atadisk # ATA disk drive
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device npx0 at isa? port "IO_NPX" irq 13
device scbus
device cd
device pass
device sa
device da
device ch
device ahc
options AHC_ALLOW_MEMIO
device pt0 at scbus?
device sc0 at isa?
device atkbdc0 at isa? port IO_KBD
device atkbd0 at atkbdc? irq 1
device vga0 at isa?
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device sio1 at isa? port IO_COM2 irq 3
device sio2 at isa? port IO_COM3 irq 12
device ppc0 at isa? irq 7
device ppbus
device lpt
device plip
device ppi
options INET #InterNETworking
pseudo-device loop
pseudo-device tun 1
pseudo-device ether # Ethernet support
pseudo-device ppp 1 #Point-to-point protocol
options PPP_BSDCOMP #PPP BSD-compress support
options PPP_DEFLATE #PPP zlib/deflate/gzip support
options PPP_FILTER #enable bpf filtering (needs
bpfilter)
pseudo-device bpf 4
pseudo-device vn 4
options IPFIREWALL #firewall
options IPFIREWALL_VERBOSE #print information about
# dropped packets
options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity
device ep
device pcm
pseudo-device splash # splash screen/screen saver
pseudo-device gzip # Exec gzipped a.out's
pseudo-device pty 16 # This is a lot for a non-shell server..
device joy0 at isa? port IO_GAME # Joystick
device pca0 at isa? port IO_TIMER1 # Not controlled by `snd'
pseudo-device speaker #Play IBM BASIC-style noises out your
speaker
Sorry about this mess.
Si l'image donne l'illusion de savoir
C'est que l'adage pretend que pour croire,
L'important ne serait que de voir
Lofofora
should be fixed in -stable. please confirm whether it still occurs.
-cg
Hi.
It seems my old adress is dead, so I post a follow-up from here. They
were supposed to keep mail following up here, but it seems they
stopped...
This *is* fixed is -stable and has been for a while, if I'm not
mistaken.
Thanks Cameron! I know you've been working very hard on the pcm driver
to make it up to VoxWare, and, against all odds, I see that it's going
very well!
By the way, would you happen to know if 16 bits recording really "works"
or wether pcm is just converting the samples from 8 to 16 bits?
How can I tell?
Thanks again,
A.
----->
From: "Cameron Grant" <gandalf@vilnya.demon.co.uk>
To: <freebsd-gnats-submit@FreeBSD.org>, <beaupran@iro.umontreal.ca>
Cc:
Subject: Re: kern/21438: Sox recording in 16 bits creates a panic:
no feed
Date: Tue, 27 Mar 2001 06:50:39 +0100
should be fixed in -stable. please confirm whether it still
occurs.
-cg
--
La sémantique est la gravité de l'abstraction.
State Changed From-To: open->closed Duplicate of 21173, which has been fixed. |
