Bug 15858
| Summary: | mmaping /dev/dsp does not return a valid pointer | ||
|---|---|---|---|
| Product: | Base System | Reporter: | caa <caa> |
| Component: | misc | Assignee: | freebsd-bugs (Nobody) <bugs> |
| Status: | Closed FIXED | ||
| Severity: | Affects Only Me | ||
| Priority: | Normal | ||
| Version: | Unspecified | ||
| Hardware: | Any | ||
| OS: | Any | ||
In a complete brain fart I forgot to post some info that may be relevant. This is with a SB32PnP & newpcm, here is verbose output from the probe isa_probe_children: probing PnP devices sbc0: <Creative SB16/SB32> at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,5 on isa0 sbc0: setting card to irq 5, drq 1, 5 pcm0: <SB DSP 4.13> on sbc0 pcm: setmap a000, 2000; 0xc7466000 -> a000 pcm: setmap c000, 2000; 0xc7468000 -> c000 unknown0: <IDE> at port 0x168-0x16f,0x36e-0x36f irq 10 on isa0 unknown1: <WaveTable> at port 0x620-0x623 on isa0 unknown: <Game> can't assign resources -Charlie Please close this. I figured out what my damn problem was. I was porting some linux code (that worked under the emulator) that kept segfaulting. Linux does not seem to require a PROT_READ on the mmap call, FreeBSD does, the linux module does this automatically. Call it a learning experience. State Changed From-To: open->closed Closed at originator's request. See audit trail for details. |
mmaping of /dev/dsp does not appear to work correctly gdb has this to say about what mmap returns $3 = ( unsigned char *) 0x280eb000 <Error reading address 0x280eb000: Bad address> How-To-Repeat: code was posted on the current & multimedia mailing lists under the subject mmaping /dev/dsp problems