Ticket #10463 (closed defect: obsolete)

Opened 6 years ago

Last modified 23 months ago

Sound and other 16-bit DMA drivers should write -1 to length on completion

Reported by: TimeHorse Owned by:
Priority: major Component: audio
Version: VirtualBox 4.1.12 Keywords: DMA SoundBlaster
Cc: Guest type: other
Host type: Mac OS X


Based on  this forum post, the drivers using Direct Memory Addressing should write -1 (or 0xFFFF / 65535) to the length field of the buffer once the DMA transfer is complete. I know this was an issue with the version unspecified in the post and appears to be an issue in the current version from my observations. However, I've yet to investigate the code to verify it behaves as I describe (neglecting to set -1 to indicate completion). If it now does that, I apologize for wasting everyone's time as the current sound driver issue in DOC must have anther origin. If it doesn't, I would appreciate a hint as to where the DMA code lies to see if I can fix it myself.


Steps to reproduce:

  1. Install a DOS guest OS
  2. Install the Soundblaster driver and set the BLASTER variable to "A220 I5 D1 T6 H7 P330"
  3. Install USound.exe from the Ultima Underworld installation or other source.
  4. Run USound.exe; no sound card detected despite setting as specified above (0x220 Addr, IRQ 5 DMA 1, etc.)

Change History

comment:1 Changed 23 months ago by aeichner

  • Status changed from new to closed
  • Resolution set to obsolete

Please reopen if still relevant with a recent VirtualBox release.

Note: See TracTickets for help on using tickets.
ContactPrivacy policyTerms of Use